Höhenfehler bei Messung

Fragen zu GPS-Empfängern und alles was damit zu tun hat.

Moderator: Roland

Antworten
axel8
Beiträge: 3
Registriert: 04.02.2014 - 14:00

Höhenfehler bei Messung

Beitrag von axel8 » 04.02.2014 - 15:54

Liebe GPS-Gemeinde,

zunächst einmal ein großes Kompliment für das tolle Form und Webseite! Als Einsteiger im Bereich GPS fällt einem der Umgang mit der Theorie und Technik manchmal nicht so ganz einfach und da ist das Forum und die Webseite eine tolle Hilfe.

Habe seit Kurzem ein EVK-7P von u-blox zur Verfügung mit dem ich schon ein paar Logs aufgezeichnet habe. Mein Ziel ist es mit PPP zunächst sehr genaue punktuelle Messungen durchzuführen. Durch die Beiträge des Forum habe ich auch schon einige wesentliche Konfigurationseinstellungen durchgeführt. Die 2D-Genauigkeit ist auch schon ganz zufriedenstellen (im Submeterbereich), allerdings stimmt die gemessene Höhe überhaupt nicht. Während die realen Höhenwerte (Quelle: DGM oder auch Google) bei etwa 149 -150 m liegen sind die gemessenen Werte etwa 50 Meter höher (197-199m). Mir scheint, dass es da noch einen Konfigurationsparameter gibt, der noch nicht so ganz passt.

Kann mir da jemand weiter helfen?

Viele Grüße

Axel

Hagen.Felix
Beiträge: 701
Registriert: 21.12.2008 - 12:07
Wohnort: Grimma
Kontaktdaten:

Re: Höhenfehler bei Messung

Beitrag von Hagen.Felix » 04.02.2014 - 17:11

Moin moin,

und willkommen hier! :wink:

Kurz und knapp: Höhe über Ellipsoid != Höhe über Geoid :!:

Die Erläuterungen dazu dann z.B. unter http://www.naviboard.de/vb/showthread.php?t=31850 ... :idea:

Ergänzung: Im Falle des NEO-7P sollte unter UBX - NAV (Navigation) - POSLLH (Geodetic Position) auch noch etwas mehr zu sehen sein. :D

