Well, they write "Since the algorithm uses the exact part geometry", which suggests that it requires the part geometry to be known and so it is like a ray tracking algorithm.
G41/42 does not know the part geometry in advance is the problem... the paper description talks about using the algorithm in CAM softwares which is fine, there are much more advanced algorithms ofcourse when the algorithm knows the whole path and when there is enough time available etc. And finally this type of algorithms requires a closed path to be offset or if the path is not offset then the algorithm can only walk around the opened path offsetting it on both sides (around). If you check the figures on the linked site you can see approximately how it works, it works the way like a ray tracking algorithm and not like a G41/42. Again, there is a huge difference in what datas are available and what are the requirements for the algorithm to work and what are the results.
I know what I'm talking about, because you know we also made a basic CAM module for the UCCNC which uses ray tracking algorithm, but that could not work as a G41/42, because as said the requirements for an algoritm like that is different than what is available for a task of G41/42 and also the result is different, because it can only fully offset a path around and not running along the path with an offset.
I know it is not easy to see and understand the differences without actually implementing both these algorithms or at least studying these deep enough and it is also hard for me to properly describe these things in English, but beleive me that I know what I'm talking about, because I already implemented both algorithm types.