Der Logger ist ein Columbus P-10 Pro mit Zwei-Frequenz-Chip. Zu Fuß reicht 1 s Abstand i.a. gut aus. Etwas anders sieht es mit Rad oder gar Pkw aus. Ich nehme aber auch gern zu Fuß Trackpunkte mit weniger als einer Sekunde Abstand auf und mittle später mit mit den Tracks von anderen Loggern zum selb...

Ich habe inzwischen einen 5 Hz-fähigen Logger, der die Zeit in Sekundenbruchteilen nach Dezimalpunkt angibt. Trackguru schreibt die Zeiten aber leider nur in vollen Sekunden, was die Bearbeitung in diesem Fall für mich unbrauchbar macht. Dass berechenbare Elemente wie Geschwindigkeit oder Richtung f...

Zur Verdeutlichung: Die Hardware kann mehr als einen Wert pro Sekunde, aber die Standard-Apps liefern nur ganze Sekunden. Als Anhang eine Test-GPX-Datei, die mittels GalileoPVT erzeugt wurde. Die App greift auf die GNSS-Rohdaten der Hardware zu und liefert NMEA-Sätze, die Zeiten dort in Millisekunde...

Seit einiger Zeit lässt sich in OSMAND als Aufzeichnungsintervall "kontinuierlich" einstellen, was bei neuerer Hardware zu oft zwei, manchmal drei Trackpunkten in einer Sekunde führt. Die Google-Location-API liefert aber nur Timestamps in Sekundenauflösung, so dass mehrere Punkte nacheinan...

Ok. Nach Setzen des Registry-Wertes geht es nun.
Es kommt also auf den Kontext User/Administrator an, unter dem TrackGuru gestartet wurde.

Gerade getestet: Ist bei mir auch so.
Andere Java-Programme sehen das Netzlaufwerk aber, ist also ein Problem der von TrackGuru verwendeten IO-Bibliothek in Verbindung mit BS (bei mir Win10 2004).

Man könnte sich überlegen, ob man den Doppelnamen noch irgendwie erkennt und verhindert - aber das birgt die Gefahr, woanders vermeintliche Teile von Doppelnamen zu kappen. Ich würde nicht auf Doppelnamen an sich prüfen, sondern ob name:de komplett in name enthalten ist. Dann kann name:de entfallen...

Wie man in dem Link zum Node gut sehen kann liegt der Fehler in den Daten von OSM. Dort ist unter name bereits ein Doppelname eingetragen. Das sollte nicht der Fall sein. Wird es in den Daten korrigiert paßt es auch auf der Karte. Das wäre aber gegen die dortige Übereinkunft. Außerdem stehen auf al...

Java Apps können auch das Arbeitsverzeichnis mit -Duser.dir gesetzt bekommen. Wenn man alles relativ zum .jar File macht, hebelt man diesen Mechanismus aus. Tja. Einen Tod muss man immer sterben. Unerfahrene User dürften das Setzen des Arbeitsverzeichnisses beim Aufruf höchst selten verwenden, das ...

> Wo ist denn dann "sein" Verzeichnis? Sieht man oben in der 5. Zeile: /home/harry/Downloads/TrackGuru/trackguru/ Anmerkung: Heruntergeladene Programme verschiebt man normalerweise aus dem Download-Ordner, aber so geht es auch. Hinweis an Nop: Java-Apps können ermitteln, von wo aus sie ges...

zu 2: Ich habe bisher noch jede gpx-Datei entweder mit RouteConverter.exe oder mit GPS-Track-Analyse.NET.exe lesen können. Die können beide viel mehr, werden spärlich bis gar nicht mehr gepflegt, aber für diesen Zweck reicht es, eine gpx-Datei lesen und schreiben zu können. Es gibt noch vielleicht e...

Aus meiner Sicht drei Möglichkeiten:
- auf wobro warten
- in unempfindliche App laden und wieder speichern
- Header mit Texteditor bearbeiten (für etwaige Unterstützung z.B. durch Nop wäre Headerschnipsel hilfreich)

Dann entspricht der Track-Header mit an Sicherheit grenzender Wahrscheinlichkeit nicht der gpx-1.1-Spezifikation.
Ist eine Nachlässigkeit der erzeugenden App.
Trackguru ist da sehr empfindlich, siehe auch die Beiträge weiter oben.

Für die Lösung muss ich schon selber sorgen, ich habe ja noch die anderen Tracks. Mir reicht es schon, wenn mir das als Fehler angezeigt wird und ich nicht Tausende Datenpunkte runterscrollen muss, um das Minuszeichen zu entdecken. Kein Kraut ist leider gegen positive Zeitsprünge gewachsen, die kann...

Dass eine Karte auf openstreetmap.org-Karten basiert, trifft in der Regel nicht den Kern der Sache. Die Karten basieren auf den Daten in der OSM-Datenbank. Daraus wird die Kartendarstellung mit sogenannten Renderern erzeugt. Diese nutzen dazu Regeln, die typischerweise sehr umfangreich sind. Sie leg...

Das "Gezittere" der Höhenwerte ist für Tracks aus GPS-Loggern völlig normal. Die daraus kumulierten Werte sind praktisch immer unrealistisch. Realistischere Werte kann man in Trackguru per "Höhen glätten" oder per "Höhen aus Karte" erhalten. Beides sind grundverschieden...

Leider ist auch in Version 0.9 noch keine Überprüfung auf negative Zeitdifferenzen implementiert. Ich habe inzwischen herausgefunden, wodurch diese erzeugt werden: In die Timestamps werden aus welchen Gründen auch immer die Gerätezeiten umgerechnet auf UTC und nicht die aus den Satellitendaten ermit...

Es liegt daran, daß es keine gültige GPX Datei ist. Leider gibt es genügend Apps, die bezüglich GPX 1.1 "schlampig" arbeiten. Andererseits gibt es auch etliche Programme (u.a. Route Converter, GTA), die weniger empfindlich beim Einlesen sind. Mein Umweg vor Nutzung von TrackGuru: Damit ei...

Identische Datensätze kann man natürlich rauswerfen. Aber Achtung: Manchmal sind auch Datensätze mit leichten Variationen dabei, die vermutlich durch API-Abfragen innerhalb einer Sekunde erfolgt sind, deren Zeitstempel aber auf ganze Sekunden gerundet wurde. Mit Loggern, die kürzere Datenabstände al...

Einige meiner Logger tragen manchmal mehrfach dieselben Daten in den Track ein, folglich mit Zeitdifferenz 0 zwischen den Trackpoints.
Gelegentlich springen sie auch mehrere Sekunden zurück, das ergibt dort negative Differenzen.
Trackguru zeigt das bisher nicht als möglichen Fehler an.