WGS84 in GK???

Hallo GIS-Gemeinde,

ich habe Punktdaten aus einer GPS-Datei (gdb) in eine Exceltabelle konvertiert. Dort habe ich nun Spalten mit den geographischen Koordinaten in Grad, Minuten und Sekunden. Ich möchte nun diese Punkte in ArcView 9.2 darstellen und zwar im GK 3.Streifen. Ich bekomme zwar die Tabelle in ArcGIS dargestellt als Punkte im WGS84 aber wenn ich den Datenrahmen auf GK stelle liegen die Punkte ganz dicht beim GK-Ursprung also statt bei 35..... , 59..... bei 8,... usw. ArcView nimmt also Länge und Breitem, wandelt sie in Dezimalzahlen und nimmt diese als GK-Werte. Was soll ich tun?

Danke
Hans
Hallo Hans!
Ich habe gerade ein ähnliches Problem. Du musst die Daten von WGS84 in GK x transformieren (Data Management Tools - Projections and Transformation - Features - Project). Allerdings bekomme ich bei mir immer die Fehlermeldung "Undefined Transformation". Vielleicht klappt es bei Dir. Wenn nicht wird hier im Forum noch das Tool Geotrans vorgeschlagen.
Schöne Grüße
Dirk
Hallo Gemeinde,
arcView Desktop hat Probleme bei der Datumstransformation.
Wenn Ihr ArcINFO habt könnte ich euch einen Projectionsfile schicken, der das ganze macht.
Grüße
Hi Hans und Lorenz!
Nach der Fehlermeldung kann man optional DHDN to WGS84-2 anwählen. Mit der Option hat es geklappt.
Grüße
Hallo Dirk, Hallo Lorenz,

leider habe ich nur eine ArcView Lizenz zur Verfügung und leider hat auch die Umprojezierung bisher noch nicht funktioniert :-(.
Welche Genauigkeiten ereicht Ihr denn bei der Transformation?

Gruß
Hans
Hallo Hans,

Gegenfrage: welche Genauigkeit erreichst Du denn?
Ich habe festgestellt, daß man bei der ArcMAp Desktop Projektion aufgrund des Datum-Problems immer so Lageabweichungen von ca. 80 - 100 m erreicht. Wie oben schon erwähnt, kann ArcINFO WGS84-GK Transformation richtig. Schade, daß Du das nicht hast.

Grüße
Lorenz
Hallo Hans!
Bei mir kommt es nicht auf den Meter an, da ich mit einem 10km Raster für ganz Deutschland arbeite. Wenn ich mene Daten transformiere, liegt Burg auf Fehmarn zumindest auf Fehmarn. Es gibt aber noch Methoden, um den Fehler zu minimieren, aber einen Fehler im Bereich von 100-200m wirst Du wahrscheinlich immer haben. Ich weiß ja nicht wie genau Du es brauchst und auf welcher Maßstabsebene Du arbeitest.
Bezüglich Umprojezierung hat noch nicht funktioniert: Du musst Deine GPS Daten erstmal in Grad umwandeln, ist aber ganz einfach. (Sekunden/60+Minuten)/60+Grad. Mit welchem ArcView arbeitest Du denn?
Grüße
Dirk
Hallo Dirk,
Kleiner Fehler in Deiner Umrechnung es muß heißen:

Grad + (Minuten/60)+ (sekunden/3600)

Grüße
Hi Lorenz!
Ist doch die gleiche Formel, bloß dass ich die 60 einmal vor die Klammer gezogen habe. Wenn Du es wieder auflöst, hast Du Deine Formel.
Dirk
Hallo,

die Frage der Genauigkeit bei der Datumstransformation hat absolut nichts mit der Lizenz (ArcView oder ArcInfo) zu tun!!! (nur das alte ArcView 3 hatte diese Probleme)
Man muss bei einer Projektion zwischen WGS84 und DHDN immer auch eine Transformation definieren, also z.B. "DHDN to WGS84-2" - je nach Gebiet - um die Abweichungen rauszurechnen - egal ob in ArcInfo oder in ArcView. Man kann allerdings diese Transformation schon in einem leeren Template-Projekt mit abspeichern, so dass man sie nicht immer einstellen muss.

Gruß
Wolfgang
Hallo,

naja ich hatte mich offen gestanden schon gewundert... Ich möchte schon Genauigkeiten im Meter-Bereich. Hier bei uns in Hamburch kein Problem, da es vom Amt vituelle Passpunkte gibt, die in einem 250 Meter Raster über dem Stadtgebiet liegen - hätte nicht gedacht, dass die Genauigkeit im Dezimeter-Bereich (eher noch besser) so außergewöhnlich ist. Nun muss ich außerhalb Hamburgs umrechnen und das gestaltet sich schwierig. Im Vergleich mit Hamburger Koordinaten habe ich damit:

http://www.orchids.de/florkart/skripte/GeoTrans.ht m

Genauigkeiten von +/- 5m gehabt. Leider zu schlecht.

Ich vermute, das es in ArcMap bei mir nicht klappt, da ich irgendwie die falsche Formatierung für die Grad-, Minuten-, Sekundenangaben habe. Vielleicht kann mal jemand ein Beispiel poasten :-). Wie gesagt nimmt das Programm immer die 8 des Breitengrades als erste Stelle für die GK-Koordinate und schließt mit Nachkommastellen an.
Danke und Gruß
Hans
Hallo Hans!

