[mapserver-users] WFS 1.1.0 Axis order in returned data for German GK

[Rahkonen Jukka (MML)]

Hi,

As you said, EPSG:31467 is officially a system with northing-easting axis order
http://epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::31467&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:31467

The service is behaving as it should according to WFS 1.1.0 standard and as you also said, Mapserver does not have an override to force the longitude-latitude of easting-northing order as Geoserver has if srsname is given with the short format EPSG:31467.

However, you can use WFS version 1.0.0 which returns data always in longitude-latitude of easting-northing. Remember to use same order with BBOX

http://mapservices-ludwigsburg.tudor.lu/cgi-bin/mapserv?map=/srv/mapserv/ludwigsburg/map_file/LB_MUSIC_OWS.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=LB_city_boundary&BBOX=9,48,10,49,EPSG:4326&SRSNAME=EPSG:31467&maxfeatures=1
-Jukka Rahkonen-

Christian Braun wrote:


Dear all,
I am facing a serious problem with Mapserver (both 6.2 and 6.4.1) and data retrieval via WFS 1.1.0.
We have a client running which is taking the data as GML and importing it into GRASS. The switched order of axis makes it impossible to overlay and thus process data.

The following request gets back data in yx axis order:

http://mapservices-ludwigsburg.tudor.lu/cgi-bin/mapserv?map=/srv/mapserv/ludwigsburg/map_file/LB_MUSIC_OWS.map&
SERVICE=WFS&
VERSION=1.1.0&
REQUEST=GetFeature&
TYPENAME=LB_city_boundary&
BBOX=48,9,49,10,urn:x-ogc:def:crs:EPSG::4326&
SRSNAME=EPSG:31467

I wonder if this is a bug or feature due to the WFS 1.1.0 axis order specification?


If I send the same request to a instance of Geoserver, what I get back is xy axis order:

http://geoserver.tudor.lu/geoserver/ludwigsburg/ows?SERVICE=wfs&
VERSION=1.1.0&
REQUEST=GetFeature&
TYPENAME=ludwigsburg:lb_city_boundary&
BBOX=48,9,49,10,urn:x-ogc:def:crs:EPSG::4326&
SRSNAME=EPSG:31467

I also found the master thesis of Weichand [1] where in Section 4.3.5 he is describing this issue as well. But Geoserver has a mechanism to treat EPSG:31467 as xy. The correct order of the CRS (by definition) is yx, but this is not used like that in Germany.

Can you give any ideas about the behaviour of Mapserver and how to get around this axis order issue?

Thanks,
Christian Braun


Luxembourg Institute of Science and Technology (LIST)
Environmental Research and Innovation (ERIN) Department
41, rue du Brill
L-4422 Belvaux
Tel: +352 42 59 91 - 6608
Fax : +352 275 885
E-mail : christian.braun at list.lu<mailto:christian.braun at list.lu>
Web:  www.list.lu<http://www.list.lu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150319/33219bfc/attachment-0001.html>