Parker, Peter R (DNR) ha scritto:
Thanks for the information Chris. Although 3D data is not on the
forefront of everybody's mind at the moment (here at the State of
Alaska) I am sure it will be relatively soon. We currently only have a
few 3D datasets but for those users that want the z-axis data, we can't
get it to them easily at this point.
With that said, I would be happy to volunteer coding time to that end.
As a first step, try out the latest of the GeoServer builds and the
latest datastores (e.g., if you're on Oracle, use Oracle NG) from
the nightly builds:
http://gridlock.openplans.org/geoserver/1.7.x/
Here we have a transformation chain, with a datastore reading the
data (e.g., postgis, oracle), and a datastore writing it out
(shapefile in this case). All of the elements must be 3d enabled,
and as far as I know, the path from postgis to shapefile should
be full 3d, minus bugs (never actually tried it).
So, if the nightly still insist on not giving you back 3d data,
I'd suggest you put breakpoints in the GeoServer ShapeZipOutputFormat
class, and see if the features coming in are 3d, if they are, the
issue is in the output, if not, you have to look into the input
datastore first.
The datastores are not part of GeoServer, but of the GeoTools library.
Each project has a relatively steep setup curve, but there are
developer guides for each with step by step instructions on how to
setup the developer enviroment.
If you're working on GeoServer 1.7.x you'll have to checkout the
GeoServer 1.7.x branch and the GeoTools 2.5.x branch, otherwise
you can use trunk of both (if you're targetting GeoServer 2.0.x).
Hope this helps
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Custom development for your GeoServer needs