Subject | RE: [firebird-support] Spatial extensions for Firebird |
---|---|
Author | Kendall Sears |
Post date | 2006-10-23T06:09:29Z |
Please don't tease... If you know of an active Firebird Spatial Project
PLEASE forward that info on to me. I've been involved with GIS for over
10 years and have been drooling at the prospect of getting a Spatial
Interbase (nee Firebird) since before the OpenGIS spec was created.
Unfortunately, I didn't have the time to start such a project on my own.
Kendall
PLEASE forward that info on to me. I've been involved with GIS for over
10 years and have been drooling at the prospect of getting a Spatial
Interbase (nee Firebird) since before the OpenGIS spec was created.
Unfortunately, I didn't have the time to start such a project on my own.
Kendall
> You didn't expect me to give the whole game away, did you?
>
> ;-)
>
> N.
>
>
> -----Original Message-----
> From: firebird-support@yahoogroups.com
> [mailto:firebird-support@yahoogroups.com]On Behalf Of Kendall Sears
> Sent: Monday, 23 October 2006 2:11 PM
> To: firebird-support@yahoogroups.com
> Subject: RE: [firebird-support] Spatial extensions for Firebird
>
>
> Spatial Extensions are far more than just the data storage. The OpenGIS
> standard specifies a plethora of spatial operators that operate on the
> data storage and return specific data. These AND the data storage are
> what make up a spatial database.
>
> Now, it *IS* possible to store spatial data and spatially operate on it
> in
> a non spatial database. This is done by ESRI's ArcINFO/ArcDesktop suite
> of GIS applications to allow MS SQL Server to store spatial data in an
> otherwise spatially incompetent database.
>
> Kendall
>
> > It's easy to build, and far more flexible than implementing it in the
> > engine.
> > Imagine needing to store something the engine didn't support:
> >
> > Here's a quick sample of some tables:
>
> [Nice set of example tables deleted]
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
>