27.04.2013, 23:17
Jetzt sieht es allerdings doch nach einem Fehler bzw. einer Unschönheit von RouteConverter aus...
Ich habe etwas rumprobiert und bekomme unterschiedliche Verhalten für dieselben Punkte, abhängig davon, wieviele Positionen in der Wegpunktliste enthalten sind. Meine Vermutung, die sich daraus ergibt: RouteConverter hat irgendwie Probleme bei Werten < 1 m.
Test 1: Eine gpx-Datei mit 2 Punkten: Einer mit Höhe 2m und einer bleibt leer. Passend dazu:
Apr 27, 2013 11:35:47 PM slash.navigation.completer.CompletePositionService getElevationFor
INFO: Service: HGTFiles Longitude: 10.349639 Latitude: 54.43251 Elevation: 1.4931983999996186
Apr 27, 2013 11:35:47 PM slash.navigation.completer.CompletePositionService getElevationFor
INFO: Service: HGTFiles Longitude: 10.349715 Latitude: 54.432498 Elevation: null
Test 2: 63 Punkte, davon die ersten bei 1 m, dann viele ohne Wert und dann wieder welche mit 2 m. Soweit so korrekt, weil evtl. die Werte dazwischen in der hgt-Datei fehlen. Dass hier nicht interpoliert wird, ist natürlich schade...aber okay.
Test 3: In der Originaldatei mit 21.590 Punkten verhält es sich in den daraus entnommenen Punkten (Test 1 und Test 2) leider völlig anders: Hier wird bei einer Höhensuche über alle Punkte (oder nur einen einzelnen in den SRTM-Daten evtl. fehlenden Punkt) statt keinem Wert z.B. der Wert 45m eingetragen. Und wenn das öfter passiert, kommen diese Balkendiagramme zustande, die eigentlich bei 0 liegen sollten (siehe Screenshot).
Also nochmals zusammengefasst: Ein Punkt aus Test3 kopiert liefert hier den Wert 45, wenn derselbe Punkt mit weniger Daten in eine andere Datei kopiert wird, dann wird kein Wert (null) zugewiesen. Seltsam.
Angehängte Grafik: Das Programm GPS-Track-Analyse.NET macht diese Ausschläge nicht mit, es scheint fehlende Werte gut ausgleichen zu können. Oder womöglich sind die Werte doch in der SRTM-Datei vorhanden und es liest die Werte korrekt und RouteConverter hat nur ein spezielles Problem an der Stelle (Werte um Null herum)?
Viele Grüße,
Steffen
Ich habe etwas rumprobiert und bekomme unterschiedliche Verhalten für dieselben Punkte, abhängig davon, wieviele Positionen in der Wegpunktliste enthalten sind. Meine Vermutung, die sich daraus ergibt: RouteConverter hat irgendwie Probleme bei Werten < 1 m.
Test 1: Eine gpx-Datei mit 2 Punkten: Einer mit Höhe 2m und einer bleibt leer. Passend dazu:
Apr 27, 2013 11:35:47 PM slash.navigation.completer.CompletePositionService getElevationFor
INFO: Service: HGTFiles Longitude: 10.349639 Latitude: 54.43251 Elevation: 1.4931983999996186
Apr 27, 2013 11:35:47 PM slash.navigation.completer.CompletePositionService getElevationFor
INFO: Service: HGTFiles Longitude: 10.349715 Latitude: 54.432498 Elevation: null
Test 2: 63 Punkte, davon die ersten bei 1 m, dann viele ohne Wert und dann wieder welche mit 2 m. Soweit so korrekt, weil evtl. die Werte dazwischen in der hgt-Datei fehlen. Dass hier nicht interpoliert wird, ist natürlich schade...aber okay.
Test 3: In der Originaldatei mit 21.590 Punkten verhält es sich in den daraus entnommenen Punkten (Test 1 und Test 2) leider völlig anders: Hier wird bei einer Höhensuche über alle Punkte (oder nur einen einzelnen in den SRTM-Daten evtl. fehlenden Punkt) statt keinem Wert z.B. der Wert 45m eingetragen. Und wenn das öfter passiert, kommen diese Balkendiagramme zustande, die eigentlich bei 0 liegen sollten (siehe Screenshot).
Also nochmals zusammengefasst: Ein Punkt aus Test3 kopiert liefert hier den Wert 45, wenn derselbe Punkt mit weniger Daten in eine andere Datei kopiert wird, dann wird kein Wert (null) zugewiesen. Seltsam.
Angehängte Grafik: Das Programm GPS-Track-Analyse.NET macht diese Ausschläge nicht mit, es scheint fehlende Werte gut ausgleichen zu können. Oder womöglich sind die Werte doch in der SRTM-Datei vorhanden und es liest die Werte korrekt und RouteConverter hat nur ein spezielles Problem an der Stelle (Werte um Null herum)?
Viele Grüße,
Steffen