[postgis-devel] [PostGIS] #253: Gist causes wrong result from ~=

PostGIS trac at osgeo.org
Fri Oct 2 09:13:56 PDT 2009


#253: Gist causes wrong result from ~=
----------------------+-----------------------------------------------------
  Reporter:  nicklas  |       Owner:  pramsey      
      Type:  defect   |      Status:  new          
  Priority:  medium   |   Milestone:  postgis 1.3.7
 Component:  postgis  |     Version:  1.3.X        
Resolution:           |    Keywords:               
----------------------+-----------------------------------------------------
Changes (by robe):

  * version:  1.4.X => 1.3.X
  * milestone:  postgis 1.5.0 => postgis 1.3.7

Comment:

 I would say so and definitely put it back for 1.3.7SVN before 1.3 people
 are screwed.
 I don't think there is a way to do this without forcing everyone to dump
 reload or reindex.  I experimented with sneaking it in by dropping cascade
 and rebuilding my indexes (but I guess there is some other stuff besides
 index that a drop cascade does since when I tried to build my index, it
 crashed :().

 Anyway people who upgraded there db from 1.3 to 1.4 without a dump restore
 are probably not affected.  Just new installs I suspect.

 Luckily I have a feeling Kevin, that you and I are in a minority of the
 people who use this operator or really know what it does.  So we can patch
 the ST_OrderingEquals so its not affected and that will alleviate further
 damage for those where the drop operator class is not an option.

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/253#comment:18>
PostGIS <http://trac.osgeo.org/postgis/>
PostGIS


More information about the postgis-devel mailing list