Nop hat geschrieben: ↑

Sa Okt 19, 2019 12:43 pm

Höhenangaben werden jetzt beim Glätten auf ganze Meter gerundet.

Ich würde beim Glätten auf 0.1 m runden, das gibt sonst in flachen Gegenden unschönes Getreppe.
Ist aber Geschmackssache.

Das hatte ich befürchtet: So sehr einem Bibliotheken die Arbeit erleichtern können, man verliert oft Flexibilität. Ich mache die Ausgabe in gpx-Dateien deshalb "zu Fuß" :) . Vernünftige Anwendungen und Anwender können damit umgehen, aber es soll ja auch ele-Tags in OSM mit Nanometer-Genauigkeit gebe...

Eine kleine Unschönheit: Wenn in TG eine Berechnung (z.B. Höhen glätten) gemacht wurde, werden in die neue gpx-Datei ele-Angaben mit vielen Stellen hinter dem Dezimalpunkt ausgegeben. Das täuscht eine viel zu hohe Genauigkeit vor, eine Stelle "hinter dem Komma" ist mehr als genug. Das passiert in Ja...

Auch auf anderen Kanareninseln und Madeira ist das Höhenmodell, auf das TG zugreift, großenteils unvollständig.
Wenn man in in "Auswerten" auf "Höhe aus Karte" klickt, bekommt man in großen Gebieten konstant Höhe 0.

"Der Befehl "java" ist entweder falsch geschrieben oder konnte nicht gefunden werden." Das Java-Programmverzeichnis ist offensichtlich nicht im Suchpfad (Umgebungsvariable PATH). Bitte beschreib mir noch mal genauer, wie die Batchdatei aussehen müsste, wenn ich den Java-Ordner (C:\Programme ....\bi...

Die nach Anweisung angelegte Batchdatei funktioniert auch nicht, es öffnet sich nur für einen Bruchteil einer Sekunde ein Fenster und verschwindet dann wieder. Dann nächste Stufe: java -jar trackguru.jar 2>out_err.txt Das schreibt etwaige Fehlermeldungen in eine Datei und nicht nur ins Kommandofens...

Wenn der Doppelklick auf trackguru.jar wegen fehlender/falscher Zuordnung der Dateiendung .jar nicht klappt, eine Batchdatei trackguru.bat mit der einzigen Zeile java -jar trackguru.jar im Verzeichnis, in dem trackguru.jar liegt, erstellen. Ein Doppelklick darauf sollte TrackGuru starten. Wenn man s...

Nop hat geschrieben: ↑

Di Jul 23, 2019 9:18 pm

Diese Version bringt keine neuen Features, sondern einen Update der JPX-Bibliothek. Der Fehler wurde behoben, daß GPX-Dateien, die mit einem Kommentar beginnen, nicht gelesen werden können. Kam z.B. mit RouteConverter Dateien vor.

Danke: Spart mir den Umweg über GTA .

Was die Wanderführer anbieten, sind ganz klar Routen. Zur Verdeutlichung: Tracks sind tatsächlich abgelaufen, die Timestamps in der gpx-Datei sind echt (ausgenommen week-rollover, da stimmen nur hh-mm-ss). Routen werden typisch mit Maus und Hintergrundkarte am Rechner erstellt. Manchmal werden künst...

Ich benutze auch Locus, die free-Variante reicht mir bereits. Oruxmaps habe ich früher auch benutzt, da gibt es mW aber nur noch eine Bezahlvariante. Von der RWK gibt es aber soweit ich weiß nur Karten für Garmin, nicht für Smartphone. Ich nutze daher die Freizeitkarte, da lassen sich innerhalb Locu...

Bei Routen bin ich derselben Meinung, die sollten nicht als virtuelle Tracks herumgeistern. Das macht einem nur selber die Übersicht schwer. Wenn da irgend ein Tool falsche Timestamps reinmogelt, sollten die entfernt werden. Bei GTA gibt es z.B. die Möglichkeit, Anfangsdatum/zeit und ein Inkrement z...

Die sauberste Variante wäre mMn, das gpx-Datum mit einem Tool wie GPS-Trackanalyse zu korrigieren. Ich habe das Problem wegen des week-rollovers auf zwei älteren Loggern. Ich will keine falschen Timestamps in meinen gpx-Dateien haben, das fällt mir sonst irgendwann auf die Füße. Wenn Nop das nicht i...

Habe einen entsprechenden Absatz in die Anleitung mit aufgenommen. Das sollte reichen. Wer die Anleitung nicht liest, macht den Fehler auch nur einmal :shock: . Der Anwendungsfall ist für mich sehr speziell - ich habe in 10 Jahren Trackauswertung noch nie einen Nutzen für diese Daten gehabt und ich...

Es sollte irgendwo (am besten im Speichern-Dialog) angemerkt werden, dass TrackGuru nur Koordinaten, Höhe und Zeit abspeichert, auch wenn der Originaltrack zusätzliche Werte wie Heading oder DOP enthielt. Die sind zwar idR entbehrlich und der Vorsichtige speichert sowieso unter anderem Namen oder an...

Ich könnte mit beidem leben, mit leichter Präferenz zum zweiten.
Wenn ich größere Änderungen im Arbeitsverzeichnis gemacht habe, will ich mir die in aller Regel auch ansehen.
Löschen dürfte kein Problem sein, nur neu hineinkopierte müssen ausgewertet werden, das ist aber akzeptabel.

Ok, V0.71 verarbeitet Umlaute jetzt ohne Schluckauf.
Nur bei einem Track von lon -117 bis +113 (Speicherabzug eines Garmin) geht die Übersichtskarte nicht .

ich kann bestätigen, das Problem in meine beiden WIN10 Systemen bei den Umlaut Tracks ist ANSI bei der essence.csv, ist aber auch ansi bei der "ae","oe" usw Versionen, wo es ja ohne Probleme mit der Uebersichtskarte funktioniert!! Bei den ersten 127 Zeichen sind ANSI, UTF-8, 7-Bit-ASCII und viele a...

Ich hatte mir über'n Tag gedacht, eigentlich kann es in Java keine Probleme mit Umlauten geben, denn alle Strings sind standardmäßig in UTF-8 codiert und können alle internationalen Zeichen. Stimmt so nicht ganz: Die interne Speicherung von Zeichen (char) und damit auch von Strings in Java ist 16-B...

Meine Theorie gerade ist, daß bei Dir die Standardcodierung des Systems nicht auf UTF-8 steht. Vielleicht wegen Windows 10? Richtig vermutet: Die Kodierung der essence.csv unter Windows 10 ist ANSI. Nach Konvertierung in UTF-8 wird die Übersichtskarte erzeugt. Wenn ich eine weitere Umlaut-Datei her...

Bei mir klapp es nicht. Habe einiges versucht, eine Übersichtskarte mit Tracks mit Umlauten zu generieren, kein Erfolg. Muss ich leider bestätigen. Wenn im Trackvewrzeichnis eine gpy-Datei mit Umlauten ist, wird keine Übersichtskarte erstellt und bei Mouseover tut sich nichts. Noch gravierender: Be...