NH-Top50Trans: Problem mit TTN3-Log

    Hallo Gemeinde,


    nachdem ich herausgefunden habe, wie ich ein GPS-Log vom TomTom3 im MS-Autoroute darstellen kann, hab ichs ausprobiert:


    1. im NH-Top50Trans das Logfile als Eingang, ST2GPX MS-Autoroute als Ausgang
    2. das resultierende .axe-File ins Autoroute laden


    Tja, bei 1. hatte ich schon ein Problem:
    Nachdem ich das TomTom-Logfile ins toptrans eingeladen habe, zeigte mir das Programm 0 eigelesene und 1980 übersprungene Trackpunkte an. Das erzeugte .axe-File hatte dann auch nix drin :(


    Nachdem ich über das NMEA-Format gelesen habe, habe ich mal aus dem TomTom-Logfile alle Zeilen, die nicht mit $GPGGA beginnen, entfernt. Siehe da, es funktioniert.


    Kennt jemand das Problem und weiß was?


    Beste Grüße


    Da hast Du dann die Haupt-Protokollzeile die die Koordinaten enthält gekillt!


    Nein, da muss es einen anderenGrund geben.

    Ich kann das Problem von Indy-Pendance bestätigen. Benutze ich z.B. den Glopus Track, der ja u.a. GGP GSA GSV etc. enthält und lade dieses File als NMEA Log in NH-Top50Trans (Vers. 3.4), so werden alle Zeilen als "übersprungene" ausgewiesen und man kann nichts weiter machen.


    Lösche ich alles außer den GGP Zeilen, funktioniert es. Die Log-Files dürften ok sein, sie werden z.B. auch von GPSonic einwandfrei verarbeitet.


    Irgendwo hakt es also, vermutlich in NH-Top50Trans.

    Ich habe die 3.3 und habe bislang noch nie GGA ausfiltern müssen.


    Meine NMEA-Logs haben alle Standardeinstellung und werden alle gefressen! :]

    ... dann liegt's wohl an der neuen 3.4er Version. Die 3.3b1 steht ja noch zum Download bereit, mal sehen...

    Zitat

    Original von karomue


    Da hast Du dann die Haupt-Protokollzeile die die Koordinaten enthält gekillt!
    [...]


    Nein, ich habe alle Zeilen gelöscht, die nicht mit $GPGGA beginnen. Ich habe also alles außer GGA ausgefiltert


    Ich habe aber mal weiter rumgespielt. Von den ersten vier Zeilen, die mit $PTOM beginnen, abgesehen, beginnen alle Zeilen in meinem Log mit
    $GPGGA, $GPGLL, $GPGSA, $GPGSV, $GPRMC oder $GPVTG. Welche Daten diese Zeilen enthalten, kann jeder selbst in entsprechenden FAQs nachlesen, das spare ich mir mal.
    Nun habe ich probeweise immer nur eine Sorte Datensätze entfernt und dabei herausgefunden, daß es (zumindest in meinem Fall) an den Datensätzen $GPRMC hängt. Also wenn ich alle Zeilen, die mit $GPRMC beginnen, aus dem Log entferne, funktionert auch das Einlesen in NH-Top50Trans.


    Daß das Logfile problemlos von GPSONIC verarbeitet wird, habe ich auch festgestellt.


    Um Unklarheiten zu vermeiden: ich benutzte NH-Top50Trans v3.4 .

    2 Mal editiert, zuletzt von Indy-Pendance ()


    Hm,


    das hatte ich dann falsch interpretiert.


    Nur, die 3.3 verarbeitet bei mir Standardprotokoll, da ist immer RMC mit dabei.


    Werde aber gelegentlich die 3.4 installieren und damit versuchen. Sollte das so sein, dann sollte man wohl Norbert informieren.

    Zitat

    ... dann liegt's wohl an der neuen 3.4er Version. Die 3.3b1 steht ja noch zum Download bereit, mal sehen...


    Mit 3.3b1 läuft alles wie gewünscht. Es scheint also sie 3.4er Version in dieser Hinsicht einen Bug zu haben. Vielleicht bestätigt dies ja noch jemand, bevor man den Autor verrückt macht.


    p.s. die 3.4er Version hat neue Funktionen (u.a. erweiterter Editor), die das Programm noch attraktiver machen.

    Einmal editiert, zuletzt von edegl ()

    Hallo,


    unter Einstellungen, Track Filter kann man prüfe NMEA Checksumme wählen. Macht macht mal den Haken weg. Vielleicht klappt es dann. Es kann sein, dass die Berechnung der RMC Checksumme nicht stimmt.


    Viele Grüße


    Norbert

    ...ja, das ist es gewesen, jetzt läuft es vorzüglich mit dem Einlesen der Tracks. Vielen Dank für den Tipp. Klasse auch die errechneten Werte im Editor (km/h Schnitt). Man erkennt sofort, wenn an einer Koordinate im Track etwas "faul" ist.


    In Verbindung mit der Ausgabe nach Google Earth ist der Spaß ja kaum noch zu überbieten, zumal weite Teile meiner Umgebung schon hochauflösend vorliegen (Köln, rechtsrheinisch).


    Yep Norbert,
    scheint aber nicht nur RMC zu sein.
    Erinnere mich dunkel, so was vor Monaten schon mal gehabt zu haben,
    da ich Mäuse gemischt mit/ohne Checksum nutze.
    Anyway, sieht ja jetzt super aus.
    Bin geradezu begeistert und
    habe ´mal etwas in die "Track-Trecke" gegriffen.
    Wolf
    ...
    Trecke = westfälisch, Schublade


    *edit*
    übrigens Norbert,
    wenn man die LineString/Coordinates nicht einzeln mit / abschliesst,
    sondern die Koordinaten hintereinander schreibt, lässt sich eine Menge Platz sparen.
    Oder?