<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo,<br>
<br>
zum Datastore: Nein, ich meinte schon den OGR-Datastore, der
Nas-Daten liest. <br>
Ich benutze allerdings nicht die exe-Programme ogr2ogr, sondern
die C-Bibliothek.<br>
<br>
Zu meinen Daten:<br>
<div style="COLOR: #000000; FONT: 10pt Century Gothic"><span>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 </span><span>Punkte nur
durch Vermessung in den nächsten Jahrzehnten in das </span></div>
<div style="COLOR: #000000; FONT: 10pt Century Gothic"><span>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!<br>
<br>
Es existieren in meinen Daten also 2 Koordinatensysteme.<br>
<br>
Ich kann den Quellcode verändern, wollte mich aber erst einmal
mit der Community besprechen.<br>
Sollte ich da lieber die gdal-dev Liste anschreiben?<br>
Die Herren Warmerdam und </span><i style="color: rgb(0, 0,
0); font-family: 'Times New Roman'; font-size: medium;
font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; orphans: auto; text-align: left;
text-indent: 0px; text-transform: none; white-space: normal;
widows: auto; word-spacing: 0px; -webkit-text-stroke-width:
0px; background-color: rgb(255, 255, 255);"><span
class="Apple-converted-space"></span>Rouault, die den NAS-Reader
programmiert haben, kann ich in der Liste nicht finden.<br>
<br>
Grüße,<br>
Stefan.<br>
</i></div>
<br>
<br>
Am 28.01.2014 11:22, schrieb <a class="moz-txt-link-abbreviated" href="mailto:nas-request@lists.osgeo.org">nas-request@lists.osgeo.org</a>:<br>
</div>
<blockquote
cite="mid:mailman.8970.1390904537.24729.nas@lists.osgeo.org"
type="cite">
<pre wrap="">Message: 1
Date: Tue, 28 Jan 2014 08:40:44 +0000
From: Jäger, Frank (KRZ) <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:F.Jaeger@KRZ.DE"><F.Jaeger@KRZ.DE></a>
To: 'NAS Schnittstelle via ogr2ogr' <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:nas@lists.osgeo.org"><nas@lists.osgeo.org></a>
Subject: Re: [PostNAS] srsName in der Geometrie
Message-ID: <F2176AE4E9FFAF45BEA8D84DD6F4AF1A0C3E8B56@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: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/pipermail/nas/">http://lists.osgeo.org/pipermail/nas/</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://duckduckgo.com/?q=%22%3Cgml%3Apos%3E%22+site%3Ahttp%3A%2F%2Flists.osgeo.org%2Fpipermail%2Fnas%2F">https://duckduckgo.com/?q=%22%3Cgml%3Apos%3E%22+site%3Ahttp%3A%2F%2Flists.osgeo.org%2Fpipermail%2Fnas%2F</a>
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 von <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://de.wikipedia.org/wiki/Normbasierte_Austauschschnittstelle">https://de.wikipedia.org/wiki/Normbasierte_Austauschschnittstelle</a>
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?
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.gdal.org/ogr2ogr.html">http://www.gdal.org/ogr2ogr.html</a>
- Kann man bei der Abgabe von NAS aus ALKIS evtl. ein einheitliches System anfordern?
Mfg
F. Jäger</pre>
</blockquote>
<br>
</body>
</html>