Ahnenblatt 3.17 verändert eingegebene GPS-Koordinaten
Verfasst: 27.10.2020, 23:01
Hallo Forum,
mit der schönen neuen Ortsverwaltung von Ahnenblatt 3, die jetzt sogar bildschirmgroß vergrößert werden kann, hatte ich die Idee, endlich mal die alten Ortsangaben durchzusehen, um fehlende GPS-Koordinaten zu ergänzen.
Erst spät fiel mir auf, dass (gegenüber Ahnenblatt 2, wo es noch funktionierte) Ahnenblatt 3 meine GPS-Eingaben nicht einfach übernimmt, sondern nachträglich einen anderen Wert speichert.
Hier ein Beispiel (als Test bitte bei Ahnenblatt 3 eingeben):
49°38'20.300"N, 12°55'18.600"E
(kopiert aus der Wanderkarte www.mapy.cz)
wird in Ahnenblatt 2 korrekt gespeichert als:
49°38'20.3"N 12°55'18.6"E
und in Ahnenblatt 3 leider abgeändert zu:
49°38'20.2"N 12°55'18.5"E
Die Nachkommastellen verändern sich zwar nur jeweils um den Wert 1, jedoch der Originalwert ist somit für immer verloren. (Die Abweichung beträgt rund 3 m.)
Da ich die GPS-Koordinaten später in anderen Programmen weiterverarbeiten will, wäre der ursprüngliche Wert schon sehr schön.
Um das Problem zu umgehen, hatte ich danach versucht, statt in Grad - Minuten - Sekunden den Wert als kompletten Dezimal-Wert aus der Landkarte zu kopieren:
49.6389722N, 12.9218333E
mit dem Ergebnis, dass sich die Nachkommastelle teilweise sogar um den Wert 2 verändert (also rund 6 m).
Wenn man auch Gräber oder Gedenktafeln erfassen will, ist diese Abweichung schon von Bedeutung.
1. Hinweis:
• Das Problem scheint damit zusammenzuhängen, dass Ahnenblatt 3 etliche GPS-Dezimalnachkommastellen gestrichen hat: während Ahnenblatt 2 insgesamt 13 GPS-Dezimalnachkommastellen hatte, sind es bei Ahnenblatt 3 nur noch 6 GPS-Dezimalnachkommastellen.
2. Hinweis:
• Ahnenblatt 3 scheint außerdem intern die Koordinaten mehrfach zwischen Grad/Minute/Sekunde und dem Dezimalwert umzurechnen, wobei notgedrungen jedes Mal immer wieder gerundet werden muss und so jeweils eine Verschiebung von 3 m entsteht.
Direkt bei der Eingabe der GPS-Koordinaten in die Ortsverwaltung sieht man noch die Originalwerte – erst wenn die Ortsverwaltung geschlossen und wieder geöffnet wird, ist plötzlich der falsche Wert da.
3. Hinweis:
• Bei Ahnenblatt 2 konnte man den GPS-Dezimal-Wert, der beim CSV-Export entsteht, schon vorher in der Ortsverwaltung als Dezimalwert sehen. Bei Ahnenblatt 3 ist der zu sehende (abgespeicherte) und der exportierte Dezimal-Wert nicht immer ganz identisch.
Fehler oder nicht Fehler? Welches Format benutzt Ahnenblatt intern wirklich? Wie kann ich exakte GPS-Koordinaten eingeben, ohne dass Kommastellen gelöscht oder hinzugefügt werden?
Da das vermutlich nicht einfach zu beantworten ist, entschuldige ich mich jetzt schon für die Mühe und bin gespannt auf Antworten.
Viele Grüße
Uli
mit der schönen neuen Ortsverwaltung von Ahnenblatt 3, die jetzt sogar bildschirmgroß vergrößert werden kann, hatte ich die Idee, endlich mal die alten Ortsangaben durchzusehen, um fehlende GPS-Koordinaten zu ergänzen.
Erst spät fiel mir auf, dass (gegenüber Ahnenblatt 2, wo es noch funktionierte) Ahnenblatt 3 meine GPS-Eingaben nicht einfach übernimmt, sondern nachträglich einen anderen Wert speichert.
Hier ein Beispiel (als Test bitte bei Ahnenblatt 3 eingeben):
49°38'20.300"N, 12°55'18.600"E
(kopiert aus der Wanderkarte www.mapy.cz)
wird in Ahnenblatt 2 korrekt gespeichert als:
49°38'20.3"N 12°55'18.6"E
und in Ahnenblatt 3 leider abgeändert zu:
49°38'20.2"N 12°55'18.5"E
Die Nachkommastellen verändern sich zwar nur jeweils um den Wert 1, jedoch der Originalwert ist somit für immer verloren. (Die Abweichung beträgt rund 3 m.)
Da ich die GPS-Koordinaten später in anderen Programmen weiterverarbeiten will, wäre der ursprüngliche Wert schon sehr schön.
Um das Problem zu umgehen, hatte ich danach versucht, statt in Grad - Minuten - Sekunden den Wert als kompletten Dezimal-Wert aus der Landkarte zu kopieren:
49.6389722N, 12.9218333E
mit dem Ergebnis, dass sich die Nachkommastelle teilweise sogar um den Wert 2 verändert (also rund 6 m).
Wenn man auch Gräber oder Gedenktafeln erfassen will, ist diese Abweichung schon von Bedeutung.
1. Hinweis:
• Das Problem scheint damit zusammenzuhängen, dass Ahnenblatt 3 etliche GPS-Dezimalnachkommastellen gestrichen hat: während Ahnenblatt 2 insgesamt 13 GPS-Dezimalnachkommastellen hatte, sind es bei Ahnenblatt 3 nur noch 6 GPS-Dezimalnachkommastellen.
2. Hinweis:
• Ahnenblatt 3 scheint außerdem intern die Koordinaten mehrfach zwischen Grad/Minute/Sekunde und dem Dezimalwert umzurechnen, wobei notgedrungen jedes Mal immer wieder gerundet werden muss und so jeweils eine Verschiebung von 3 m entsteht.
Direkt bei der Eingabe der GPS-Koordinaten in die Ortsverwaltung sieht man noch die Originalwerte – erst wenn die Ortsverwaltung geschlossen und wieder geöffnet wird, ist plötzlich der falsche Wert da.
3. Hinweis:
• Bei Ahnenblatt 2 konnte man den GPS-Dezimal-Wert, der beim CSV-Export entsteht, schon vorher in der Ortsverwaltung als Dezimalwert sehen. Bei Ahnenblatt 3 ist der zu sehende (abgespeicherte) und der exportierte Dezimal-Wert nicht immer ganz identisch.
Fehler oder nicht Fehler? Welches Format benutzt Ahnenblatt intern wirklich? Wie kann ich exakte GPS-Koordinaten eingeben, ohne dass Kommastellen gelöscht oder hinzugefügt werden?
Da das vermutlich nicht einfach zu beantworten ist, entschuldige ich mich jetzt schon für die Mühe und bin gespannt auf Antworten.
Viele Grüße
Uli