Hallo in die Runde,
ich habe seit geraumer Zeit Probleme beim Import von nmea-Dateien, die von verschiedenen (!) Solmeta-Geotaggern stammen. Mag sein, das tritt seit irgendeinem Update vom RouteConverter auf, aber das kann ich nicht mehr nachvollziehen. Ich dache erst, der Geotagger sei kaputt.
Nach dem Import erscheinen (teilweise) die Wegpunkte doppelt: leicht versetzt und ohne Höhenangabe. Im Anhang ist ein Beispiel mit Screenshot und der originalen nmea-Datei, wo das erste Viertel der Route wie beschrieben kaputt ist.
Mit anderen Konvertern (z.B. GPSBabel, GoogleEarth) passiert das nicht!
Hat jemend eine Idee?
Viele Grüße
Matthias
PS: Die nmea-Datei ist als Attachment leider nicht erlaubt/zu groß.
meiner Ansicht nach ist die NMEA-Datei nicht in Ordnung:
RouteConverter erkennt 678 Punkte mit den von dir beschriebenen Lücken.
GPX Editor erkennt nur 75 Punkte.
GPS Babel gibt beim Konvertieren einen ellenlange Fehlerliste mit "Invalid checksum..." aus und erzeugt eine Datei mit 1117 Punkten.
VisualGPS erkennt 1115 Punkte in deiner Datei.
meiner Ansicht nach ist die NMEA-Datei nicht in Ordnung:
RouteConverter erkennt 678 Punkte mit den von dir beschriebenen Lücken.
GPX Editor erkennt nur 75 Punkte.
GPS Babel gibt beim Konvertieren einen ellenlange Fehlerliste mit "Invalid checksum..." aus und erzeugt eine Datei mit 1117 Punkten.
VisualGPS erkennt 1115 Punkte in deiner Datei.
Ich würde die Schuld dem Logger geben.
Hallo Hans,
ich habe die NMEA-Datei mal geprüft:
- $GPRMC 1117x
- $PTNTHPR 1117x
- $GPVTG 1117x
- $GPGGA 1117x
- $GPGSA 1117x
- $GPGLL 1117x
- $NKGCS 1117x.
Das einzige was auffällt sind die verschieden umfangreichen Daten bei $GPGGA: da sind mal mehr und mal weniger Angaben in der Zeile und verschieden viele Kommas ohne Daten dazwischen.
Ich benutze diese Art Geotagger aber seit 2012, habe den gleichen Effekt auch in den NMEA-Daten von seinerzeit und bin mir ziemlich sicher, dass es früher keine Probleme damit gab...
ich habe die NMEA-Datei mal geprüft:
- $GPRMC 1117x
- $PTNTHPR 1117x
- $GPVTG 1117x
- $GPGGA 1117x
- $GPGSA 1117x
- $GPGLL 1117x
- $NKGCS 1117x.
Das einzige was auffällt sind die verschieden umfangreichen Daten bei $GPGGA: da sind mal mehr und mal weniger Angaben in der Zeile und verschieden viele Kommas ohne Daten dazwischen.
Moin Matthias,
das mag ja sein, aber deswegen müssen die NMEA-intern gebildeten Checksummen (das ist die Hex-Kombination nach dem Sternchen am Ende eines Datensatzes), die die Gültigkeit eines Datensatzes anzeigen, noch lange nicht stimmen, GPS Babel meckert nicht ohne Grund.
GGA enthält die Höhendaten, VTG die Geschwindigkeiten und Wegstrecken, dort fehlende Daten in der RC-Positionsliste sind ein Indiz dafür, daß diese Datensätze zumindest unvollständig sind. Die Anzahl der Kommata in jedem Datensatz ist durch die Anzahl der Datenfelder (egal ob leer oder belegt) fest vorgegeben, wenn ein Komma fehlt oder zuviel ist, ist der Datensatz ungültig.
(21.02.2021, 16:43)matthias.m Wrote: ich habe seit geraumer Zeit Probleme beim Import von nmea-Dateien, die von verschiedenen (!) Solmeta-Geotaggern stammen. Mag sein, das tritt seit irgendeinem Update vom RouteConverter auf, aber das kann ich nicht mehr nachvollziehen. Ich dache erst, der Geotagger sei kaputt.
Am RouteConverter hat sich in diesem Bereich seit 2013 nichts verändert. Und NMEA-Sentences sind auch schon lange so (schlecht) definiert. Wenn hier etwas "kaputt" ist, dann ist es Dein Geotagger. Ich zeig Dir, wo:
(21.02.2021, 16:43)matthias.m Wrote: Nach dem Import erscheinen (teilweise) die Wegpunkte doppelt: leicht versetzt und ohne Höhenangabe. Im Anhang ist ein Beispiel mit Screenshot und der originalen nmea-Datei, wo das erste Viertel der Route wie beschrieben kaputt ist.
Was passiert: RouteConverter fasst alle Informationen von Sentences zusammen und präsentiert sie als eine Position, wenn die Koordinaten exakt übereinstimmen.
Hier schreibt Dein Geotagger Mist insofern, dass er seinen Satz von Sentences für die letzte Position noch am Schreiben ist, aber bereits neue Koordinaten schreibt. Diese Position besteht dann aus Sicht des Zusammenfassen-Algorithmus aus 2 Sentences. Das was Du als "kaputt" bezeichnest:
Dieses Verhalten setzt sich dann durch den Beginn der Datei fort.
(21.02.2021, 16:43)matthias.m Wrote: Mit anderen Konvertern (z.B. GPSBabel, GoogleEarth) passiert das nicht!
Das glaube ich nicht, denn die haben – wenn überhaupt – bestimmt nicht denselben Algorithmus von RouteConverter, um die Sentences zusammenzufassen.
Ingesamt würde ich sagen, dass sich RouteConverter hier genau richtig verhält: Redundante Informationen werden zusammengefaßt. Wenn sich dann die Koordinaten verändern, wird eine neue Position erstellt.
danke für Deine ausführliche Antwort!
Ein paar Bemerkungen von mir:
> Wenn hier etwas "kaputt" ist, dann ist es Dein Geotagger.
Das schliesse ich ja nach wie vor nicht aus. Ich habe 3 Geräte dieser Firma und bei allen das gleiche Problem.
Als Anwender habe ich aber keine große Auswahl (Geotagger für die Fotokamera, der gleichzeitig die Fotos taggt und die Route aufzeichnet).
Und ich muss jetzt die beste Kombination Hardware/Software finden
> Was passiert: RouteConverter fasst alle Informationen von Sentences zusammen und präsentiert sie als eine Position, wenn > die Koordinaten exakt übereinstimmen.
Diese Zusammenfassung war mir nicht bewusst und ist eigentlich von mir nicht gewollt.
Kann man das auch abstellen?
> Hier schreibt Dein Geotagger Mist insofern, dass er seinen Satz von Sentences für die letzte Position noch am Schreiben ist, > aber bereits neue Koordinaten schreibt.
Das bringt mich auf die Idee, dass die Geotagger mit meinem 15-Sekunden-Takt überfordert sein könnten.
Werde ich mal ausprobieren.
[quote pid="19797" dateline="1613922237"]
>> Mit anderen Konvertern (z.B. GPSBabel, GoogleEarth) passiert das nicht!
[/quote]
> Das glaube ich nicht
Ich habe es nochmal detailliert ausprobiert und die gepostete nmea-Datei (1117 Wegpunkte) mit anderen Konvertern eingelesen, konvertiert und dann in RouteConverter geladen:
- nmea -> RouteConverter: 678 Wegpunkte mit z.T. falschen Koordinaten (Sprünge zurück)
- nmea -> GoogleEarth kml -> RouteConverter: 753 Wegpunkte mit Koordinaten, die OK aussehen
- nmea -> GPSBabel gpx -> RouteConverter: 1117 Wegpunkte, die korrekt aussehen (nur beim allerersten Punkt fehlt die Höhe), diese Datei habe ich angehängt.
Mir geht es übrigens nicht darum, irgendwas schlechtzumachen, sondern für mich die beste Lösung zu finden.
Und da sieht es im Moment so aus, dass ich erst den Umweg über GPSBabel gehe, um dann die Route in RouteConverter nachzubearbeiten.
23.02.2021, 09:34 (This post was last modified: 23.02.2021, 12:15 by routeconverter.)
(22.02.2021, 18:54)matthias.m Wrote: > Was passiert: RouteConverter fasst alle Informationen von Sentences zusammen und präsentiert sie als eine Position, wenn > die Koordinaten exakt übereinstimmen.
Kann man das auch abstellen?
Nein
(22.02.2021, 18:54)matthias.m Wrote: Ich habe es nochmal detailliert ausprobiert und die gepostete nmea-Datei (1117 Wegpunkte) mit anderen Konvertern eingelesen, konvertiert und dann in RouteConverter geladen:
- nmea -> RouteConverter: 678 Wegpunkte mit z.T. falschen Koordinaten (Sprünge zurück)
- nmea -> GoogleEarth kml -> RouteConverter: 753 Wegpunkte mit Koordinaten, die OK aussehen
- nmea -> GPSBabel gpx -> RouteConverter: 1117 Wegpunkte, die korrekt aussehen (nur beim allerersten Punkt fehlt die Höhe), diese Datei habe ich angehängt.
GPSBabel hat da eine andere Strategie, die vielen Sentences zusammenzufassen – eine, die lieber mehr redundante Informationen erzeugt, denn eigentlich gibt es nur 678 unterschiedliche Positionen in der Datei. Und wenn der GpsLogger nicht einfach immer den Inhalt seiner Register dumpen würde, wäre es noch weniger.
