-
assigned issue to
GeoServer Support für das Filtermodul
Hallo Masterportal-Team,
heute wollte ich das Filtermodul für einen WFS-Dienst von uns konfigurieren. Leider bleibt die Dropdownliste nach Anfrage des WFS-Dienstes leer.
Jetzt wollte ich mich mal erkundigen, ob das XML-Format für das Filtermodul bereits unterstützt wird. Einiges deutet aber darauf hin, dass dies nicht der Fall ist.
"filter": {
"active": true,
"name": "Filter",
"icon": "bi-funnel-fill",
"liveZoomToFeatures": true,
"layerSelectorVisible": true,
"multiLayerSelector": false,
"geometrySelectorOptions": {
"visible": true
},
"minScale": 2500,
"layers": [
{
"layerId": "A32_RSP_RADSCHULWEGE_EPSG25832-WFS",
"title": "Radschulwege",
"active": false,
"strategy": "active",
"searchInMapExtent": false,
"searchInMapExtentInfo": false,
"showHits": true,
"clearAll": true,
"download": true,
"shortDescription": "",
"description": "Hier können Sie Schulwegpläne auswählen und filtern.",
"snippetTags": true,
"paging": 1000
}
]
},
Wenn ich keine Snippets konfiguriere, würde ich erwarten, dass er diese Felder selbst anlegt (sofern ich die Doku richtig gelesen habe)
Allerdings kommt der Fehler:
Error: The typename 'GEOLINE_FLEX:A32_RSP_RADSCHULWEGE_EPSG25832' is unknown for this service. LayerFilterSnippet.vue
Bei manueller Konfiguration der Snippets bleibt die Dropdownliste leer.
"snippets": [
{
"title": "Name",
"attrName": "NAME",
"type": "dropdown",
"display": "default",
"multiselect": false,
"addSelectAll": false,
"placeholder": "Bitte auswählen"
},
{
"title": "Typ",
"attrName": "ADRESSTYP",
"type": "dropdown",
"display": "default",
"multiselect": false,
"addSelectAll": false,
"placeholder": "Bitte auswählen"
}
]
Der GetFeature-Request dazu:
Grüße aus dem Kessel
David Messerer
Comments (7)
-
-
Moin,
ich habe mir das Ticket heute mal angesehen.
I. Dass keine Felder erscheinen, wenn keine Snippets konfiguriert sind, scheint mir insbesondere ein Problem des WFS-Dienstes zu sein.
Die Abfrage an https://geoserver.stuttgart.de/geoserver/ows/?service=WFS&version=1.1.0&request=DescribeFeatureType liefert lediglich xsd:imports (die das Masterportal zwar aktuell nicht abfragt), deren schemaLocation beim ersten xsd:import aber insbesondere auch einen 414 liefert.
II. Dass das Portal auch mit snippet-Konfiguration nicht funktioniert, scheint mir ein Fehler im Masterportal zu sein, an dessen Behebung ich gerade arbeite. Sobald es hierzu Neuigkeiten gibt, melde ich mich wieder.
Viele Grüße
Hendrik -
reporter Hallo Hendrik,
danke für das Update. Vor allem II. wäre für uns wichtig von daher ist I. erst mal zu vernachlässigen.
Trotzdem kurz für das Verständnis.
Ich bin wirklich kein XML-Experte und hab mir den Code auch nicht angesehen. Ich würde erwarten, dass das Masterportal im Fall I. https://geoserver.stuttgart.de/geoserver/ows/?service=WFS&version=1.1.0&request=DescribeFeatureType&typename=GEOLINE_FLEX:A32_RSP_RADSCHULWEGE_EPSG25832 abfragt und sich dort die Felder/Elemente zieht.
Sollten unter dieser URL (https://geoserver.stuttgart.de/geoserver/ows/?service=WFS&version=1.1.0&request=DescribeFeatureType) sämtliche Dienste mit den xsd:Elementen gelistet sein und im Masterportalcode wird das XML geparst und nach dem Dienst/typename gesucht? Aber wie schon gesagt, dass ist für uns nicht der entscheidende Fall.
Besten Dank und Grüße
David
-
Genau. Der Request, den das Masterportal sendet, enthält kein
&typename=...
, sondern der Teil wird aus dem Gesamt-XML geparst. -
- changed status to open
-
Die Lösung für II ist jetzt auf den dev-Branch gemergt und sollte in der kommenden Masterportal-Version zur Verfügung stehen.
-
- changed status to resolved
- Log in to comment