Keine Legende für WFS-Layer

[David Messerer]

Hallo liebes Masterportal-Team,

in der aktuellen Version wird für WFS-Dienste keine Legende mehr dargestellt. Es erscheint kein Fehler in der Konsole oder ähnliches.

Wir haben pngs hinterlegt. Getestet mit den Versionen 2.37.0 2.39.0 und 2.40.1 immer mit dem gleichen Fehler. Hängt vielleicht auch mit diesem Fehler zusammen:

https://bitbucket.org/geowerkstatt-hamburg/masterportal/issues/1091/legende-f-r-wfs-layer-funktioniert-nicht

Link zum Beispielviewer:

https://mapstest.stuttgart.de/spielwiese/stadtplan_2_40_1/?Map/layerIds=topplusopen,Basemap_EPSG25832-WMTS,IP_KULTUR_ARCHIVE_EPSG25832-WFS,IP_KULTUR_BILDENDE_KUNST_EPSG25832-WFS&visibility=true,true,true,true&transparency=40,0,0,0&Map/center=[514164,5402136.639023874]&Map/zoomLevel=3

[Inka Dudek]

Hallo Herr Messerer,

können Sie das Portal (Beispielviewer) gezippt an dieses Ticket hängen? Das würde uns sehr helfen!

[David Messerer]

  <div class="preview-container wiki-content"><!-- loaded via ajax --></div>
  <div class="mask"></div>
</div>

</div> </form>

[David Messerer]

Hallo Frau Dudek,

danke für die Rückmeldung. Das Portal hab ich angehängt.

‌

Grüße aus Stuttgart

[Inka Dudek]

Das Problem ist die Antwort des Servers.

Die Anfrage für die Legende lautet: https://geoserver.stuttgart.de/geoserver/ows/?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType

Diese liefert Inhalte zurück, die encoded sind. Das xml parsen gibt dann keinen Inhalt zurück und daher wird die Legende nicht angezeigt.

Antwort-Ausschnitt:

<?xml version="1.0" encoding="UTF-8"?><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:Base="https://geoserver.stuttgart.de/ns/Base" xmlns:Daten="https://geoserver.stuttgart.de/ns/Daten" xmlns:GEOLINE_FLEX="https://geoserver.stuttgart.de/ns/GEOLINE_FLEX" xmlns:Monitoring="https://geoserver.stuttgart.de/ns/Monitoring" xmlns:Sensordaten="https://geoserver.stuttgart.de/ns/Sensordaten" elementFormDefault="qualified" targetNamespace="https://geoserver.stuttgart.de/ns/Base">
<xsd:import namespace="https://geoserver.stuttgart.de/ns/GEOLINE_FLEX" schemaLocation="https://geoserver.stuttgart.de/geoserver/wfs?request=DescribeFeatureType&version=1.1.0&service=WFS&typeName=GEOLINE_FLEX%3AA12_GBE_BWKAREA_EPSG25832%2CGEOLINE_FLEX%3AA12_GBE_GSCHULBEZAREA_EPSG25832%2CGEOLINE_FLEX%3AA12_GBE_LWKAREA_EPSG25832%2CGEOLINE_FLEX%3AA12_GBE_PLZBEZAREA_EPSG25832%2CGEOLINE_FLEX%3AA12_GBE_WAHLBEZAREA_EPSG25832%2CGEOLINE_FLEX%3AA12_GBE_WAHLLOKALE_EPSG25832%2CGEOLINE_FLEX%3AA12_MSP_LAGEN_EPSG25832%2CGEOLINE_FLEX%3AA32_BBZ_STRVERKEHR_EPSG25832%2CGEOLINE_FLEX%3AA32_DVVZ_FLAECHE_EPSG25832%2CGEOLINE_FLEX%3AA32_DVVZ_FREIE_PR_ANLAGEN_Euro4-IV_EPSG25832%2CGEOLINE_FLEX%3AA32_DVVZ_FREIE_PR_ANLAGEN_Euro4-IV_und_5-V_EPSG25832%2CGEOLINE_FLEX%3AA32_DVVZ_FREIE_PR_ANLAGEN_Euro5-…..

[David Messerer]

Vielen Dank für den Hinweis. Nach unserem Schema müsste der Request also wie folgt heißen:
https://geoserver.stuttgart.de/geoserver/wfs?request=DescribeFeatureType&version=1.1.0&service=WFS&typeName=GEOLINE_FLEX%3AIP_KULTUR_EPSG25832

Dort taucht dann auch der GeometryType auf.

Trotzdem muss es ja Code seitig eine Änderung gegeben haben, da es in unserer der alten Version 2.30.0 problemlos funktioniert:
https://maps.stuttgart.de/stadtplan/?Map/layerIds=topplusopen,Basemap_EPSG25832-WMTS,IP_KULTUR_ARCHIVE_EPSG25832-WFS&visibility=true,true,true&transparency=40,0,0&Map/center=[512736,5402794.5]&Map/zoomLevel=3

Ich hatte auch mal einen Issue zum Filtermodul aufgemacht, da war das Problem auch der DescripeFeatureType-Reqest:
https://bitbucket.org/geowerkstatt-hamburg/masterportal/issues/1061/geoserver-support-f-r-das-filtermodul

Ist es möglich den DescripeFeatureType-Request auch für die Legende anzupassen?

Viele Grüße

David

‌

[David Messerer]

Alternativ gibt es noch die Möglichkeit den Request mit outputFormat=application/json abzusetzen. Dort wird dann alles inkl. FeatureType gelistet.

https://geoserver.stuttgart.de/geoserver/ows/?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&outputFormat=application/json

[Inka Dudek]

Ich habe den Fehler gefunden. Das Vectorsytling wurde nach der Version 2.30.0 in die masterportlAPI integriert und dabei fehlte im WFS-Layer beim Laden der Legende noch etwas.

Ist in der Version 2.42.0 gefixt.