[PostNAS] srsName in der Geometrie

[Stefan Bernsdorf]

Hallo,

zum Datastore: Nein, ich meinte schon den OGR-Datastore, der Nas-Daten 
liest.
Ich benutze allerdings nicht die exe-Programme ogr2ogr, sondern die 
C-Bibliothek.

Zu meinen Daten:
LOKAL_RP_UTM32101: ist ein Koordinatensystem, das in Rheinland-Pfalz 
für Punkte mit dem "historischen" Koordinatensystem  "GK LST101" von 
Amtswegen nach UTM umgerechnet wurde. Diese Punkte muss die 
Landesbehörde unterscheiden, da diese Punkte nur durch Vermessung  in 
den nächsten Jahrzehnten in das
aktuellen Koordinatensystem mit entsprechenden Genauigkeiten (Attribut 
GST) überführt werden können. behandelt wird es nicht andres als UTM 32N 
:  EPSG 25832! Nur dass es eben Punkte geben kann, die Koordinaten aus 
beiden Koordinatensysteme haben können!

Es existieren in meinen Daten also 2 Koordinatensysteme.

Ich kann den Quellcode verändern, wollte mich aber erst einmal mit der 
Community besprechen.
Sollte ich da lieber die gdal-dev Liste anschreiben?
Die Herren Warmerdam und /Rouault, die den NAS-Reader programmiert 
haben, kann ich in der Liste nicht finden.

Grüße,
Stefan.
/


Am 28.01.2014 11:22, schrieb nas-request at lists.osgeo.org:
> Message: 1
> Date: Tue, 28 Jan 2014 08:40:44 +0000
> From: Jäger, Frank (KRZ)<F.Jaeger at KRZ.DE>
> To: 'NAS Schnittstelle via ogr2ogr'<nas at lists.osgeo.org>
> Subject: Re: [PostNAS] srsName in der Geometrie
> Message-ID: <F2176AE4E9FFAF45BEA8D84DD6F4AF1A0C3E8B56 at skrzmxmbx02>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hallo,
> ich kann mich an die Frage nicht erinnern, ich glaube die ist noch nicht aufgetaucht.
> Das Archiv wäre hier zu durchsuchen:http://lists.osgeo.org/pipermail/nas/  
> https://duckduckgo.com/?q=%22%3Cgml%3Apos%3E%22+site%3Ahttp%3A%2F%2Flists.osgeo.org%2Fpipermail%2Fnas%2F  
>
> Zum Verständnis: Mit "NAS-datastore" meinen sie die Konvertierung von NAS in eine Datenbank, z.B. PostGIS?
> Wenn ich nach dem Begriff suche, lande ich im Kontext von "Network Attached Storage" und nicht vonhttps://de.wikipedia.org/wiki/Normbasierte_Austauschschnittstelle  
>
> Erst mal wäre zu klären: Wieso kommen in ihren Daten denn zwei verschiedene SRS vor?
> Ich vermute, das Gebiet liegt im Grenzbereich von zwei Koordinaten-Streifen?
>
> Da wir hier mitten im 32. UTM-Streifen liegen, kommt das in der Praxis hier nicht vor.
> Aber als Programmautor von "edbs2wkt", also sozusagen des Vorgängerprojektes von PostNAS, kann ich mich an eine ähnliche Situation in der ALK erinnern: In einem GIS-System wird i.d.R. der gesamte Bestand - also alle Geometrien einer Tabelle - in einem einheitlichen System abgelegt (Zielsystem des Konverters).
> In der ALK (Schnittstelle EDBS) galt aber die Regel, dass jeder einzelne Punkt in genau dem Gauß-Krüger-Streifen geliefert wird, in der er theoretisch fällt.
> Das führte z.B. dazu, dass die Eckpunkte eines Objektes, z.B. eines Flurstücks, aus gemischten Gauß-Krüger-Streifen geliefert wurden. Um die Punkte im Geometriefeld zur Flächengeometrie zusammen fassen zu können, musste ich das Programm um eine Transformations-Routine erweitern. Die vom Zielsystem abweichenden Koordinaten mussten in den Nachbar-Streifen umgerechnet werden.
> Heute würde ich dazu eine Bibliothek wie proj4 verwenden. Damals habe ich die Formeln in den Programmcode integriert.
>
> Taucht das gleiche Problem nun 10 Jahre später bei ALKIS wieder auf?
> Handelt es sich bei den zwei verschiedenen SRS um benachbarte UTM-Streifen?
> Liegt das Gebiet am Streifen-Rand?
>
>
> Ansätze:
>
> - Parameter um das Zielsystem von ogr2ogr festzulegen:   '-a_srs' Assign an output SRS. Wird das verwendet?
>    http://www.gdal.org/ogr2ogr.html  
>
> - Kann man bei der Abgabe von NAS aus ALKIS evtl. ein einheitliches System anfordern?
>
> Mfg
> F. Jäger

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20140128/27361230/attachment-0001.html>