Transformation von DHDN Zone 3 zu ETRS89

Hallo,

Ich bin gerade dabei meine Geodaten in ArcGIS 9.2 an der EU Richtlinien anzupassen. Das heißt meine Shapedateien werden in der nächsten Zeit von DHDN Germany Zone3 in ETRS89 umgeformt. Meine Vorgehensweise lautet;

- prüfen ob das Koordinatensystem "Germany Zone3" den bestehenden Shapefiles zugewiesen wurden.(wenn nicht dann in ArcGIS Toolbox ünter "Data Management>Projections and Transformations> define Projection" zuweisen)

- unter "Data Management>Projections and Transformations>Feature>Project" das Shapefile eingeben, und als Output Coordinate System "Projected>UTM>Other GCS>ETRS 1989 UTM Zone32" wählen.

- als nächstes gibt es die Möglichkeit eine "Geographic Transformation" zu definieren. Es gibt allerdings 7 vordefinierten Transformationen. Laut ESRI ist DHDN_To_Etrs_2989_2 vom BKG die neueste.

Folgender Link zeigt eine Seite aus der Behörden für Geoinformation in der Koordinated schon transformiert sind.

http://www.niedersachsen.de/master/C23120551_L20_D 0_I6503106_h1.html

Altes Bezugssystem


Neues Bezugssystem

GK-Koordinaten (R, H):
Rechts Hoch
3 554 643,584 5 808 517,070

UTM-Koordinaten (E, N):
Rechts Hoch
32 554 549,527 5 806 633,016

bei meiner Transformation komme ich aber nicht auf diese Werte!


On-the Fly werden die koordinaten folgendes Transformiert:

Rechts Hoch
554 628,407838 5 806 791,55111


mit eine DHDN_To_Etrs_2989_2 Tranformation bekomme ich folgendes:

Rechts Hoch
554 549,543321 5 806 632,78175


Der Rechtswert fängt mit 32 wegen der "False Eastings" Berechnung! Was mich aber stört is die Abweichungen in Meter von 16m und 235m bei der DHDN_To_Etrs_2989_2 Transformation.


Hat jemand bereits diese Tranformation erfolgreich durchgeführt?und wenn ja, wie, und wie genau was sie gewesen? Laut bericht, soll die Transformation cm Genau sein. Müssen wir die Parameter in ArcGIS selber definieren?


mfg

R.Buckley
Braunschweig
Sorry...Falsch formatiert!


altes Bezugssystem:
Rechts Hoch
3 554 643,584 5 808 517,070

Neues bezugssystem:
Rechts Hoch
32 554 549,527 5 806 633,016
Hi André,

den Werten zufolge hast du bei deiner On-the-Fly Projektion in den Data-Frame-Einstellungen keine Transformation definiert.

Gruß, Mx.
Ich habe einen Punkt-Datei die mit einen enzigen Punkt belegt ist. Dieser Punkt ist mit die DHDN- Zone3 Koordinatensytem eingestellt. In dieser Datei habe ich einen Punkt genau auf die Koordinaten -Rechts- 3 554 643,584, und
Hoch-5 808 517,070 gesetzt. (wie der Punkt bei der GLL - Niedersächsischer Webseite).

Die Shapedatei habe ich in das ETRS89 Koord-system tranformiert. Die Rechts- und Hochwerte die ich dannach abgelesen habe (rechter Mausklick auf der Spaltenname in der attributentabelle>calculate geometry>...)sind nich die die auf deGLL Webseite vorkommen. Und die Abweichung ist meiner Meinung nach zu groß!

mfg
R Buckley
Beim Rechtswert hast du eine Abweichung von 1,6cm, beim Hochwert sind's 23cm. Keine Ahnung, ob das tolerierbar ist...

Die sehr hohen Abweichungen bei der On-the-Fly Projektion von 16 und 235m beruhen m.E. auf dem oben genannten Einstellungsfehler.
OK! Danke.

Ich glaube ich hatte das doch richtig gemacht. Ein bisschen verwirrt bin ich schon. Ein 23cm Abweichung ist natürlich akzeptabel. Hatte aber gedacht, daß die genauigkeit unter das cm Niveu kommen würde. Die NTv2 Transformation behauptet allerdings das dies möglilch sei.

mfg
R Buckely
Braunschweig
Immerhin, könnte aber jemand bestätigen, dass das Methode die ich oben durchgeführt hatte das richtige ist? So viel Info für ArcGIS Anwender gibt es nicht, und wenn schon, sprechen die über eine NTv2 Tranformation anhand kostenpflichtige Daten vom SAPOS- LGN. 8z.B - ESRI Arcaktuell - Ausgabe 1/2007.
Gruß

R Buckley
Hier ist ein Link auf die Informationssammlung eines Vermessers zum Thema - und Vermesser finden 23 cm Abweichung nicht sonderlich akzeptabel. Der Zweck bestimmt nicht nur die Toleranzschwelle sondern auch den genauen Parametersatz der Projektion, der ggf. vom jeweiligen Landesamt einzuholen ist. Teilweise ist noch eine Rotation eingeführt. (Siehe diese glaubwürdige Quelle). Unter DHDN firmieren leider verschiede Parametersätze und das Problem ist oft nicht allein, den am Ort "richtigen" Satz zu verwenden, sondern den, der den Daten wirklich zugrunde liegt - der einzig richtige. Die meisten Metadaten (was ist denn das???) machen allerdings beim Stichwort DHDN schon schluss. Eine Geheimwissenschaft, wie Wolfgang richtig bemerkte.