- changed status to open
Popup für GetFeatureInfo bei WMS-T-Layern wird nicht angezeigt
Bei der Einbindung von WMS-T-Layern funktioniert die GetFeatureInfo-Anzeige unter Masterportal Version 2.30 nicht. Der entsprechende Request wird abgesetzt und auch korrekt beantwortet, jedoch wird das Popup nicht geöffnet.
Problem betrifft nur GetFeatureInfo-Requests mit Parameter &INFO_FORMAT=text/xml
Comments (13)
-
-
-
assigned issue to
-
assigned issue to
-
reporter - edited description
-
reporter - changed version to 2.32.1
-
Können Sie eine Beispielkonfiguration bereitstellen, in welcher das Problem auftritt?
Ich konnte das Problem bisher nicht reproduzieren. -
reporter Hallo Herr Oenings,
Beispielkonfiguration aus der config.json:
"Themenconfig":{ "Hintergrundkarten":{ "Layer":[ { } ] }, "Fachdaten":{ "Ordner":[ { "Titel":"Test Datensätze", "Ordner":[ { "Titel":"WMST", "Layer":[ { "id":"wmst-analysed_sst", "name":"analysed_sst", "url":"https://my.cmems-du.eu/thredds/wms/DMI_BAL_SST_L4_REP_OBSERVATIONS_010_016", "typ":"WMS", "layers":"analysed_sst", "featureCount":1, "dimensionName":"time", "extentname":"time", "format":"image/png", "version":"1.1.1", "tilesize":512, "gutter":0, "minScale":"0", "maxScale":"9999999999999999", "gfiAttributes":"showAll", "gfiTheme":"default", "gfiComplex":"true", "infoFormat":"text/xml", "layerAttribution":"nicht vorhanden", "legendURL":"", "transparent":true, "singleTile":false, "time":true, "playbackDelay":2, "datasets":[ { } ] },
-
Hallo Herr Gerstmann,
ich habe mir den WMS-T Dienst, den Sie einbinden, näher angesehen und festgestellt, dass er nicht standardkonform ist. Auf die GetFeatureInfo Request antwortet der Dienst mit einem FeatureInfoResponse. Standard wäre, dass eine Feature Collection zurück geliefert wird, bei dem jedes Feature ein Element “reference_time” mit dem zugehörigen Timestamp hat.
Das GFI Popup öffnet sich daher nicht, weil das Masterportal die standardkonforme Antwort erwartet.
Vielleicht können Sie schauen, ob sich im Backend der Dienst entsprechend konfigurieren lässt, damit diese Anforderung erfüllt wird.
-
reporter Hallo Frau Brühl,
danke für die Analyse, ich habe ein Ticket beim Anbieter des Dienstes zwecks der FeatureCollection erstellt. Das Problem &INFO_FORMAT=text/xml sollte davon aber unabhängig sein. Hier ein Beispieldienst, bei dem das GFI-Popup sich nur bei INFO_FORMAT=text/html öffnet: https://mdi-dienste.baw.de/ncWMS2/wms?SERVICE=WMS&REQUEST=GetCapabilities. Können Sie dieses Problem nachstellen?
Viele Grüße
Henning Gerstmann
-
reporter Hallo Frau Brühl,
für WMS ohne TIME-Dimension funktioniert GFI auch ohne FeatureCollection als Response (zB mit diesem Service). Kann es denn dann die Ursache für das beim WMS-T beobachtete Verhalten sein?
Der Dienstanbieter hat zurückgemeldet, dass die REFERENCE_TIME-Dimension für die dort angebotenen Dienste nicht benötigt wird. Im OGC-Standard ist diese Dimension auch nicht als obligatorisch formuliert, sondern nur für Inhalte vorgeschlagen (“may be used”) bei denen sie benötigt wird.
viele Grüße
Henning Gerstmann
-
Hallo Herr Gerstmann,
das Problem mit dem oben genannten Dienst, bei dem sich das GFI-Popup nur bei INFO_FORMAT=text/html kann ich nachstellen. Ich habe mir die Response für INFO_FORMAT=text/xml angesehen und festgestellt, dass hier ebenfalls nur eine FeatureInfoResponse und keine Feature Collection zurückgeliefert wird, was dazu führt, dass kein Popup geöffnet wird.
Bei INFO_FORMAT=text/html wird die Anfrage anders verarbeitet. Hier wird als Response keine Feature Collection erwartet, sondern html Code. Die gelieferte Response entspricht dem erwarteten Format, weswegen das GFI Popup hier funktioniert. Funktioniert denn bei Ihnen INFO_FORMAT=text/html für den ursprünglich genannten Dienst (https://my.cmems-du.eu/thredds/wms/DMI_BAL_SST_L4_REP_OBSERVATIONS_010_016), so dass ein GFI Popup erscheint?
Das Weglassen der TIME-Dimension wird vermutlich das Problem nicht lösen. Der Dienst, den Sie als Beispiel genannt haben, ist ein esri Dienst und sendet die Response in einem für esri spezifischen Format, das vom Masterportal als solches erkannt und verarbeitet wird. Die Responses der anderen genannten Dienste, die eine FeatureInfoResponse anstelle einer Feature Collection senden, entsprechen nicht diesem Format und werden daher nicht auf die gleiche Weise ausgewertet. Falls es sich zufällig entgegen meiner Einschätzung um esri Dienste handeln sollte, müsste im Backend das Format angepasst werden (GetFeatureInfo (esri.com)). Wissen Sie eventuell, mit welcher Software die Dienste zur Verfügung gestellt werden?
-
reporter Hallo Frau Brühl,
der my.cmems-du.eu-Dienst unterstützt leider INFO_FORMAT=text/html nicht. Ich habe den Anbieter des Service gebeten zu prüfen, ob das dort umsetzbar wäre. Falls das möglich ist und das GFI sich anzeigen lässt, wäre das natürlich ein guter Workaround für das Problem.
Zu den anbietenden Softwareprodukten je nach Host der Beispieldienste:
- https://mdi-dienste.baw.de/[…] → Geoserver
- https://my.cmems-du.eu/[…] → THREDDS Data Server
- https://geodienste.bfn.de/ogc/[…] → ArcGIS Server
-
Hallo Herr Gerstmann,
mit THREDDS Data Server habe ich jetzt zwar keine Erfahrung, meinem Verständnis nach sollte aber auch hier eine Feature Collection als Response standardkonform sein.
Falls der Anbieter INFO_FORMAT=text/html anbieten kann, wäre das natürlich eine gute Alternative.
Ich stelle dieses Ticket jetzt auf WONTFIX, da wir hier dann keine Änderung vornehmen werden.
-
- changed status to wontfix
Der Dienst liefert keine standardkonforme Response auf die GetFeatureInfo-Request, daher wird hier keine Anpassung des Masterportals stattfinden.
- Log in to comment