<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">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>