"TJ O'Donnell" <[EMAIL PROTECTED]> writes:
> Shouldn't the ~ (contains) operator be included also?
> Isn't ~ the commutator of @ ?

Yeah, it looks like the documentation is in error:

regression=# select amopopr::regoperator,amopstrategy from pg_amop where 
amopclaid in
regression-# (select oid from pg_opclass where opcamid = 402);
       amopopr       | amopstrategy 
---------------------+--------------
 <<(box,box)         |            1
 &<(box,box)         |            2
 &&(box,box)         |            3
 &>(box,box)         |            4
 >>(box,box)         |            5
 ~=(box,box)         |            6
 ~(box,box)          |            7
 @(box,box)          |            8
 <<(polygon,polygon) |            1
 &<(polygon,polygon) |            2
 &&(polygon,polygon) |            3
 &>(polygon,polygon) |            4
 >>(polygon,polygon) |            5
 ~=(polygon,polygon) |            6
 ~(polygon,polygon)  |            7
 @(polygon,polygon)  |            8
(16 rows)

Of course, the thing that leaps out here is that there are only two
built-in opclasses for rtree.  Not exactly confidence building.

> I am considering using R-tree's for other-than-geometric purposes.

I concur with Andrew's suggestion to consider GIST.  GIST has its own
issues, but at least there are people looking at it/using it/working on it.
R-tree doesn't seem to have any user community that really cares.

                        regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
    (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])

Reply via email to