Geobide-, ED50- und ETRS89-Koordinatensystemtransformation

zu überwachen Vorteil der Möglichkeiten der Geobide SuiteWir werden die Optionen sehen zu transformieren zwischen Referenzsysteme. Interessant für diejenigen, die zwischen verschiedenem Datum in diesem Fall verwandeln müssen wir sehen, wie es mit ED50 und ETRS89 Systemen zu tun, ist fast der gleiche Fall in Lateinamerika zwischen NAD27 und WGS84.

Sind die Daten bewegt?

Dies ist nicht der Fall von Google Earth, wo mehr Transformationen gemacht werden, die vielen Bilder verschoben werden, etwas, das Sie können die Überlappungen überprüfen zwischen verschiedenen Einstellungen; In vielen Ländern, Staaten oder autonomen Gemeinschaften haben öffentliche Einrichtungen GoogleEarth ihre Bilder mit präziser Georeferenzierung zur Verfügung gestellt, mit dem Nachteil, dass GoogleEarth WGS84 als generisches Datum verwendet. Daher erfordert die Verwendung von Daten in einem anderen System eine Transformation. Die Transformation hängt in erster Linie von ihrer eigenen Definition ab, aber auch von dem Bereich, in dem wir uns befinden. Aus diesem Grund bieten generische Systeme nicht die speziellen Parameter jeder Zone.

Nehmen wir als Beispiel die Transformation ED50-30N (EPSG: 23030) zu ETRS89-30N (EPSG: 25830) für Navarra und für Spanien. Die generische Definition der Transformation weist je nach Bereich, in dem sie angewendet wird, einen unterschiedlichen Genauigkeitsgrad auf. Aus diesem Grund gibt es einige zusätzliche Parameter, die nicht in die generische Definition aufgenommen werden und die beispielsweise in Navarra einige sind, in Asturien jedoch andere unterschiedliche Werte haben können.

Wenn wir uns das oben von Geomap aufgenommene Bild ansehen, sehen wir eine Karte mit zwei Ebenen (Orthophoto und Paket), die relativ zueinander verschoben sind. Es ist das Ergebnis der spontanen Projektion des Navarra-Katasters in ED-50N eine Schicht aus Google in WGS84 und die daraus resultierenden Verschiebung wird auf das Problem in dem vorhergehenden Absatz beschrieben zusammen.

Ein kürzlich veröffentlichtes Geobide-Tutorial, aus dem wir diesen Artikel erstellen, veröffentlicht jetzt mindestens 4 Methoden, um das Problem zu beheben. Mit Geobide ist es jetzt möglich, die Bezugskonvertierung für eine Transformation zwischen Koordinatensystemen auf vier verschiedene Arten anzugeben:

1. generische Transformation:

Bei dieser Option wird die generische Transformation ohne räumliche Parameter, und ist die am wenigsten genau. Für Navarra beispielsweise Bewegung von ED50 zu ETRS89 hat einen Fehler von ~ 100-200m in x und y. (Hinweis darauf, dass dies keine Auswirkungen auf Systeme mit dem gleichen Bezugskoordinaten).

Ganz ähnlich ist der Fall von NAD27 mit WGS84 Fuß und 202 Meter nördlich und 6 Meter östlich im zentralen Bereich ändert, wenn Sie die Breite ändern, obwohl es nur von Bedeutung, in der Breite ist es von Ecuador kommt, während die Länge kommt gerade von gefälschtem dies.  

2. Transformation eines Gitters NTv2 Verwendung:

Diese Option verwendet ein Raster mit Werten, um die Konvertierung durch lineare Interpolation zu korrigieren. Diese Option ist präziser als die erste Methode und wurde vom IGN übernommen. Genau, wenn wir ein Raster für unseren Arbeitsbereich haben.

Anwendungen Geobid Sie bieten jetzt die beiden vom IGN für Spanien bereitgestellten Netze für die Halbinsel und die Balearen an, die in den Jahren 2003 und 2009 veröffentlicht wurden. Der Benutzer kann das zu verwendende Netz leicht auswählen.

Im Internet finden Sie viele Grids, auch weltweit, aber nach Größe sind sie in den Downloads der Geobide-Anwendung nicht automatisch verfügbar.

