Hallo Christian,
beim Einlesen von NMEA-Dateien aus einem Ohara-Logger ist mir aufgefallen, daß RC jeden einzelnen NMEA-Satz als eigenständigen Punkt betrachtet, wenn er eine lat/lon-Angaben enthält. Das ergibt eine unnötig aufgeblähte und uneinheitliche Positionsliste sowie ein kammartiges Höhenprofil, da die Höhe nur im Satz GGA enthalten ist.
Eine Musterdatei ist im Anhang, die Zeitstempel der zusammengehörenden RMC- und GGA-Sätze unterscheiden sich oft um 200 ms, vielleicht ist das der Grund für das "detaillierte" Verhalten von RC.
GPS Babel gruppiert dem Anschein nach die NMEA-Sätze und betrachtet jede Gruppe als einen Punkt. Ließe sich das auch in RC umsetzen? Zur Zeit konvertiere ich meine NMEA-Rohdaten erstmal mit GPS Babel nach GPX, bevor ich RC damit füttere.
Darüberhinaus würde ich mich freuen, wenn RC ein weiteres CSV-Format lesen könnte, das GPS Babel bietet und das ich sehr oft brauche: "Universal CSV with field structure in first line".
Ohara_Muster.zip (Size: 2.46 KB / Downloads: 808)
beim Einlesen von NMEA-Dateien aus einem Ohara-Logger ist mir aufgefallen, daß RC jeden einzelnen NMEA-Satz als eigenständigen Punkt betrachtet, wenn er eine lat/lon-Angaben enthält. Das ergibt eine unnötig aufgeblähte und uneinheitliche Positionsliste sowie ein kammartiges Höhenprofil, da die Höhe nur im Satz GGA enthalten ist.
Eine Musterdatei ist im Anhang, die Zeitstempel der zusammengehörenden RMC- und GGA-Sätze unterscheiden sich oft um 200 ms, vielleicht ist das der Grund für das "detaillierte" Verhalten von RC.
GPS Babel gruppiert dem Anschein nach die NMEA-Sätze und betrachtet jede Gruppe als einen Punkt. Ließe sich das auch in RC umsetzen? Zur Zeit konvertiere ich meine NMEA-Rohdaten erstmal mit GPS Babel nach GPX, bevor ich RC damit füttere.
Darüberhinaus würde ich mich freuen, wenn RC ein weiteres CSV-Format lesen könnte, das GPS Babel bietet und das ich sehr oft brauche: "Universal CSV with field structure in first line".
Ohara_Muster.zip (Size: 2.46 KB / Downloads: 808)
Grüße
Hans
Hans