[FOSSGIS-Talk] Achsenreihenfolge WFS 1.1.0

[Sebastian Goerke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Kommentare hab ich mal inline eingefügt.

Beste Grüße

Sebastian

On 03/19/2015 03:13 PM, Christian Braun wrote:
> Hallo an Alle, ich habe ein Problem mit der Achsen Reihenfolge für
> WFS 1.1.0 Anfragen für das deutsche EPSG:31467. Wir benutzen einen
> Client (pyWPS) der die Daten in GRASS importiert und dann natürlich
> mit der falschen yx Achsenreihenfolge keine sinnvollen Ergebnisse
> produzieren kann.
> 
> Der folgende Requestbekommt die Daten in yx Reihenfolge zurück:
> 
> http://mapservices-ludwigsburg.tudor.lu/cgi-bin/mapserv?map=/srv/mapserv/ludwigsburg/map_file/LB_MUSIC_OWS.map&
> <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
> 
> Ich frage mich ob das ein Bug oder wirklich die nur sehr strenge
> Umsetzung der WFS 1.1.0 Spezifikation ist? GeoServer hat hier einen
> anderen Mechanismus implementiert der die Daten in xy zurückliefert
> wenn ich EPSG:31467 als SRSNAME setze. Mit der vollständigen KBS
> Definition für 1.1.0 (urn:x-ogc:def:crs:EPSG::31467) bekomme ich
> dann aber auch yx.
> 

Was heisst denn vollständige CRS Definition? EPSG und urn sind einfach
nur 2 verschiedene Schreibweisen, die genauer gesagt, streng nach OGC
Standards bereits veraltet sind und eigentlich nur noch die HTTP
Notation anzuwenden ist (theoretisch!).

Sprich: Die Achsenreihenfolge eines CRS wird nicht durch die Art der
Notation bestimmt, folglich ist das Geoserver (wie übrigens auch das
Verhalten in deegree bis Version 3.3.x) per default falsch...

> http://geoserver.tudor.lu/geoserver/ludwigsburg/ows?SERVICE=wfs&
> <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
> 
> http://geoserver.tudor.lu/geoserver/ludwigsburg/ows?SERVICE=wfs&
> <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=urn:x-ogc:def:crs:EPSG::31467
> 
> 
> Ich habe natürlich die Arbeit von Weichand [1] gefunden bei der auf
> dieses Problem hingewiesen wird. Aber gibt es eine Lösung für
> Mapserver?
> 
> [1] ‎www.weichand.de/masterarbeit/Masterarbeit_Weichand.pdf
> <http://www.weichand.de/masterarbeit/Masterarbeit_Weichand.pdf>
> 
Ich würde denken, dass man die CRS Definitionen in Mapserver genau wie
bei Geoserver und deegree einfach verändern kann und somit ein
korrektes Verhalten im WFS erzeugen kann.
> 
> Danke im Voraus, 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/> -- 
> ....................................................................
>
> 
FOSSGIS und OpenStreetMap auf der Agit 2015 in Salzburg
> 8.-10. Juli, Universität Salzburg http://www.agit.at
> 
> FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem 
> GIS-Bereich und Freier Geodaten! http://www.fossgis.de/
> https://twitter.com/fossgis_eV
> 
> ____________________________________________________________________
>
> 
FOSSGIS-Talk-Liste mailing list
> FOSSGIS-Talk-Liste at fossgis.de 
> https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
> 

- -- 
l a t / l o n  GmbH
Aennchenstrasse 19                 53177 Bonn, Germany
phone ++49 +228 18496-0            fax ++49 +228 18496-29
http://www.lat-lon.de              http://www.deegree.org

lat/lon gesellschaft für raumbezogene informationssysteme mbH
Registergericht: Amtsgericht Bonn, HRB 13042
Geschäftsführer: Jens Fitzke und Torsten Friebe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlUK7REACgkQq1hDh4aJykIwMACfVY5An05++ctUQ5auA4XOV8B9
JFcAoJifczD0U3TRY+2FOrcD92HrIO2/
=Jn6A
-----END PGP SIGNATURE-----