[Mapbender-users] Search Router ignoriert EPSG der Tabelle und Karte
David Harald Schneider
david.schneider at miena.de
Fri Aug 7 04:05:11 PDT 2020
Danke Astrid,
Die Geometrien hatte ich bereits alle haarklein geprüft.
Mittlerweile hat sich das Problem zumindest für uns erledigt. Warum dies so ist, kann ich allerdings nicht genau nachvollziehen.
Ich hatte den Search Router bisher nicht im App_Dev bearbeitet.
Heute morgen bin ich dann noch einmal in Dev-App auf die Suche gegangen und habe mir den Search-Router angeschaut, aber inhaltlich nichts geändert, sondern einfach nur wieder auf speichern geklickt. Und erstaunlicherweise hat plötzlich die Suche korrekt funktioniert.
Da ich ansonsten keine weiteren Einstellungen geändert habe, kann ich es leider auch nicht mehr reproduzieren.
Das es am Cache liegen könnte hatte ich vorher schon in Betracht gezogen und diesen auch schon erneuert. Es scheint also nicht damit zusammen zu hängen.
Es bleibt ein Rätsel. Ich werde es mal beobachten, wenn wir jetzt die Daten auch in 3.2 integrieren und sollte es wieder auftreten, werde ich mal ein komplettes Abbild speichern und detaillierter auf die Suche gehen.
Vielen Dank,
David
Am 07.08.20, 12:06 schrieb "Mapbender_users im Auftrag von Astrid Emde (WhereGroup)" <mapbender_users-bounces at lists.osgeo.org im Auftrag von astrid.emde at wheregroup.com>:
Hallo Daniel,
der SearchRouter benötigt bisher keine Angabe des EPSG-Codes.
Sind deine Geometrien wirklich in 25833?
Schau dir einmal die Koordinaten an:
SELECT ST_ASewkt(wkb_geometry) from ax_flurstueck;
Du kannst in der Suche auf eine Sicht zugreifen, in der du die Geometrie
ggf. nach 25833 umrechnest.
Oder eine zusätzliche Spalte in 25833 einführen oder eine eigene Tabelle
für 25833 anlegen.
CREATE VIEW public.qry_ax_flurstueck AS
SELECT ogc_fid, nenner, zaehler,
ST_TRANSFORM(wkb_geometry,25833)::geometry(multipolygon,25833) as
geom_25833
from ax_flurstueck;
oder direkt als Tabelle (dann am besten noch einen GIST-Index anlegen).
CREATE TABLE public.qry_ax_flurstueck AS
SELECT ogc_fid, nenner, zaehler,
ST_TRANSFORM(wkb_geometry,25833)::geometry(multipolygon,25833) as
geom_25833
from ax_flurstueck;
Anpassung der YAML-Konfiguration:
class_options:
connection: nassn
relation: public.qry_ax_flurstueck
attributes:
- ogc_fid
- nenner
- zaehler
- wkb_geometry
geometry_attribute: gem_25833
Schönen Gruß
Asrrid
Am 2020-08-07 09:48, schrieb David Harald Schneider:
> Einen lieben Gruß an die Liste,
>
> Ich habe folgendes Problem und würde mich freuen, wenn mir jemand aus
> der Liste helfen könnte.
>
> Mit besten Grüßen und vielen Dank im Voraus an alle Unterstützer,
>
> David Schneider
>
> Setup:
>
> * Mapbender Version 3.085 (auch bereits auf einem Testsystem mit 3.2
> probiert)
> * Windows Server
> * GEOSERVER V 2.17.0
> * PostgreSQL 9.6.18
> * Library libpq-10.dll
> * Mapbender-App mit EPSG:25833 (im Element Map SRS)
> * Karte per WMS Datenquelle (Geoserver, Postgis Datenspeicher) mit
> EPSG:25833 (Darstellung der Flurstücke erfolgt als Karte auch korrekt
> in EPSG:25833)
> * Search Router mit Suche in Postgre DB (Element unten in Volltext,
> DB-Verbindung funktioniert)
> * Tabelle in der Postgre DB in EPSG:25833
> * Config und parameters siehe unten in Auszug
>
> Problem:
>
> Bei der Suche über den Search Router in Postgre DB werden die
> Elemente gefunden aber die Geometrien der Ergebnisse in EPSG:25832
> dargestellt, obwohl die Tabelle als EPSG:25833 definiert ist und die
> Darstellung über die Karte (WMS per Geoserver) auch korrekt erfolgt.
> Der Search Router scheint trotz dessen, das alles im richtigen
> Referenzsystem ist, dieses bei der Darstellung der Suche zu
> ignorieren, weshalb der Rechtswert falsch ausgegeben wird. Geometrien,
> die eigentlich auf Höhe Sachsen liegen sollten, werden daher in NRW
> dargestellt. Eventuell gibt es die Möglichkeit, dem Search Router,
> ähnlich wie dem Digitizer, SRS vorzugeben/zu erzwingen. Ich habe
> bereits ausprobiert, die einstellung für srs in den Serach Router zu
> schreiben, wie er im Digitizer ist das funktioniert scheinbar
> nicht. Kennt jemand eine Möglichkeit hierfür oder erkennt eventuell
> das Problem? In der Dokumentation habe ich dazu nichts gefunden.
>
> Vorschlag für zukünftiges Release/Dokumentation:
>
> * Sollte es eine Möglichkeit geben, das Referenzsystem im Search
> Router anzugeben, könnte man dies in die Dokumentation mit aufnehmen.
> * Sollte es noch keine solche Möglichkeit geben, wäre es gut, dies
> in einem zukünftigen Release mit zu integrieren.
>
> Konfigurationen:
>
> Search Router Element:
>
> <<
>
> class: Mapbender\CoreBundle\Component\SQLSearchEngine
>
> class_options:
>
> connection: nassn
>
> relation: public.ax_flurstueck
>
> attributes:
>
> - ogc_fid
>
> - nenner
>
> - zaehler
>
> - wkb_geometry
>
> geometry_attribute: wkb_geometry
>
> form:
>
> zaehler:
>
> type: text
>
> options:
>
> required: false
>
> label: Zähler
>
> nenner:
>
> type: text
>
> options:
>
> required: false
>
> label: Nenner
>
> attr:
>
> data-autocomplete: 'on'
>
> data-autocomplete-distinct: 'on'
>
> compare: exact
>
> results:
>
> view: table
>
> count: true
>
> headers:
>
> ogc_fid: ID
>
> zaehler: Zähler
>
> nenner: Nenner
>
> wkb_geometry: Geom.
>
> callback:
>
> event: click
>
> options:
>
> buffer: 100
>
> minScale: null
>
> maxScale: 1000000
>
>>>
>
> parameters.yml:
>
> <<
>
> database2_driver: pdo_pgsql
>
> database2_host: localhost
>
> database2_port: 5432
>
> database2_name: XXX
>
> database2_path: ~
>
> database2_user: XXX
>
> database2_password: XXX
>
>>>
>
> config.yml:
>
> <<
>
> nassn:
>
> driver: %database2_driver%
>
> host: %database2_host%
>
> port: %database2_port%
>
> dbname: %database2_name%
>
> path: %database2_path%
>
> user: %database2_user%
>
> password: %database2_password%
>
> charset: UTF8
>
> logging: %kernel.debug%
>
> profiling: %kernel.debug%
>
>>>
> _______________________________________________
> Mapbender_users mailing list
> Mapbender_users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapbender_users
--
Mit freundlichen Grüßen
Astrid Emde
GIS-Consultant
-----------------------------------
Aufwind durch Wissen!
Jetzt neu: Web-Seminare und Online-Schulungen
bei der www.foss-academy.com
-----------------------------------
Astrid Emde
WhereGroup GmbH
Eifelstraße 7
53119 Bonn
Germany
Fon: +49(0)228 90 90 38 - 22
Fax: +49(0)228 90 90 38 - 11
astrid.emde at wheregroup.com
www.wheregroup.com
Folgen Sie der WhereGroup auf twitter:
http://twitter.com/WhereGroup_com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
-------------------------------
_______________________________________________
Mapbender_users mailing list
Mapbender_users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapbender_users
More information about the Mapbender_users
mailing list