<div dir="ltr">Good point - I didn't see that additional semantic to your PR.  No harm in having such a method.  Not sure about the naming, though.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 28, 2020 at 7:00 PM Daniel Baston <<a href="mailto:dbaston@gmail.com">dbaston@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 class="gmail_quote"><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"><div class="gmail_quote"><div>Of all the design decisions made in the white heat of the development of the initial release of JTS, the ordering of arguments to the Envelope constructor is one I regret most.  Don't see a way to change it now though (ideas welcome).</div></div></div></div></blockquote><div><br></div><div>I've been thinking of an alternate way to construct an envelope when you know which of your inputs is the min. Currently GEOS assumes they're unordered and checks which x value is the min and which is the max, so there is a tiny optimization potential here. We could kill two birds with one stone and "fix" the ordering:</div><div><br></div><div><a href="https://github.com/libgeos/geos/pull/356" target="_blank">https://github.com/libgeos/geos/pull/356</a></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Dan<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>
_______________________________________________<br>
geos-devel mailing list<br>
<a href="mailto:geos-devel@lists.osgeo.org" target="_blank">geos-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/geos-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/geos-devel</a><br>
</blockquote></div>