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