- changed status to open
Fehlerhaftes Zoomen in der WFS Suche
Wenn man in der WFS Suche ein Feature auswählt. Und in dem overlayfenster “Auf Ergebnis Zoomen” auswählt springt der Bildschirm auf eine falsche Stelle (Laut den Koordinaten so ca unterhalb vor Westafrika statt Nordsee). Es wirkt so, als ob die Koordinaten für Länge und Breite vertauscht sind.
Comments (7)
-
-
-
assigned issue to
-
assigned issue to
-
Hallo Herr Heueck,
leider ist es mir nicht möglich den von Ihnen beschriebenen Fehler nachzustellen.
Könnten Sie mir bitte eine Konfiguration zur Verfügung stellen, mit der ich das Problem reproduzieren kann?Viele Grüße
Markus Rullkötter
-
reporter Hallo Herr Rullkötter,
entschuldigen Sie die späte Antwort, ich bin heute erst aus dem urlaub zurück. Einen Beispieldienst, be diem es bei uns nicht funktioniert ist unter folgender Adresse erreichbar:
https://www.geoseaportal.de/wss/service/Fahrtgebiete/guest?SERVICE=WFS&REQUEST=GetCapabilities
Der Eintrag in der service-internet.json ist wie folgt:
"id": "4002", "name": "Fahrtgebiete GSP", "url": "https://www.geoseaportal.de/wss/service/Fahrtgebiete/guest", "typ": "WFS", "featureType" : "Fahrtgebiete", "format" : "application/gml+xml; version=3.2", "version" : "1.1.0", "featureNS" : "http://Fahrtgebiete", "gfiAttributes": { "CLASS": "Klasse", "AREA": "Gebiet", "BEM":"Bemerkung", "REGEL_ARTIKEL_4": "Regel" }, "layerAttribution" : "nicht vorhanden", "legend" : true, "isSecured": false
Die WFS- Suche ist bei uns so konfiguriert:
"wfsSearch": { "zoomLevel": 2, "instances": [ { "requestConfig": { "layerId": "4002" }, "resultList": "showAll", "title": "Nummersuche", "literals": [ { "clause": { "type": "and", "literals": [ { "field": { "type": "equal", "fieldName": "fid", "inputLabel": "Nummer" } } ] } } ] } ] }
Ein Hinweis noch, was bei uns aufgefallen ist. Beim Tool Features auswählen wird der Zoom korrekt ausgeführt.
-
Hallo Herr Heueck,
danke für Ihre Antwort. Doch leider ist es mir auch mit Ihrer Konfiguration nicht möglich das Problem genauer zu analysieren, da der Server des angegebenen Diensts mit mehrere CORS-Headern antwortet:
Access-Control-Allow-Origin: https://marineforecast.bsh.de
Access-Control-Allow-Origin: https://localhost:9001Dies führt zu einem Fehler im Browser und das Masterportal interpretiert den Fehler als “der Dienst antwortet nicht”.
Trotzdem habe ich mir Ihr Portal (https://marineforecast.bsh.de) angeschaut und festgestellt, dass die von Ihnen angebundenen Dienste immer mit dem EPSG:25832 angefragt werden.
Der von Ihnen angegebene Dienst “Fahrtgebiete GSP”
benutzt als Standard jedoch EPSG::4326.
Ich vermute daher, dass der Dienst mit EPSG:4326-Koordinaten antwortet und diese dann versucht werden in EPSG:25832 darzustellen.Falls es Ihnen möglich ist, den Dienst auf EPSG:25832 anzupassen oder Ihr Portal auf EPSG:4326, könnten sie diesen Lösungsvorschlag relativ kurzfristig selbst ausprobieren.
Zusätzlich werde ich zeitnah versuchen einen Bugfix zu schreiben, der es möglich macht, den ESGP der Suchdienstantworten zu konfigurieren.Ich melde mich erneut, wenn das erledigt ist.
VG
Markus Rullkötter -
Hallo Herr Heueck,
mit dem kommenden Release (höher v2.27.1) wird es einen neuen Konfigurationsparameter für die WFS-Suche geben.
UnterPortalconfig.menu.tool.wfsSearch.searchInstance.requestConfig
kann ab dann eineresponseProjection
angegeben werden.In Ihrem Beispiel sähe die Konfiguration der Suche dann so aus:
"wfsSearch": { "zoomLevel": 2, "instances": [ { "requestConfig": { "layerId": "4002", "responseProjection": "EPSG:4326" }, "resultList": "showAll", "title": "Nummersuche", "literals": [ { "clause": { "type": "and", "literals": [ { "field": { "type": "equal", "fieldName": "fid", "inputLabel": "Nummer" } } ] } } ] } ] }
Mit dieser Konfiguration sollte dann kein fehlerhaftes Zoomen mehr stattfinden.
Viele Grüße
Markus Rullkötter
-
- changed status to resolved
Fixed with upcoming Release (> v2.27.1)
- Log in to comment