<div dir="ltr"><div>I've figured out a fix for the performance reqression and it's now in GEOS master.  My testing using the sample data provided above indicates it's at least 10x faster, so essentially eliminating the performance regression in this case (and it should provide that for most situations)  </div><div><br></div><div>If anyone can test further to confirm it is indeed faster and most importantly correct that would be great.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 11, 2019 at 1:03 PM Martin Davis <<a href="mailto:mtnclimb@gmail.com">mtnclimb@gmail.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>Well, we have figured out what the problem is - it's a known regression in the GEOS UnaryUnion code, reported in this ticket [1]</div><div><br></div><div>Unfortunately there's no fix for this yet, but we'll try and escalate this.</div><div><br></div><div>[1] <a href="https://trac.osgeo.org/geos/ticket/867" target="_blank">https://trac.osgeo.org/geos/ticket/867</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div>
</blockquote></div></div>