Hier ein Beispiel:
8° 13' 5'' / 8 Grad, 13 Minuten, 5 Sekunden =
8 + 13/60 + 5/3600 =
8 + 0.216667 + 0.001389 =
8.218056 Dezimalgrad

In welchem Bereich arbeitest Du denn, wenn +/-5m nicht ausreichen? Bist Du sicher, dass Deine Rohdaten (gps) überhaupt so genau waren?

Grüße Dirk
Hi Dirk, hast recht, war das Gleiche.
:-)
und Wolfgang:
guck mal an, wieder was dazugelernt. Was mich immer irritiert ist, das arcmap bei der Transformation immer "nur" z.B. "DHDN to WGS84-2" anbietet, obwohl man das doch andersrum machen wollte also eigentlich
"WGS84 to DHDN"
Grüße
Lorenz
Hallo,

die Transformation ist ja die gleiche, nur die Vorzeichen sind anders, deshalb gibt's den Eintrag jeweils nur einmal.

Gruß
Wolfgang
Hallo Wolfgang,

jo, so is das.
Wie gesagt, wieder was gelernt.

Grüße
Liebe Leute,

ich möchte mich ganz herzlich für Eure Hilfestellungen bedanken. Eine Frage habe ich aber noch:
Die Transformationen: DHDN_To_WGS84_1 bis 7(x), worin unterscheiden die sich im Groben? Hat wohl aber nichts mit irgendwelchen GK-Streifen zu tun oder?

Gruß
Hans
Hallo Hans!
Ich will ja nichts falsches sagen, aber ich meine, dass es einen indirekten Zusammenhang gibt. 84-1 sowie 5-7 war für West-Deutschland, 84-2 ist das neue, ein weiteres war für Thüringen. Da musst Du mal recherchieren, welches am besten zu Hamburg passt. Schau mal unter:
http://support.esri.de/files/support/NeueKoordinat ensystemeInArcGIS9.pdf
Grüße
Dirk
Danke
habe jetzt erstmal 84_2 genommen, da angeblich die besten Ergebnisse bis +/- 3m erreicht werden sollen. Das ist aber noch nicht der Weisheit letzter Schluss. Bleibe da weiter am Ball und lass es Euch wissen.

Schönes Wochenende
Hans
Hallo zusammen,

sucht mal nach "Koordinatensystem, Projektionen und Datumstransformationen in ArcIMS". Dort könnt ihr nachlesen welche Datumstransformation für euer Gebiet geeignet ist. Die Genauigkeit ist mit unter einem Meter angegeben.


Als Alternative könnt ihr euch die BeTA2007 einbinden. Dann habt ihr in komplett Deutschland eine Genauigkeit < 0,10m.

Gruß
Gismoe