<div dir="ltr">I took a stab at it in <a href="https://trac.osgeo.org/postgis/ticket/3841">https://trac.osgeo.org/postgis/ticket/3841</a><div><br></div><div>Any spelunk into the b-tree side re-raises questions about "what do we mean by equal" and "how should we sort", making we want to tear off the bandages and try again. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 10, 2017 at 5:05 PM, Peter Geoghegan <span dir="ltr"><<a href="mailto:pg@bowt.ie" target="_blank">pg@bowt.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Paul,<br>
<span class=""><br>
On Wed, Aug 24, 2016 at 8:25 AM, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> wrote:<br>
</span><span class="">> Thanks for this Peter.<br>
> Fortunately b-tree opclasses on geom/geog are but rarely used and even more<br>
> rarely build into actual indexes, since they don't provide any useful<br>
> spatial searching capability.<br>
<br>
</span>When do you expect to get around to fixing this? With amcheck in<br>
Postgres 10, I would expect more people to notice this.<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888">--<br>
Peter Geoghegan<br>
</font></span></blockquote></div><br></div>