<div dir="ltr"><div>As others have said on this thread, adding curve support to GEOS is likely to be a big effort.  </div><div><br></div><div>My opinion is that to consider an extension of this magnitude, there needs to be evidence that this initiative is feasible and sustainable over the long term (at least 10 years). A good way to demonstrate this is a separate project that extends GEOS with support for representing curves, and implementing a *significant* set of *native* operations on curves.  That project should have at least two developers contributing algorithmic code to it, to show that there is ability and desire to maintain such complex code over the long term.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 5, 2023 at 2:38 PM Graham Toal <<a href="mailto:gtoal@gtoal.com">gtoal@gtoal.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote">What I am currently working on is a hack to add curves to GEOS - I will flatten any curves from SVG paths on loading, work with the large straight-line paths using GEOS, but reconstitute and write out Bezier curves from the results as I save back to SVG files.  (I've got proof-of-concept code for the re-constitution of Bezier curves from flattened paths but have not yet built that back into SVG data structures).  My hope is that if I can get a demonstration working of a GEOS with curves by using this approximation, it might serve as a starting point for adding curves (and the corresponding operations) to GEOS properly within the data structure.<br></div></div>
</blockquote></div></div>