[postgis-users] extend architecture SQL 92 to manage spatial data

marsan10 at libero.it marsan10 at libero.it
Tue Jan 10 01:11:18 PST 2006


On Thu, Jan 05, 2006 at 11:57:50AM +0100, marsan10 at libero.it wrote:
> On Wed, 4 Jan 2006 16:24:41 +0100 strk at refractions.net wrote
> >Subject: Re: [postgis-users] extend architecture to manage spaztial
> >data
> 
> >On Wed, Jan 04, 2006 at 10:15:49AM +0100, marsan10 at libero.it wrote:
> >> I'm a new user of this mailing list;
> >> I have to extend the architecture to manage spatial data consistent to the standard openGIS;
> >> In the version 8.1 of Postgre, PostGIS is already integrated in postgre.
> >> I have read the documentation from the postgre site and from the postgis site but I need some api or 
> 
> method for extent architecture provided for postgis.
> >> Is there anyone that can help me?
> 
> >Which architecture are you talking about ?
> 
> >--strk;
> 
> >PS: PostgreSQL does not integrate PostGIS (and it doesn't 
> >want to integrate any GPL covered software, btw).
> 
> 
> 
> I talk about the architecture to manage spatial data; 
> see "Simple Features for Specification for SQL [http://www.opengis.org/techno/specs/99-049.pdf]"
> page 2.20

Ok, so you want to add SQL92 architecture to postgis ?
What do you need postgis for in that case ?
Casting to/from the two architectures ?

Please tell us more about your plans, they might be interesting
for more people. 

--strk;


My degree consists in extending the architecture sql92; in a particular manner I have thought to add two tables to it but I don't know if postgres let me to define this architecture.
I don't know if I have to create some teplates for my new architecture or if there are some functions that let me to manage the extension of existing architectures or rather if I have to replan over again without considering already existing.
I'm studying the solutions (if they exist) proposed by others dbms for seeing if these are feasible with postgres.
I accept every critic and/or help since the material on line is few.

Marco




More information about the postgis-users mailing list