Fehlerhafte Koordinaten

Hallo!

Ich arbeite mit ArcView Gis 3.2 und habe ein Problem mit der
Koordinaten-Darstellung.

Der Hochwert meines Untersuchungsgebietes stimmt mit dem der
ermittelten GPS-Daten vor Ort überein, jedoch nicht der Rechtswert. Ich habe schon verschiedene Einstellungsmöglichkeiten ausprobiert, jedoch
leider immer ohne Erfolg.

Die GPS-Rechtswerte liegen um einen Wert von ca. 1.202.000 über denen, die mir ArcView beim laden diverser Dateien (z.B. Untersuchungsgebiet) anzeigt.

Muss ich die Daten transformieren?
Den GPS-Daten liegen folgende Werte zugrunde:
UTM 33
WGS 84

Hat hier jemand eine Idee wie ich dieses Problem lösen kann? Ich komme
absolut nicht mehr weiter.


Danke
André
Eine Sache der Projektion! Ist die Projektion der Shapes definiert
Besitzen die Shapes eine .prj Datei?
Liegen denn die Shapes (GPS-Punkte und Untersuchungsgebiet) im View übereinander?
Ich kenne etwas ähnliches, wenn man Rechtswerte miteinander vergleicht, die in unterschiedlichen Gauss-Krüger-Streifen in der Attributtabelle berechnet worden sind.
Wenn Du die GPS Daten über z.B. eine topographische Karte legen möchtest, die in einem anderen Koordinatensystem vorliegen (z.B. Gauss-Krüger), dann sollten die GPS-Punkte definitiv transformiert werden. Vielleicht wird dadurch der Fehler ausgelotet.

Ansonsten wäre eine gefuschte Variante alle Punkte um ca. 1.202.000 zu verschieben. Dies setzt allerdings vorraus, dass der Fehler bei allen Punkten systematisch ist.
Hallo Obiwan,

danke für die Antwort!

Die GPS-Daten habe ich als dbf-Datei in ArcView eingefügt. Ich möchte eigentlich nur die Daten umwandeln. Kann es sein, dass sie von WGS 84 UTM 33 (in diesem Format liegen sie ja vor) in Gauß-Krüger-Koordinaten umgewandelt werden müssen?
Da es nicht viele Daten sind, könnte ich das auch per Hand machen. Ich weiß halt nur nicht wie und wo. Habe das Internet schon nach verschiedenen Transformationsprogrammen abgesucht, bin dabei jedoch nicht wirklich weiter gekommen.
Kennst Du gutes Programm, mit dem ich die Dateien umwandeln kann?

Eine .prj-Datei habe ich nicht...

Die ganzen Daten, sprich Shape-Files usw., habe ich und deren Koordinaten stimmen ja auch, nur halt nicht meine gemessenen GPS-Werte (die ich ins dbf-Format umgewandelt habe, um sie mir darstellen zu lassen). Die liegen, obwohl sie sich im Untersuchungsgebiet befinden, ausserhalb, was wohl darauf hindeutet, dass sich das Unterschungsgebiet als auch die GPS-Daten in unterschiedlichen Koordinatensystemen befinden, oder?



Danke fürs Lesen und vielleicht auch für ein paar Tipps, wie ich das Problem lösen kann
André
Hallo Novosibirsk,

wie transformiere ich denn? :-)
Meine Koordinaten sehen wie folgt aus (WGS 84):

UTM [33U] R
421284,36

UTM H
5857853,89

Ich bräuchte jedoch einen Wert für den RW, der um 3421284 liegt, dann würde alles passen.
Der HW scheint auch jetzt schon von der Lage ganz gut zu passen.
Also Andre,

um die Koordinaten in GK Rechtswert (3xxxxxx) und Hochwert (5xxxxxx) zu bekommen musst Du Dein Thema projezieren!!!!!
Benutze den Projektor von Jeff Jenness um dein Thema von UTM nach Gauss Krüger zu transformieren.
Wenn Du anschließend die Koordinaten neu berechnen lässt (z. B. hiermit) sollten diese mit deinen Untersuchungsgebiets-Koordinaten passen.
Hallo Obiwan,