Mit besten Grüßen aus dem Muldental,
Hagen
Gewerbliche Tätigkeit u.a. im Bereich GNSS (siehe https://www.optimalsystem.de/os.aspx?x=411)
Nachrichten bitte bevorzugt als klassische E-Mail (siehe https://www.optimalsystem.de/os.aspx?x=8)

axel8
Beiträge: 3
Registriert: 04.02.2014 - 14:00

Re: Höhenfehler bei Messung

Beitrag von axel8 » 05.02.2014 - 17:53

Hallo Hagen,

vielen Dank für Deinen Hinweis. Das wars. Der angezeigte Höhenwert entspricht dem WGS84 Ellipsoid. Und unter UBX - NAV (Navigation) - POSLLH (Geodetic Position) sehe ich dann bei "Mean Sealevel" die Höhe des Geoids. Schön wäre es natürlich diese in der Anzeige eingeblendet zu bekommen und nicht die Ellipsoid-Höhe. Gibt es dafür auch einen Konfigurationsparameter?
Wenn ich denn meine Messung mit Koordinaten, bzw. Höhen des DHDN/DHHN durchführen will, muss ich sicherlich das Kartendatum unter UBX > CFG > DAT entsprechend umstellen. Leider habe ich bislang noch keine Aufstellung gefunden, die die in dieser Liste verwendeten Abkürzungen mit üblichen Bezeichungen von Referenzsystemen oder EPSG-Codes gegenüberstellt. Sowas gibt es doch bestimmt. Sonst müsste ich die ganzen Ellipsoid- und Shiftwerte mit denen im GIS händisch vergleichen.

Viele Grüße

Axel

Hagen.Felix
Beiträge: 701
Registriert: 21.12.2008 - 12:07
Wohnort: Grimma
Kontaktdaten:

Re: Höhenfehler bei Messung

Beitrag von Hagen.Felix » 05.02.2014 - 19:38

axel8 hat geschrieben:... Schön wäre es natürlich diese in der Anzeige eingeblendet zu bekommen und nicht die Ellipsoid-Höhe. Gibt es dafür auch einen Konfigurationsparameter? ...
Der NEO-7P in Deinem EVK-7P gibt diese Werte doch schon aus (in eben jener UBX-Nachricht), was sonst sollte er denn tun?

Damit brauchst Du doch "nur" noch eine Anwendung, die jene UBX-Nachricht einliest und anzeigt. Sofern Du nicht gleich das u-center nehmen willst ... :roll:

axel8 hat geschrieben:... Wenn ich denn meine Messung mit Koordinaten, bzw. Höhen des DHDN/DHHN durchführen will, muss ich sicherlich das Kartendatum unter UBX > CFG > DAT entsprechend umstellen. Leider habe ich bislang noch keine Aufstellung gefunden, die die in dieser Liste verwendeten Abkürzungen mit üblichen Bezeichungen von Referenzsystemen oder EPSG-Codes gegenüberstellt. ...
Mit einer sauberen Transformation in alle denkbaren nationalen, historischen und/oder exotischen Bezugssysteme wäre der arme kleine NEO-7P sicherlich heillos überfordert ... :shock:

Der "Klassiker" hierfür ist die PROJ4-Bibliothek (http://trac.osgeo.org/proj/), die ja schon seit etlichen Jahren zum Quasi-Standard geworden ist und nicht nur in den Flaggschiffen auf diesem Fachgebiet wie z.B. PostGIS verwendet wird, sondern mittlerweile auch in den meisten (neueren) kommerziellen Software-Produkten enthalten sein dürfte.

Die populärste (freie) Fertiganwendung zur Durchführung solcher Aufgaben ist derzeit wohl QGIS (http://www.qgis.org).

Eine relativ umfangreiche Anleitung zur Verwendung von QGIS mit GPS- bzw. GNSS-Geräten steht z.B. unter http://wiki.awf.forst.uni-goettingen.de ... ing_Plugin, wobei QGIS wirklich derartig populär ist (v.a. auch im akademischen Bereich), dass man mit etwas „Googeln“ hier sicher noch sehr viel mehr Anleitungen bzw. Informationen finden kann ... :wink:
Gewerbliche Tätigkeit u.a. im Bereich GNSS (siehe https://www.optimalsystem.de/os.aspx?x=411)
Nachrichten bitte bevorzugt als klassische E-Mail (siehe https://www.optimalsystem.de/os.aspx?x=8)

axel8
Beiträge: 3
Registriert: 04.02.2014 - 14:00

Re: Höhenfehler bei Messung

Beitrag von axel8 » 05.02.2014 - 22:04

Hallo Hagen,
Damit brauchst Du doch "nur" noch eine Anwendung, die jene UBX-Nachricht einliest und anzeigt. Sofern Du nicht gleich das u-center nehmen willst ...
Das hatte ich natürlich noch nicht geschrieben - nutze natürlich das u-center und möchte auch RTK-Navi verwenden. Im u-center geht es mir darum im Fenster "data", wo alle wesentlichen Daten (Lat., Long., Fix-Mode, ... und eben auch Altitude gelistet sind, dass eben dort statt der Ellipsoid-Höhe die Geoid-Höhe zu sehen ist. Das wäre doch eigentlich viel sinnvoller. Geht das?
Mit einer sauberen Transformation in alle denkbaren nationalen, historischen und/oder exotischen Bezugssysteme wäre der arme kleine NEO-7P sicherlich heillos überfordert ...
Wenn ich Dich richtig verstehe: Du misst grundsätzlich im WGS84 und transformierst die Daten später in Dein entsprechenden Bezugssystem beispielsweise mit QGIS. Habe ich bisher auch so gemacht und finde ich auch sinnvoll. Wollte das mit dem DHDN als Datumeinstellung nur mal probieren. Wenn ich nun eine bestimmte Datumseinstellung im u-center nutzen möchte, muss ich mich wohl durch alle 215 Transformationsmethoden durchwühlen und die Shiftwerte z.B. aus den mit QGIS vergleichen. Ich finde die Bezeichungen einfach wenig aussagekräftig. Aber wahrscheinlich ist es einfacher mit den bekannten Transformationswerten eine eigene, benutzerdefinierte Methode anzulegen. Werde das morgen mal testen.

Beste Grüße und schönen Abend..

Axel

Antworten