Andrea,

> GML as a datastore is not supported since a few years ago.
> No one was maintaining that datasource and while GML is
> a good and rich data exchange format it is not suitable
> for data serving, it's slow to parse, uses a lot of disk space
> and does not have any spatial index.

indeed. interesting to see that GML is not used for actually storing &
serving geo-data :) although this would be it's main purpose, wouldn't
it? :)

> Generally speaking I'd suggest to use ogr2ogr to import
> the GML into a spatial database or turn it into a shapefile
> and serve from there.

I see. I think I'm getting a bit off-topic here, and I'm sorry for my
lack of understanding of these technologies, but: when converting GML to
other formats using ogr2ogr (or other tools), what data is maintained
and what is lost?

my ultimate aim is to handle AIXM content, which is an aviation-specific
format based on GML. based on the above, that GML is not handled by
GeoServer in its native form, but only through converting to another
format first - would this be the most desirable thing to do with AIXM as
well? where would I find pointers on how to create proper feature
mappings between GML-based formats and other formats? What other format
would be the most suitable?

my aim is to have GeoServer handle AIXM, where it would render AIXM
content into tiles, and serve it via WMS.

But I'd also want to serve AIXM content via WFS, so that clients can
render airspaces & other aviation geo-info as they prefer (say in 3D
using OpenGL, etc.) here my expectation is that a server like GeoServer
would be able to serve AIXM content as a response to WFS queries,
filtering AIXM content as specified by WFS requests. what would be the
best way to achieve such a goal? (is this a feasible goal at all? :)

> In my spare time I'm also working on a new store that will
> allow GeoServer to use the OGR library eventually installed
> on the operating system. The code is still pretty new and
> has not undergone any kind of load testing to assess its
> stability under stress, but I hope that it will be offered
> as an option in the future when GeoServer 2.2.0 gets
> released.
> OGR can read many formats, including GML.

sounds excellent!



Akos

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to