Ja, habe mich geirrt. Ich meinte auch nicht 10 Grad, sondern 10 Minuten. Wenn man besonders genau und trotzdem platzsparend sein wollte, müsste man Äquipotenziallinien erzeugen und dort, wo sie besonders dicht sind (=hohe Steigung / hoher Gradient des Geoids) mehr Werte in die Tabelle tun als in den Gegenden, wo die Steigung gering ist. Aber so eine dynamische Tabelle wäre wieder schwer auszuwerten.

Man kann sie ja erstmal in eine Datei schreiben und dann in die statische Tabelle einfügen. Eine Arbeitsteilung wäre ja ganz gut: Einer extrahiert die Werte, der andere erstellt die Routine zur Berechnung.

Ich bin sowieso unsicher bezüglich der Daten-Genauigkeit. Die Korrektur-Höhen des Geoids (=Quasigeoidhöhe) liegen in Deutschland zwischen 36 und 50 Metern. D.h. es gibt in Deutschland 14 Meter Höhenunterschied innerhalb des Geoids. Der Bezugspegel ist Amsterdam und alle amtlichen Höhen werden auf diesen Pegel bezogen. Dabei wird zur Interpolation in Deutschland ein Geoid nach einem neuen System GCG05 angenommen (Bundesamt für Geodäsie). Gerade in den letzten Jahren wird das Geoid-System europaweit umgestellt, weil im alten System noch keine Gravitationsunterschiede berücksichtigt wurden. Im neuen System (European Levelling Net UELN) hingegen schon. Deshalb weichen die amtlichen Höhenangaben in den topografischen Karten zur Zeit noch von den mit Hilfe der Quasigeoidhöhe nach UELN berechneten Höhen ab. Aber das wird sich in den nächsten Jahren sukzessive ändern. Die neuen Werte werden deshalb nicht mehr als Höhe über Normalnull (Höhe ü. NN) sondern als Normalhöhennull (NHN) angegeben. Deshalb sagte ich ja schon in einem früheren Posting, dass man für die Höhenkorrektur im Grunde genaueres über die im jeweiligen Land gültigen, amtlichen Höhenangaben wissen müsste.

Wie weit die von der amerikanischen Behörde zur Verfügung gestellten Daten mit denen nach UELN übereinstimmen, weiß ich nicht. Aber sowohl beim Bundesamt für Geodäsie, als auch bei der amerikanischen Behörde gibt es online-Rechner, bei denen man die Höhen nach den jeweiligen Systemen ermitteln kann. Auf diese Weise könnte man schonmal vorab gucken, wie weit das US-System auch bei uns passt. Man sieht also, die Sache ist doch alles andere als trivial.

Tschö, Volker

Routine zur Berechnung gibt's irgendwie nicht. Die vorberechneten Korrekturwerte kann man sich ja direkt runterladen. Wir müssen das 2.5x2.5 Raster nur noch reduzieren und schon haben wir die Tabelle für unser Raster. Das sollte ja eigentlich kein Ding sein.

Ja, aber die Anpassung der Tabelle für die Landeskorrektur können wir ja in einem zweiten Schritt machen. Erster Schritt wäre erstmal die WGS84 Daten zu reduzieren so dass wir auf die "offizielle WGS84-Höhe" kommen. Dazu liefern die anscheindend schon ein Fortran Tool mit. Werde das mal mit dem gfortran Compiler versuchen zu kompilieren. Wenn das für uns nicht taugt, dann heisst es erstmal Fortran-Code entziffern, da ja das Datenformat für die vorberechneten Tabellen irgendwie nicht dokumentiert ist. Meine Fortran Kenntnisse sind extrem rudimentär. Ich habe mal Fortran-Routinen einer Library aus C raus aufgerufen - das war's dann aber schon. Das einzige Fortran-spezifische dabei war die Konvertierung der Parameter.

Der eigentliche Einbau der Tabelle in den Android Source ist dann nicht so das Problem. Schliesslich müssen wir den Wert des aktuellen Sektors dann nur noch von der Höhe abziehen, die vom GPS-Empfänger geliefert wird.

Sorry, dass ich mich hier so lange nicht mehr gemeldet habe. Ich habe zur Zeit sehr viel umme Ohren ;-).

Was Fortran betrifft, kann ich vielleicht behilflich sein. Ist zwar schon länger her, aber ich habs im Studium mal gelernt (allerdings Fortran 77) und früher auch viel damit programmiert. Ein paar Kenntnisse sollten wohl noch da sein.

Ich hatte auch jemandem geschrieben, der in einem GPS-Forum (weiß schon gar nicht mehr wo) geschrieben hat, er hätte C-Code zur Höhenkorrektur. Der hat nur leider nie geantwortet. Ich denke immer noch, dass es eine einfachere Lösung geben müsste, als die Konvertierung dieses Datenwusts und ein Umschreiben der Fortran-Routinen.

Gruß, Volker

Ich hab übrigens das Tool "GPS Test" gefunden, dass den Geoid-Fehler kompensieren kann. Das tut es recht zuverlässig und die Höhe stimmt dann halbwegs. Erstaunt mich, dass kaum eine App das sonst berücksichtigt.