WFS-Layer

[Florian Sempell]

Hallo,
in der Version 2.17.0 lassen sich aktuell keine WFS-Dienste einbinden bzw. darstellen.
Der Request an den Dienst wird zwar im Hintergrund abgesetzt, aber die Features werden nicht dargestellt.

Das Verhalten konnte mit mehreren Diensten und Portalen reproduziert werden, z.B.: auch im Hamburger Verkehrsportal.

Im 'Changelog' wird folgendes vermerkt:

The WFSLayer is refactored. It is no longer a Backbone-model. The WFSLayer uses the masterportalAPI's wfs layer on creation.

[Sven Junker-Beyel]

gefixt mit v2.17.1

[Florian Sempell]

Hallo,

vielen Dank für die schnelle Bearbeitung des Bugs. Wir haben die Version 2.17.1 in unsere Testumgebung installiert, jedoch werden weiterhin in unserem Testprojekt (NIVP-Übersicht) keine WFS-Daten (ArcGIS-Server Dienst v10.8.1) dargestellt. Die Features werden weiterhin im Hintergrund geladen, jedoch nicht dargestellt.

Im Beispiel-Projekt ‘Basic’ können die Hamburger WFS-Dienste angezeigt werden. Haben wir noch einen Fehler in der Konfiguration oder gibt es Besonderheiten die bei der Definition vom WFS-Diensten beachtet werden müssen?

[David Messerer]

Hallo,

ich kann das Verhalten so bestätigen. Im Basic Portal funktionieren alle WFS-Dienste bis auf “WFS Krankenhäuser”. Wo der Unterschied zu den funktionierenden Diensten liegt konnte ich noch nicht herausarbeiten. Auch wir haben mit Version 2.17.1 in unserer Umgebung das oben beschriebene Problem.

Grüße aus Stuttgart

‌

[Christopher Reder]

Moin, können sie mir eine Version nennen in der es noch funktionierte?

Viele Grüße Christopher Reder

[Florian Sempell]

Guten Morgen,

wir haben zuvor die Version 2.16.0 getestet und dort wurden die Objekte aus dem WFS-Dienste noch angezeigt.

Grüße aus Duisburg

[Jan Bücher]

Hallo,

Ich habe folgende Beobachtung gemacht:

In älteren Masterportal-Versionen (getestet mit 2.6.3) wird ein WFS mit Version 1.1.0 angefragt auch wenn in der Konfiguration als Version 2.0.0 eingetragen ist.
In der neuesten Version (2.17.1) wird wie konfiguriert mit 2.0.0 angefragt.
Allerdings verlangt zumindest der von mir getestete WFS bei Anfragen mit Version 2.0.0 den Parameter TYPENAMES statt TYPENAME (zusätzliches S), da aber weiterhin mit TYPENAME angefragt wird führt das zu einem “Bad Request”-Fehler und der Layer wird nicht angezeigt.
Meine aktuelle Lösung ist, den WFS mit Version 1.1.0 zu konfigurieren dann funktioniert die Einbindung auch im Masterportal 2.17.1. Eine Anpassung des Requests wäre aber wünschenswert.

Viele Grüße aus Frankfurt

[Christopher Reder]

Guten Morgen Herr Bücher, können sie zu der Problematik mit typename/s bitte ein neues Issue erstellen? In diesem Fall unterstützt der Dienst beides: https://geoportal2.duisburg.de/arcgisserver/services/Masterportal/WFS_Fachdaten_MP/MapServer/WFSServer?service=WFS&version=2.0.0&request=GetFeature&typeNames=NIVPs&srsName=EPSG:25832&bbox=325754.0846928959,5691049.380673242,359409.0665192057,5708305.4963549385,EPSG:25832&xhrParameters=null&propertyname=

https://geoportal2.duisburg.de/arcgisserver/services/Masterportal/WFS_Fachdaten_MP/MapServer/WFSServer?service=WFS&version=2.0.0&request=GetFeature&typeName=NIVPs&srsName=EPSG:25832&bbox=325754.0846928959,5691049.380673242,359409.0665192057,5708305.4963549385,EPSG:25832&xhrParameters=null&propertyname= Wir haben hier ein Problem beim parsen der Antwort vom Dienst den wir hier fixen.

Viele Grüße Christopher Reder

[Jan Bücher]

Hallo Herr Reder,

Ja, einige WFS-Dienste unterstützen wohl aus Kompatibilitätsgründen auch den veralteten Parameter typename, ich habe Ticket #688 angelegt.

Viele Grüße
Jan Bücher

[Florian Sempell]

Guten Morgen,

ich habe mir soeben die Konfiguration des Basic Portals angeschaut und mich dabei auf den WFS-Dienst der Krankenhäuser konzentriert. Da dieser im Basic Portal auch nicht dargestellt wurde. Dabei ist mir aufgefallen, dass der Parameter ‘featureNS' in der service-internet.json sich von den anderen WFS-Diensten unterscheidet. Nachdem ich den Wert des Parameters auf 'https://registry.gdi-de.org/id/de.hh.up' geändert habe, werden die Features auch dargestellt.

Daraufhin habe ich auch in unserem Testportal die Konfiguration entsprechend überarbeitet und auch in diesem Portal werden nun die WFS-Features dargestellt.

‌

Viele Grüße aus Duisburg

[David Messerer]

Hallo,

zur Info. Bei uns funktionieren alle WFS-Dienste wieder seit der Version 2.18.0 ohne Überarbeitung der Konfigurationen.

Grüße aus Stuttgart

[Heinz Schmidt]

Habe hier meine Mapserver-WFS unter der aktuellen Version noch nicht wieder beleben können

Frage an Herrn Sempell: ist jetzt eine Registrierung unter https://registry.gdi-de.org erforderlich für die WFS.Layer im Masteportal?

Grüße aus Schwerin

Heinz Schmidt

[Florian Sempell]

Hallo Herr Schmidt,

nein, wir mussten uns nicht registrieren. Auf der Suche nach der Fehlerursache, warum im Basic-Portal der Layer ‘WFS Krankenhäuser' nicht angezeigt wird, ist der Parameter ‘featureNS’ aufgefallen. Dieser beinhaltete den Wert 'http://www.deegree.org/app’, in der Rückmeldung vom WFS-Dienst konnte ich diesen jedoch nicht finden und habe den oben genannten Wert gesetzt. Anschließend wurde die Krankenhäuser angezeigt.

Daraufhin habe ich auch unsere Konfiguration mit den einzelnen Diensten (Namespace) abgeglichen und teilweise Änderungen vorgenommen.

Grüße aus Duisburg

‌

[Heinz Schmidt]

Hallo Herr Sempell,

Danke für die Info, ich denke ich werde die Probleme mit dem Mapserver-WFS noch separat aufrollen.-

Grüße aus Schwerin

Heinz Schmidt

[Christopher Reder]

Hallo Herr Sempell, das oben beschriebene Problem ist mit der nächsten Masterportal Version 2.19.0 gefixt.Die Version kommt im laufe der Woche raus.

Mit freundlichen Grüßen Christopher Reder

[Sven Junker-Beyel]

Ist mit Version 2.19.0 behoben