[Mapbender-users] Search Router ignoriert EPSG der Tabelle und Karte

[Astrid Emde (WhereGroup)]

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
-------------------------------