-
Notifications
You must be signed in to change notification settings - Fork 100
Description
Hi,
The geometry package in GNU Octave had since long a simplifyPolyline function implementing non-recursive
Here is the code
https://sourceforge.net/p/octave/geometry/ci/release-3.0.0/tree/inst/polygons2d/simplifyPolyline.m
Now that geometry is trying to mirror matgeom we found out that matGeom now has its own implementation (but recursive).
Would you accept defining a upper level simplifyPolyline which accepts 'method' as an optional argument which allows the user to select recursive or non-recursive algorithm?
In this way we could have both implementations. This allows for long time checks of performance (time , memory) and borderline cases.
Otherwise one could just bechmark the two implementations (spoiler, non-recursive is faster) and decide for one.
The need to have the Octave implementation is not to get a penalty in runtime due to the implementation in matGeom, but let matGeom use the algorithm they like.