Hi,
Isn’t it very common to add height values to any sort of 2D coordinate systems and call the result as 2.5D?
I would say that this is still a bug because if srsName is given like you get it there is no reason to believe that it is anything else than 2D data.
<gml:MultiLineString srsName=“http://www.opengis.net/gml/srs/epsg.xml#32643”>
It should be
<gml:MultiLineString srsName="http://www.opengis.net/gml/srs/epsg.xml#32643” srsDimension=“3"”>
Ask more details from your client, especially the Geoserver version they have and the backend (PostGIS, shapefile, Oracle…). Make also some tests with WFS 1.0.0 and 2.0.0 and also with GeoJSON and perhaps shape-zip outputformats because I suspect that they do not all behave in the same way. However, if they use version 2.6 or older there is no need to debug it very much because the last 2.6 will be released soon and there will be no bugfixes https://github.com/geoserver/geoserver/wiki/Release-Schedule.
-Jukka Rahkonen-
Pieter Bonne wrote:
···
Hello,
I’m writing a WFS client and have an issue with interpreting the response coming from a geoserver service owned by one of our clients.
Here’s the server reply : http://www.orbitgt.com/tmp/getfeatures.xml
I’m trying to find out if I can detect if the posList element contains 2D of 3D coordinates. The srsName attribute specifies a 2D crs but the posList clearly holds 3D coordinates.
Questions :
-
Is this a geoserver bug? As far I can tell it should return 2D data.
-
Could this be a server or data configuration error?
-
Is there another way to know whether the posList contains 2D or 3D data that I’m missing?
Best Regards,
Pieter Bonne,
Orbit GT.