dafür benötigt man jedoch den Spatial Analyst, und den habe ich nicht... Uahhhhhh!

Kann man das nicht irgendwie ohne ArcView umrechnen? Ich würde ganz gerne "einfach" nur die Koordinaten per Hand umrechnen und dann mit diesen neuen Koordinaten eine neue .dbf-Datei erstellen und die dann bei ArcView einlesen.
Funktioniert das irgendwie?
Hi André,

ich tippe mal ins Blaue, dass beide Koordinaten UTM-Koordinaten sind, weil sie sich hinten herum doch sehr ähneln... Außerdem müsste auch der Hochwert abweichen, wenn das eine GK und das andere UTM wäre.

UTM-Rechtswert-Koordinaten haben mit Streifennummer 8 Stellen, ohne Streifennummer 6. Der ersten Koordinate fehlt dann einfach die Streifennummer - was nicht ungewöhnlich ist.

Die untere Koordinate - mit Streifennummer - müsste dann 33421284 heißen.

Wenn dem so ist, verschiebst du also entweder das eine 33Mio Meter nach Westen oder das andere um den selben Betrag nach Osten. Das Ganze passt dann offensichtlich ganz zwanglos aufeinander.

Gruß, Mx.
Hallo Maxilla,

danke für Deine Antwort!

Es kann gut sein, dass auch der Hochwert abweicht. Ich habe ja leider keinen Referenzpunkt innerhalb meines Untersuchungsgebietes, den ich mit einem GPS-Messpunkt vergleichen könnte.
Ich habe lediglich gesehen, dass die GPS-Werte, wenn ich den Rechtswert veränderte, im Untersuchungsgebiet liegen. Es kann gut sein, dass es dennoch der falsche Platz innerhalb des Gebietes ist und somit auch der HW verändert werden muss.

Folgende Angaben habe ich zu den GPS-Werten:
UTM [33U] R UTM H
421284,36 5857853,89
421804,51 5862028,24
Längen- und Breitenangaben sind im WGS84 Datum

Es handelt sich wohl um UTM-Koordinaten, oder?

Ich kann doch nun nicht einfach 33Mio Meter subtrahieren, oder? Selbst wenn das dann, so wie ich es ja ausprobiert habe, passen würde, passt noch immer nicht der HW.

Wie rechne ich nun diese Koordinaten am besten in Gauß-K.-Koordinaten um?

Mein Problem ist hier für die meisten bestimmt keins, da es zu banal ist, ich komme jedoch dennoch nicht weiter.



Danke für die Hilfe
André
Doch, du kannst von den UTM-Koordinaten MIT Streifennummer 33Mio abziehen, dann ist die Streifennummer weg. Oder auf deine GPS-Werte 33Mio addieren, dann sind sie mit Streifennummer. Kannst auch einfach die 33 löschen oder dzuschreiben. Bei Shapedateien heißt das natürlich: Das Shape mit Streifen-NR um 33Mio Meter nach links (die Streifen-NR ist weg) oder das Shape ohne Streifen-NR um 33Mio Meter nach rechts verschieben (die Streifen-NR ist dran).

UTM in GK umrechnen geht mit ArcView 3.2 nicht. Die Projection-Utility (siehe Start - Programme - ArcView GIS 3.2 - Projection-Utility), tut zwar so als ob sie das kann, vermasselt aber den Datumsübergang...
Hallo Maxilla,

ich denke, nun habe ich es verstanden :-)


Vielen Dank für die Hilfe!!!
Deine beiden UTM Koordinaten liegen im GaussKrüger System (laut Transdat) übrigens bei:

GK-DHDN-PD; R - H
5421386.71347 - 5859751.51211
5421907.03545 - 5863927.52840