<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">чт, 7 апр. 2016 г. в 17:39, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Speed is a benefit. Once you start down the road of = semantics, the<br>
question of "which equals" looms large. Spatial equality?<br>
Representational equality? Equality within a tolerance? Doing a string<br>
compare is basically the only one that doesn't impose a surprising<br>
cost, and it is, as you say, noisy.<br></blockquote><div><br></div><div>The equality that is the same as string compare would be a lot less surprising.</div><div>It shouldn't be slower than bbox equality with recheck for the case when they're equal.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
WRT ordering, I did actually briefly have a z-ordering approach in<br>
place, but I cannot remember why I had to drop it: but I did. Shame<br>
about my memory on that.<br></blockquote><div><br></div><div>So, maybe it's time for the new attempt, with at least FAQ entry if everything breaks down? :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
P<br>
<br>
On Thu, Apr 7, 2016 at 6:22 AM, Daniel Baston <<a href="mailto:dbaston@gmail.com" target="_blank">dbaston@gmail.com</a>> wrote:<br>
> I've seen plenty of users (including myself) confused by the = operator,<br>
> especially when it's implicitly accessed in cases like DISTINCT, DISTINCT<br>
> ON(), and GROUP BY.  The workaround, to serialize and do a string compare,<br>
> can really add a lot of noise to a query.  Are there benefits that come from<br>
> the current behavior of the = operator, besides the (high) value of<br>
> backwards compatibility?<br>
><br>
> Dan<br>
><br>
> On Thu, Apr 7, 2016 at 7:22 AM, Komяpa <<a href="mailto:me@komzpa.net" target="_blank">me@komzpa.net</a>> wrote:<br>
>><br>
>> hey there,<br>
>><br>
>> <a href="https://trac.osgeo.org/postgis/ticket/3521" rel="noreferrer" target="_blank">https://trac.osgeo.org/postgis/ticket/3521</a> floated nearby me and broke my<br>
>> heart.<br>
>><br>
>> Can we have SELECT DISTINCT work for sure as a complete compare, not just<br>
>> bbox one?<br>
>><br>
>> It also touches the topic of sorting the boxes - it seems now they're<br>
>> sorted by X, then by Y - which is usually a poor way to preserve spatial<br>
>> locality. Can we sort by z-order curve instead? just bit-mix all the<br>
>> coordinates: <a href="https://en.wikipedia.org/wiki/Z-order_curve" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Z-order_curve</a> - that will make<br>
>> painful voodoo stuff like ORDER BY<br>
>> ST_GeoHash(ST_Transfrom(ST_Centroid(geom),4326)) much cleaner and replace it<br>
>> with just CLUSTER (see <a href="https://github.com/openstreetmap/osm2pgsql/issues/208" rel="noreferrer" target="_blank">https://github.com/openstreetmap/osm2pgsql/issues/208</a><br>
>> ).<br>
>><br>
>> _______________________________________________<br>
>> postgis-devel mailing list<br>
>> <a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> postgis-devel mailing list<br>
> <a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a><br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div></div>