Re: Help with storing spatial (map coordinates) data?

From: Brent Wood <b(dot)wood(at)niwa(dot)co(dot)nz>
To: John Tregea <john(at)debraneys(dot)com>
Cc: Brent Wood <b(dot)wood(at)niwa(dot)co(dot)nz>, pgsql-general(at)postgresql(dot)org
Subject: Re: Help with storing spatial (map coordinates) data?
Date: 2006-06-13 02:04:42
Message-ID: 20060613135426.G64057@storm-user.niwa.co.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, 13 Jun 2006, John Tregea wrote:

> Hi Brent,
>
> I will look at postGIS today. I will try and keep the whole GIS
> functionality as a separate schema to avoid confusing myself, so a
> postGIS may be exactly what I am looking for.
>

Ummm... one caution:

The lovely side effect, apart from all the SQL functions to query &
analyse spatial data in Postgres, is that any table with a
properly created geometry attribute is automatically available as a GIS
layer in a GIS map window, using GIS applications like QGIS, mezoGIS, JUMP
& uDIG (even ArcInfo via the PostGIS SDE), or to a less well integrated
extent, GRASS. It can also be a layer in a web map server application
using something like UMN mapserver.

However, not all of these support the concept of schema's, so only tables
in the public schema may be able to be plotted/mapped.

Also, from a data modelling perspective, a geometry attribute is not
inherently different to a numeric, int, varchar or text attribute, so
unless there is some other reason to divide entities with geometries into
a separate schema frpom those without, I'm not sure it is good practice.

Cheers,

Brent

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Christopher Browne 2006-06-13 02:24:43 Re: Aggregate functions not allowed in WHERE clause
Previous Message Ricardo Naranjo Faccini 2006-06-13 02:00:33 Aggregate functions not allowed in WHERE clause