Skip site navigation (1) Skip section navigation (2)

Re: Rtree circle ops

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp>
Cc: tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Rtree circle ops
Date: 2006-08-29 01:34:12
Message-ID: 20060829013411.GH13899@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-hackers
Tatsuo Ishii wrote:
> > Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> writes:
> > >> Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> writes:
> > >>> Is there any reason for Rtree circle ops not being included in
> > >>> PostgreSQL?
> > >> 
> > >> rtree is going away (has gone away in HEAD awhile ago, in fact).
> > 
> > > I know. I just want to make sure that there's any technical reason it
> > > had not been supported for long time. 
> > 
> > AFAIR, the code simply wasn't there before 8.1.  I threw in an opclass
> > definition for circles while adding the rtree-equivalent opclasses
> > to GIST, because the use case for it was pretty obvious
> > (distance-to-a-point type queries).  We could have added the same
> > opclass to rtree at the same time, but I saw no point given that we
> > were planning to drop rtree in the next release cycle.
> > 
> > > BTW, I seems there are some users who are willing to continue to use
> > > Rtree. 
> > 
> > It's a bit late to be objecting to that decision.
> 
> Yes, probably the only way to help the user would be 1) build a new
> pgfoundry or whatever open souce project 2) provide a commercial
> support for him.

I wonder why isn't an option to migrate to GiST?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

In response to

Responses

pgsql-hackers by date

Next:From: Bruno Wolff IIIDate: 2006-08-29 01:54:46
Subject: Re: [HACKERS] Performance testing of COPY (SELECT) TO
Previous:From: Tatsuo IshiiDate: 2006-08-29 00:23:54
Subject: Re: Rtree circle ops

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group