Logs für Google Earth - Neue Version

    Sorry, sollte Follow-Up für den alten Thread werden, hab mich wohl verklickt.
    ----
    Hallo,


    so, für alle die auf eine neue Version warten, hier ist sie nun.


    Kurzanleitung


    usage: java -jar gps2kml.jar <options> source
    -H,--help get this message
    -g,--gpgga use GPGGA records instead of GPRMC records (not for
    directories)
    -h,--height show height (only with GPGGA)
    -s,--speed show speed (only with GPRMC)
    -t,--trip split logs into different trips (only with GPRMC)


    So ein paar Optionen sind nun vorhanden. Die wichtigste ist -g um GPGGA Logs zu lesen (default GPRMC).
    Leider beinhalten die GPGGA kein Datum, sondern nur die Uhrzeit. Damit macht das Einlesen eines ganzen Verzeichnisses keinen Sinn mehr (ebenso das Spliten mit -t).


    Das Ergebnis wird nun nicht in eine Datei geschrieben, sondern auf dem Bildschirm ausgegeben. Man kann aber selber mit "... >GPS-Fahrtenbuch.kml" die Ausgabe in eine Datei umlenken.


    Es können sowohl ganze Verzeichnisse als auch einzelne Dateien als Quelle angegeben werden.


    Normalerweise wird nur der Track angezeigt. Durch "-s" entspricht die Höhe des Tracks der Fahrgeschwindigkeit. Man kann so sehr schön sehen, vor welcher Ampel man warten musste. Durch "-h" wird die (Flug-)Höhe des Tracks angezeigt. Achtung: GPRMC enthalten keine Höheninformationen und GPGGA keine Geschwindigkeit.


    Um das gleiche Verhalten wie mit der ersten Version zu bekommen:


    java -jar gps2kml.jar -s -t C:\pfad\zu\log\directory >GPS-Fahrtenbuch.kml


    (-s für "Speed" und -t für "Trips")


    Ok?


    Bin leider wieder ne Woche weg.


    Guido


    P.S.:


    Die nächste Version wird wohl GGP und RMC automatisch auswählen, im Zweifelsfall auch beide benutzen und wahrscheinlich deutsche Fehlermeldungen werfen.

    Hallo Gudo,


    nur mal so:


    für uns hier ist GGA Standard,
    es ist i.d.Regel zusätzlich RMC oder VTG vorhanden, also auch hier Auswahl und gegeb. Umrechnungsfaktor km/h (VTG) und Knoten (RMC) einbinden,
    die Koordinatenzusätze E/W und N/S müssen unbedingt mit verrechnet werden, siehe Arturs Trip in Mexico, den Dein Prog nach Thailand versetzt hat...

    ... und bei -g kommt eine Fehlermeldung, nicht für directorys. Geht nur mit Zusatz *.*, bin aber noch unsicher, meine es nimmt dann nur 1 File.

    Zitat


    ... und bei -g kommt eine Fehlermeldung, nicht für directorys. Geht nur mit Zusatz *.*, bin aber noch unsicher, meine es nimmt dann nur 1 File.


    Stimmt. Bei "-g" muss man genau eine Datei angeben (bei *.* nimmt er wohl die erste). Die fehlenden Datumsangaben machen eine Bearbeitung von mehreren Log-Files unmöglich.


    Zitat


    für uns hier ist GGA Standard


    Das mag ja schon sein, da aber nach der NMEA Doku die ich gefunden habe "RMC = recommended minimum sentence C" der empfohlene Minimaldatensatz ist, den jeder Empfänger liefern sollte, und er wegen der vollständigen Zeitangabe auch deutlich besser zu handhaben ist, wird RMC *mein* Standard bleiben. GGA wird aber natürlich auch unterstützt - soweit möglich.


    Ja, das mit N/S und E/W ist mir klar - kommt demnäxt. Sorry an alle Globetrotter.


    Ansonsten ist die aktuelle Version wirklich zwischen Tür- und Angel entstanden, da ich bis auf heute Nachmittag die ganze Woche unterwegs war.


    Etwas Geduld ...


    Viele Grüße


    Guido

    Sieht ja schon sehr gut aus.
    Werde ich nachher ausprobieren. Kiste ist z.Zt. im "Maintenance-Mode".
    Wolf


    Geduld, klar, waren nur Hinweise.


    Ist teils o.K., nur die neuen Navigoner haben halt nur GGA und VTG. Sonst ist im Standard NMEA sowohl GGA als auch RMC vorhanden.


    Und Du machst doch das Prog nicht only nur für Dich, oder? Sonst würdest Du hier nicht posten.


    Und ein wenig Daten sammeln aus mehreren Protokollzeilen wird ja wohl nicht so schwer sein.


    Und: ein wenig mehr Exactheit - E/W - muss halt auch sein... :]

    Zitat


    Und Du machst doch das Prog nicht only nur für Dich, oder? Sonst würdest Du hier nicht posten.


    Und ein wenig Daten sammeln aus mehreren Protokollzeilen wird ja wohl nicht so schwer sein.


    Und: ein wenig mehr Exactheit - E/W - muss halt auch sein...


    Ok, tatsächlich mache ich das Programm zu 98% für mich - wenn's jemand anderem gefällt freut mich das natürlich sehr.


    Das mit dem Datensammeln ist so eine Sache. Wenn die GGA das Datum enthalten würden, dann wäre das wirklich simpel. Aber die enthalten seltsamerweise nur die Uhrzeit. Aber ne große Sache ist das wirklich nicht ...


    Naja, und das N/S E/W Problem war mir klar. Es wäre schön, wenn ich das Log-File von dem Mexico Trip bekommen könnte, dann hätte ich was zu testen. Meine Logs sind leider alle N/E. ;)


    Bis denne ...

    Hallo MehrCurry,


    die Logs von artur vom Mexiko-Trip findest Du >HIER< (erster Beitrag)


    Hallo Guido,


    den Mexico-Track hast Du sicher inzwischen.


    Nein, wir haben Bllut geleckt und Deine Version ist besser (Geschwindigkeit) als die von Norbert Heinlein (NHop50Trans). In so fern ist das nun nicht mehr "nur" Dein Prog.


    Und so aus eigenener Erfahrung: der richtige Spaß kommt doch erst, wenn man neue Heausforderungen hat die es umzusetzen gilt. Du wirst hier eine gr0ße Fangemeinde bekommen, denn die Visualisierung von Tracks ist schon immer ein gutes Hilfsmittel gewesen, auch mal jemand hier unter die A´rme zu greifen und Mäuse zu testen. Bisher war das immer abhängig davon, dass man eine TOP-Karte des Bereiches hatte oder eine andere für TTQV z.B.verwendbare.


    Und hier bekommst Du nun eine Menge Tester die Dein Programm würdigen. Wenn die Fehler einmal raus sind, könnte ich mir vorstellen, dass noch andere Wünsche kommen.


    Solange man für sich selbst programmiert erfüllt man eigene Wünsche. Es wird - da die Wünsche ausgehen - aber schon irgendwann langweilig, man kommt zu einem Ende. Hier werden durch gesammelte Wünsche und Fehlermeldungen doch die Grundlage geschaffen, das Prog zu etws zu machen, das man letztendlich als allgem. gut bezeichenen kann.


    Und wenn Du Lust und Zeit hast, könntest Du darüber einen Anwendungsartikel schreiben der - da bin ich mir ziemlich sicher - in diesem Forum veröffentlicht werden kann. Eine Überlegung wert.