Geoserver developers,
What's the current status of:
http://docs.codehaus.org/display/GEOS/Advanced+GML
Can one still have only simple (flat) PostGIS tables or view as feature
types within Geoserver, or can a feature type consist of data gathered
from multiple tables (with foreign key relations)?
Kind regards,
--
-- Gertjan van Oosten, gertjan@anonymised.com, West Consulting B.V., +31 15 2191 600
Gertjan van Oosten ha scritto:
Geoserver developers,
What's the current status of:
http://docs.codehaus.org/display/GEOS/Advanced+GML
Can one still have only simple (flat) PostGIS tables or view as feature
types within Geoserver, or can a feature type consist of data gathered
from multiple tables (with foreign key relations)?
In released versions we are still stuck on simple features, there is
a complex feature prototype that Gabriel and Rob are working on,
and some work to bring real complex features on trunk that started
these days and should last a few months.
So, if you need a stable now, no luck, if you are ok with a prototype,
ask Rob and Gabriel, otherwise you'll have to wait several months still
(not sure what are the plans to bring complex stuff into Geoserver once
we have the basic building blocks in Geotools).
Cheers
Andrea
See
http://docs.codehaus.org/display/GEOS/Observations+and+Measurements
at the bottom you will find example outputs
NB - this is easy to do with an XSL, but we can actually run queries against the feature model, and potentially (in some better funded future) implement operations against the data, that exploit the actual data model and return a useful product - eg a contour from a field, a statistical sumary of a time-series etc.
Rob Atkinson
Andrea Aime wrote:
Gertjan van Oosten ha scritto:
Geoserver developers,
What's the current status of:
http://docs.codehaus.org/display/GEOS/Advanced+GML
Can one still have only simple (flat) PostGIS tables or view as feature
types within Geoserver, or can a feature type consist of data gathered
from multiple tables (with foreign key relations)?
In released versions we are still stuck on simple features, there is
a complex feature prototype that Gabriel and Rob are working on,
and some work to bring real complex features on trunk that started
these days and should last a few months.
So, if you need a stable now, no luck, if you are ok with a prototype,
ask Rob and Gabriel, otherwise you'll have to wait several months still
(not sure what are the plans to bring complex stuff into Geoserver once
we have the basic building blocks in Geotools).
Cheers
Andrea
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
As quoted from Rob Atkinson <rob@anonymised.com>:
See
http://docs.codehaus.org/display/GEOS/Observations+and+Measurements
at the bottom you will find example outputs
The sample output at
https://svn.codehaus.org/geoserver/trunk/configuration/community-schema/sample_output.xml
looks pretty cool.
For my current project I will resort to flattening my PostGIS tables
however, it's slightly inconvenient but as we have no legacy data it's
no problem.
Regards,
--
-- Gertjan van Oosten, gertjan@anonymised.com, West Consulting B.V., +31 15 2191 600
Gertjan van Oosten wrote:
As quoted from Rob Atkinson <rob@anonymised.com>:
See
http://docs.codehaus.org/display/GEOS/Observations+and+Measurements
at the bottom you will find example outputs
The sample output at
https://svn.codehaus.org/geoserver/trunk/configuration/community-schema/sample_output.xml
looks pretty cool.
For my current project I will resort to flattening my PostGIS tables
however, it's slightly inconvenient but as we have no legacy data it's
no problem.
Regards,
No problems,
sooner or later people will be starting to look at implementing ISPIRE data specification guidelines (which are yet to be published) , and I am hoping to be in touch with anyone looking at early stage experimentation, feasibility, benchmarking etc.
Rob