Bei der Verwendung von Elastic Search müssen die Koordinaten zur Verwendung zu einem String konvertiert werden

[Nico Schliffke]

In der aktuellen dev-Version des Masterportals müssen für die Verwendung von Elastic Search Geometrien von Features zu einem String konvertiert werden. Dies muss bereits beim Hinzufügen von Features zu Elastic Search geschehen.
Falls die Koordinaten nicht konvertiert vorliegen, dann werden beim Anklicken des Ergebnisses die Koordinaten nicht richtig interpretiert.

Zum testen können die beiden versch. Dateien im Anhang verwendet werden. Die zugrundeliegenden Datensätze ist in adressen.json und fluren.json hinterlegt.
Mittels der result.json lässt sich das Verhalten für beide Situationen nachvollziehen. Hierbei muss nur in der Masterportal Konfiguration von Elastic Search in der hitList der Wert zu den coordinates entweder aus _source.properties.coordinates (String) oder aus _source.geometry.coordinates (Array) bezogen werden.

Als Nutzer des Masterportals würde ich erwarten, dass besonders die Variante, in welcher die Koordinaten im Format nach GeoJSON Standard geschrieben sind, funktionieren sollte.

[Dennis Sen]

Hallo Herr Schliffke,

wir haben eine Konfiguration erzeugt, mittels der sich die Situation nachstellen lässt, und sie an das Issue angehängt. Da kein passender ES-Server zur Hand ist, haben wir zusätzlich in elasticSearch/model.js in createHit die gelieferten Strings mit den ebenso gelieferten Arrays ersetzt:

hit.source.properties.coordinates = hit.source.geometry.coordinates

Die vom Modul ausgelieferten Daten beinhielten keine String-Koordinaten mehr, das Masterportal konnte aber problemlos auf den Fund zoomen.

Von daher ist davon auszugehen, dass dies mittlerweile bereits gelöst wurde: Die Daten können ohne Koordinaten in Stringrepräsentation ausgelesen werden.

Sollten hier dennoch Probleme auftreten, bitte das Issue mit einem Test-ES-Server wieder öffnen, anhand dessen es nachvollzogen werden kann.

Viele Grüße