[Mapbender-users] fehlerhafte Darstellung Flurstückssuche

[Armin Retterath]

hallo markus,

du musst jetzt kontrollieren, ob der beta2007 transformationsansatz sowohl in der epsg datei, als auch in der postgis eingestellt sind. 

bei debian kenne ich mich aus - aber mit windows hatte ich 20 jahre nichts mehr zu tun ;-).

der mapserver nutzt die epsg datei für die transformation bei den wms/wfs - da 
steht ja pro crs ein eintrag drin:
z.b.: 

# DHDN / 3-degree Gauss-Kruger zone 2
<31466> +proj=tmerc +lat_0=0 +lon_0=6 +k=1 +x_0=2500000 +y_0=0 +datum=potsdam +units=m +no_defs  <>

wenn man mit shift werten genau transformieren will, muss man die shift gsb datei angeben d.h. die zeile heißt später:

<31466> +proj=tmerc +lat_0=0 +lon_0=6 +k=1 +x_0=2500000 +y_0=0 +datum=potsdam +ellps=bessel +nadgrids=@BETA2007.gsb,null +units=m +no_defs  <>

die shift datei sollte im ordner liegen, in der auch die epsg datei liegt.
(man kann sie, fall noch nicht vorhanden, vom bkg runterladen: http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007.gsb)

für die postgis muss erfolgt die angabe der transformation in der spatial_ref_sys tabelle

für gk2 kannst du das mal checken:

select * from spatial_ref_sys where srid = 31466;

falls der genaue ansatz da nicht hinterlegt ist, kannst du das per sql anpassen:

update spatial_ref_sys set proj4text = '+proj=tmerc +lat_0=0 +lon_0=6 +k=1 +x_0=2500000 +y_0=0 +datum=potsdam +ellps=bessel +nadgrids=@BETA2007.gsb,null +units=m +no_defs' where srid = 31466;

uns eine transformation testen:

SELECT ST_AsText(ST_Transform(ST_GeomFromText('POINT(2490000.00 5652000.00)',31466),25832)) As wgs_geom;

da müssen ungefähr folgende koordinaten rauskommen:
279488.01 5654871.71

der transformationsansatz über die epsg datei - z.b. für mapserver kann über das kommandozeilentool cs2cs getestet werden:

cs2cs +init=epsg:31466 +to +init=epsg:25832
dann eingabe von:
2490000.00 5652000.00
führt auch zu:
279488.01	5654871.71 0.00


die transformationsansätze müssen natürlich für alle gk epsg angepasst werden, die du nutzt.

falls du weitere infos brauchst, frag einfach nach ;-) .

viele grüße

armin



> Markus Lütke Brintrup <geodaten at wipflerplan.de> hat am 15. Juni 2020 um 12:09 geschrieben:
> 
> 
> Hallo Armin,
> 
> Mapbender und postgreSQL laufen jeweils auf einem Windows Server 2012.
> 
> Viele Grüße,
> 
> Markus
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Armin Retterath [mailto:armin.retterath at vermkv.rlp.de] 
> Gesendet: Mittwoch, 10. Juni 2020 15:52
> An: Mapbender User List <mapbender_users at lists.osgeo.org>; Markus Lütke Brintrup <geodaten at wipflerplan.de>
> Betreff: Re: [Mapbender-users] fehlerhafte Darstellung Flurstückssuche
> 
> hallo markus,
> wahrscheinlich hast du den genauen beta2007 transformationsansatz nur in der epsg datei konfiguriert - daher klappt die transformation durch den mapserver on the fly. in der spatial_ref_sys tabelle der postgis müssen die epsg defs genauso konfiguriert sein, wie in der epsg datei.
> was hast du für ein betriebsystem?
> viele grüsse
> armin
> > Markus Lütke Brintrup <geodaten at wipflerplan.de> hat am 10. Juni 2020 um 15:24 geschrieben:
> >
> >
> > Hallo Liste,
> >
> >
> >
> > in unserem Mapbender-Projekt haben wir die ALKIS-Daten aus der 
> > postgreSQL als Mapserverdatei eingebunden. Der Dienst wird lagerichtig 
> > angezeigt, obwohl unser Mapbender noch in GK4 ist und der Dienst in UTM32.
> >
> > Dann habe ich in der postgreSQL einen View gebastelt, den ich als 
> > Flurstücks-Suche im Mapbender integriert habe. So weit, so gut.
> >
> > Ergebnis ist folgendes:
> >
> >
> >
> >
> >
> >
> >
> > Die Lage ist verschoben, d.h. die Transformation des Koordinatensystem 
> > hat augenscheinlich nicht funktioniert.
> >
> >
> >
> > Mein View sieht so aus (ich habe versucht die Geometriespalte zu
> > transformieren):
> >
> >
> >
> > CREATE OR REPLACE VIEW postnas.flurstueckssuche
> >
> > AS
> >
> > SELECT ax_flurstueck.gid,
> >
> > st_transform(ax_flurstueck.wkb_geometry,
> > 31468)::geometry(Geometry,31468) AS geom,
> >
> > gem_shl.gemname AS gemeindename,
> >
> > gema_shl.gemarkung AS gemarkungsname,
> >
> > ax_flurstueck.zaehler,
> >
> > ax_flurstueck.nenner
> >
> > FROM postnas.ax_flurstueck
> >
> > JOIN postnas.gema_shl ON
> > "substring"(ax_flurstueck.flurstueckskennzeichen::text, 1, 6) = 
> > gema_shl.gemashl::text
> >
> > JOIN postnas.gem_shl ON gem_shl.gemshl = gema_shl.gemshl
> >
> > WHERE gema_shl.gemshl IS NOT NULL
> >
> > ORDER BY gema_shl.gemarkung, (ax_flurstueck.zaehler::integer),
> > (ax_flurstueck.nenner::integer) NULLS FIRST;
> >
> >
> >
> > Freundliche Grüße
> >
> >
> >
> > Markus Lütke Brintrup
> >
> >
> >
> > WipflerPLAN
> >
> > Niederlassung Donauries
> >
> >
> >
> > Telefon: 09081 27509-44
> >
> > Telefax: 09081 27509-50
> >
> > <mailto:mlb at wipflerplan.de> mlb at wipflerplan.de
> >
> > <http://www.wipflerplan.de/> www.wipflerplan.de
> >
> >
> >
> >
> >
> > WipflerPLAN Planungsgesellschaft mbH
> >
> > Standort Nördlingen
> >
> > An der Lach 11 a
> >
> > 86720 Nördlingen
> >
> > Amtsgericht Ingolstadt HRB 190595
> >
> > Geschäftsführer:
> >
> > Wilhelm Wipfler
> >
> > Ursula Burkart
> >
> > Adelheid Buchard
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Mapbender_users mailing list
> > Mapbender_users at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/mapbender_users
>

--
Armin Retterath

Zentrale Stelle GDI-RP 
LVermGeo Rheinland-Pfalz

Von-Kuhl-Straße 49
56070 Koblenz
Telefon 0261 492-466
Telefax 0261 492-492
armin.retterath at vermkv.rlp.de
http://www.geoportal.rlp.de