3. Molodensky Transformation (Methode der 3-Parameter)

Verwendung 3 Offsetwerte im Ursprung zwischen Ellipsoide. ein Pre-Assistent in Anwendungen, die von der empfohlenen konfigurierte IGN für Spanien.

4. 
   

   Bursa-Wolf-Transformation (Methode der 7-Parameter)

Diese Transformation verwendet 7 Werte zwischen Ellipsoide zu transformieren. Die eingegebenen Parameter sind: Verschiebung (Dx, Dy, Dz), Drehung (Rx, Ry, Rz) und Skalenfaktor (μ)

Anwendungen Geobid 3 empfohlen vorkonfigurierten Assistenten durch die angebotenen IGN im Westen, die jeweils zentral und östlich der Halbinsel.

Ergebnisse

Wie Sie die Ergebnisse unterscheiden sich nicht wesentlich unter den letzten 3 Methoden sehen können, aber mit dem ersten. Aus diesem Grund sollten Sie wissen, ob die Transformation einige dieser erweiterten Optionen benötigt.

Unter den ED50-XXN (EPSG: 230xx) -Systeme und ETRS89-XXN (EPSG: 258xx) im Bereich von Spanien sollte selbst verwendet werden, da die Bezugspunkte / Ellipsoide ED50 und ETRS89 / WGS84 nicht gleichwertig sind.

Zum Beispiel, wenn Geomap nicht diese erweiterte Datensatz, Daten von Navarra in ED50-30N (EPSG: 23030) on the fly auf den Daten reprojiziert angeboten von Google Maps (Ellipsoid WGS84) wird verschoben. Um richtig zu passen, ist es notwendig, die genauesten Transformationen zu verwenden, die bereits erläutert wurden.

Ich fühle mich sehr gut, dass Geobide eine erheblichen Anstrengungen unternehmen, um nicht nur Fähigkeiten, um Ihr System zu verlassen, sondern auch ein wenig mehr Details dieses Problem zu dokumentieren, da sie stark die Qualität und Genauigkeit der Arbeit, die nicht nur zu verstehen, es beeinflussen ist ein weiterer Versuch.

Bisher war alles dies automatisch in den Motor integriert, aber wie wir Freunde kommentiert Geobide haben sich die Anforderungen der Nutzer führte sie sichtbar für den Anwender in Anwendungen lassen sich dessen bewusst zu sein und auch die ändern Standardeinstellungen, oder einen für Ihren eigenen Arbeitsbereich machen.

Transformation ellipsoidal / Geoidhöhen

In der neuen Version wird auch die Bilddifferenzberechnung ellipsoidal / Geoidhöhe geändert, so dass der Benutzer nun das Geoid-Modell verwendet, auswählen kann.

PRJ Dateien Nomenklaturen

Und schließlich eine weitere Änderung, die auf dem besten scheint Interoperabilität Aufwand mit OGC-Standards oder Praktiken populärer Programme. Die von Geobide generierten PRJ-Dateien sind in der OGC-WKT-Nomenklatur enthalten, einem Standard, der von vielen CAD / GIS-Tools anerkannt wird. Nicht so für ESRI-Anwendungen, deren PRJ, obwohl sie die gleiche mathematische Definition wie die Standarddefinitionen enthalten, die Koordinatensysteme unterschiedlich bezeichnen.

Zum Beispiel:

In dem Inhalt einer Datei PRJ OGC, das ETRS89-30N System (EPSG: 25830) durch die Codenamen "ETRS89 / UTM Zone 30N" definiert ist; die Anwendungen ESRIStattdessen nennen sie es "ETRS_1989_UTM_Zone_30N". Wenn wir in ArcGis in den beiden Nomenklaturen Schichten mit PRJs mischen, führt diese Software die räumliche Transformation auch dann aus, wenn die mathematische Definition der Koordinatensysteme identisch ist.

Aufmerksamkeit darauf nehmen Hartnäckigkeit, Hat Geobide eine neue Option in der Referenz-System-Selektor aktiviert, so dass der Benutzer angeben kann, ob er ein Koordinatensystem mit einem PRJ im EPSG-Stil oder Stil haben möchte ESRI.

http://www.geobide.es/