WFS 2.0.0 Typename vs Typenames

[Jan Bücher]

In der Spezifikation wurde für GetFeature-Requests der ehemalige Parameter TYPENAME nach TYPENAMES umbenannt.

Einige Systeme unterstützen unter 2.0.0 beide Parameter, andere Systeme halten sich aber strenger an die Spezifikation und werfen einen Fehler wenn der Parameter TYPENAMES nicht gesetzt wird.

Da das Masterportal auch bei Version 2.0.0 mit TYPENAME anfragt führt das in einigen Systemen zu einem Fehler.
Die aktuelle Lösung ist, die Konfiguration auf 1.1.0 zurück zu stellen.

Beispiel: WFS-Dienst Lichtsignalanlagen aus dem FIS-Broker Berlin:
WFS 1.1.0 mit TYPENAME: https://fbinter.stadt-berlin.de/fb/wfs/data/senstadt/s_lsa?REQUEST=GetFeature&SERVICE=WFS&SRSNAME=EPSG%3A25833&TYPENAME=fis%3As_lsa&VERSION=1.1.0
WFS 2.0.0 mit TYPENAME (führt zu Fehler): https://fbinter.stadt-berlin.de/fb/wfs/data/senstadt/s_lsa?REQUEST=GetFeature&SERVICE=WFS&SRSNAME=EPSG%3A25833&TYPENAME=fis%3As_lsa&VERSION=2.0.0
WFS 2.0.0 mit TYPENAMES: https://fbinter.stadt-berlin.de/fb/wfs/data/senstadt/s_lsa?REQUEST=GetFeature&SERVICE=WFS&SRSNAME=EPSG%3A25833&TYPENAMES=fis%3As_lsa&VERSION=2.0.0

‌

[Sven Junker-Beyel]

Wurde in der MasterportalAPI mit Version 2.10.0 behoben und wird mit der Masterportalversion 2.19.0 veröffenlticht.

[Jan Bücher]

Ja, funktioniert jetzt auch mit WFS Version 2.0.0.