Für mapfish (3) generierter Ressourcen-Pfad ist fehlerhaft

Zum Abruf von Icons für WFS-Layer wird der Pfad bzw. die URL zu den Ressourcen vom Masterportal an mapfish übergeben. Dieser kann über den Parameter wfsImgPath in der config.js definiert werden. Ist der Sever, auf dem das Masterportal betrieben wird, nicht localhost, so wird allerdings immer eine URL mit lgv-config/img an mapfish weiter gegeben.

Im Branch https://bitbucket.org/geowerkstatt-hamburg/masterportal/branch/build-img-path-for-mapfish hatte ich versucht kurzfristig abhilfe zu schaffen. Ich habe dann jedoch feststellen müssen, dass der Aufwand zum beheben des Bugs zu groß wird.

Mit der Änderung wird zunächst unterschieden, ob ein Bild mit absoluter oder relativer URL angegeben wird. Entfernt habe ich hier die Ausnahme für localhost, die macht es nur schwierig das lokal zu testen und mir fällt auch kein Grund ein, warum man localhost ausnehmen sollte. Wenn statt einer URL nur ein Name eines Bildes übergeben wird, so wird getestet ob wfsImgPath gesetzt ist. Wenn ja verbaut er das noch in den Pfad (wieder mit Unterscheidung ob absolute oder relative URL). Wenn diese Regeln nicht sinnvoll verwendet werden können wird /lgv-config/img/ als Fallback genommen. (getImageName muss auch dringend refactored werden.). Leider schlägt nun ein Test im Style-Modul fehl, die Änderung greift wohl tiefer ein als zunächst gedacht.

Ich habe die Priorität auf kritisch gesetzt, da mehrere IP davon betroffen sind und so keine WFS-Layer drucken können.

Comments (4)