Re: Suggestions on storing and retrieving geocode data

From: Bruno Wolff III <bruno(at)wolff(dot)to>
To: George Woodring <george(dot)woodring(at)iglass(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Suggestions on storing and retrieving geocode data
Date: 2006-01-27 06:33:10
Message-ID: 20060127063310.GB10103@wolff.to
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jan 26, 2006 at 12:55:46 -0500,
George Woodring <george(dot)woodring(at)iglass(dot)net> wrote:
> I am looking for suggestions on storing and retrieving geocode
> information.
>
> My application currently stores 2 columns (lat, long) as numeric and I
> have a btree index on them. This works fine for the current set of
> data, but as it expands I know it will become an issue.
>
> I am looking at changing the index to an rtree, but I did not know if it
> is better to create a point column or if I could use the existing
> lat/long columns.
>
> The query will always be to select points inside a box.

If you don't want to use PostGIS, you could also use contrib/earthdistance.
The 'earth' domain uses the cube data type to represent points on the
surface of the earth (modelled as a perfect sphere). There is a GIST index
available for cube, so searches should be reasonably fast.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tino Wildenhain 2006-01-27 06:57:45 Re: Arrays
Previous Message Bruno Wolff III 2006-01-27 06:01:48 Re: Hey!!!