Import von nmea-files schlägt fehl

Wollte grade mit GTA ein paar nmea-logs einlesen.
GPS-Babel kann die logs lesen, allerdings sind ein paar Trackpunkte ohne Werte beim Längengrad aufgezeichnet worden, die Dateien sind also fehlerhaft.

GTA nun weigert sich vollständig, die Dateien einzulesen "Die Datei konnte nicht korrekt gelesen werden"

Aber auch wenn ich das manuell korrigiere, klappt es nicht

Hier mal ein Beispiel-Sentence:

$GPRMC,074245.000,A,4740.8102,N,01002.0469,E,0.05,245.69,031007,,*0B

Sollte doch also klappen, oder?

Edith: Falsch gelesen: Nicht die Längengrade sind fehlerhaft, sondern nur Geschwindigkeit und Richtung. Das sollte jetzt also garnichts ausmachen

Irgendwas mach ich falsch
Es will auch keine gpx-Files lesen

Edith: Habs gleich in der Übersicht probiert, aber da die Zumo-GPX nicht "typkonform" ist, passt das nicht. Dieser Teil ist also erledigt.

Hallo,

Zitat von blue0711

Irgendwas mach ich falsch

Aus welcher Quelle stammen die Daten? Wenn Geschwindigkeit und Richtung falsch sind dann bitte ein $GPVTG-Datensatz posten. Oder besser gleich das fehlerhafte Log anhängen.

Gruss Joern Weber

Es gibt aus dem Logger ausschliesslich GPRMC-Zeilen
Die fehlerhaften sind aber egal, ich hab jetzt mal alle Files durchgeschaut, auch korrekte Files lassen sich nicht auslesen, während gpsbabel sie aber fehlerlos konvertiert.

Hier mal ein Log, der keine fehlerhaften Zeilen hat.

Hallo Kai,

Zitat von blue0711

Es gibt aus dem Logger ausschliesslich GPRMC-Zeilen
Die fehlerhaften sind aber egal, ich hab jetzt mal alle Files durchgeschaut, auch korrekte Files lassen sich nicht auslesen, während gpsbabel sie aber fehlerlos konvertiert.

Es nervt! Ich benötige mehr Infos um dir effektiv helfen zu können. Ich hatte dich gebeten, die Datenquelle mit anzugeben. Das hatte einen guten Grund. Denn die Ursache für deine Probleme ist, dass die Zeit in einem Format angegeben ist, welches Millisekunden enthält.

$GPRMC,154935.779,A,4846.5206,N,00910.9934,E,5.35,206.72,071107,,*07

Die Millisekunden können von GTA momentan nicht verarbeitet werden. Blackwilli kennt das Problem. Der Aufwand es zu beseitigen ist aber erheblich. Bei einigen Loggern lassen sich die Millisekunden abschalten, dazu müsste ich aber erstmal wissen welcher Logger diesen Track erzeugt hat. Andernfalls bleibt dir nur die Lösung, die Millisekunden mit einem Konverter zu entfernen.:)

Gruss Joern Weber

Was hilft Dir das, wenn ich Dir sage, dass der Logger ein Selbstbauprojekt eines österreichischen IT-Fachmanns ist, der das mal in Kleinserie hergestellt hat?
Ich kann Dir nur soviel sagen: An dem Ding lässt sich nichts einstellen.

Die Daten, die rauskommen, hab ich ja angehängt.

Danke für den Tipp, das mit den Millisekunden werde ich dann mal ausprobieren.

Hallo Blue,

vorab die Frage: Mit welcher Version von GTA versuchst Du die Files einzulesen?
Aktuell ist die 4.6.2.1, auf die sich jetzt auch meine Antworten beziehen.

Wichtig bei der Sache: Für ASCII-Dateien, eben auch nmea, kann man sich den Import-Filter anpassen bzw. einen eigenen definieren, steht alles in der Hilfe. Somit lassen sich eigentlich alle nmea einlesen, es sei denn, da wurde wirklich "Quatsch" rein geschrieben.

Zitat von blue0711

Wollte grade mit GTA ein paar nmea-logs einlesen. GPS-Babel kann die logs lesen, allerdings sind ein paar Trackpunkte ohne Werte beim Längengrad aufgezeichnet worden, die Dateien sind also fehlerhaft.
GTA nun weigert sich vollständig, die Dateien einzulesen "Die Datei konnte nicht korrekt gelesen werden"

Auch solche Dateien werden eingelesen, die fehlerhaften Datensätze werden dabei gemeldet und man kann sie verwerfen lassen oder den Import ganz abbrechen.

Zitat von blue0711

Irgendwas mach ich falsch
Es will auch keine gpx-Files lesen
Edith: Habs gleich in der Übersicht probiert, aber da die Zumo-GPX nicht "typkonform" ist, passt das nicht. Dieser Teil ist also erledigt.

Zumos gpx werden eingelesen! Es gibt häufig eine Meldung, dass sie nicht ganz typkonform sind und GTA fragt dabei, ob sie angepasst werden soll.
Dieses mit JA bestätigen, dann wird die Datei um LineFeeds erweitert und eingelesen.

Zitat von blue0711

Es gibt aus dem Logger ausschliesslich GPRMC-Zeilen. Die fehlerhaften sind aber egal, ich hab jetzt mal alle Files durchgeschaut, auch korrekte Files lassen sich nicht auslesen, während gpsbabel sie aber fehlerlos konvertiert.

Wer programmiert denn wieder so was? In GPRMC stehen nach Definition keine Höhenangaben, dazu braucht es noch den GPGGA.

Sie werden aber trotzem von GTA gelesen, siehe oben !!!

Zitat von blue0711

Was hilft Dir das, wenn ich Dir sage, dass der Logger ein Selbstbauprojekt eines österreichischen IT-Fachmanns ist, der das mal in Kleinserie hergestellt hat?
Ich kann Dir nur soviel sagen: An dem Ding lässt sich nichts einstellen.

Das ist mein Stichwort. In letzter Zeit bringen mich die Loggerhersteller fast zum Wahnsinn. Jeder Dömmel in Asien findet sich heute dazu berufen einen Logger zu bauen. Die Auslesesoftware wird dann von irgendwelchen Hinterhof-IT-Schmieden zusammengebastelt, die noch nie etwas von GPS gehört hatten. Die schauen dann anscheinend mal kurz in irgendeinen Blog um so was ähnliches wie eine Formatbeschreibung zu finden.

Das Ergebnis habe ich täglich im Support: Vollkommen sinnfreie nmea-Dateien und gpx-Dateien, die alles enthalten, nur keine Tracks. In den letzten Tagen hatte ich z.B. mehrere gpx vom Holux. Die enthielten entweder die gesamten Tracks als freie Wegpunkte (!) und / oder die Tracks als Routendefinitionen. Würde gern mal sehen, wie Holux mit seinen Loggern die Routen navigiert.

Musste mal gesagt werden.

Die GTA-Version ist die aktuellste.
Das mit dem GPX hab ich schon gefunden, da war ich selber doof.
Wenn man in GTA gleich über die Trackverwaltung geht, kommt der Hinweis auf das nicht typkonform nicht, deswegen bin ich erst nicht draufgekommen. Offnet man die Dateien nacheinander in der Trackbearbeitung, geht das nachher auch in der Verwaltung 1A.

Zu den nmea-Files: Leider kommt GTA ja wegen des Formats gar nicht bis zum Korrigieren der Fehler.
Und der Logger: Tja, den hatte ich noch übrig, deswegen hab ich ihn im Mopped meiner Frau deponiert (damit ich auch weiss, wo die sich so rumtreibt ... )
Das war eine Aktion aus meiner Anfangszeit, da wusste ich noch nix rechtes von GPS.
Naja, demnächst bekommt sie ja ein Navi (mit Tracklog), dann hat sich das.
Jetzt muss ich halt die Daten umwurschteln. (77 Files )

Zitat von blue0711

Zu den nmea-Files: Leider kommt GTA ja wegen des Formats gar nicht bis zum Korrigieren der Fehler.
....
Jetzt muss ich halt die Daten umwurschteln. (77 Files )

Nicht unbedingt. Schau Dir mal die Hilfe zu den Import-Filtern an. Da ist genau beschrieben, wie Du z.B. den nmea-Filter anpassen kannst. Bisher habe ich damit noch jede nmea lesen können. Ganz fehlerhafte Datensätze werden verworfen und nur die korrekten eingelesen.
Da Du nur GPRMC-Datensätze hast, fehlt zwar die Höhe, die kann man aber später per SRTM einsetzen lassen.

Da war ich jetzt zu ungeduldig.
Hab mittels GPSBATCH von Harobi die logs in eine gpx gewandelt.

Dabei ist mir aufgefallen, dass ein grosser Teil der Tracks Ausreisser auf den 30.11.2001 enthält

Na schön, dass Du Dich an die Adresse erinnerst, Ich hab halt nur noch das Kistchen. Is ja fast ne Ewigkeit her, dass ich das gekauft hab.
Jetzt kann ich ja das "fm" lesen

Zitat von blue0711

Was hilft Dir das, wenn ich Dir sage, dass der Logger ein Selbstbauprojekt eines österreichischen IT-Fachmanns ist, der das mal in Kleinserie hergestellt hat?

Von Logger die Millisekunden Loggen gibt es noch nicht sehr viel Modelle.

Ok, das hat sich ja inzwischen schon geklärt.

Gruss Joern Weber

Hallo Blackwill,

Zitat von blackwilli

In den letzten Tagen hatte ich z.B. mehrere gpx vom Holux. Die enthielten entweder die gesamten Tracks als freie Wegpunkte (!) und / oder die Tracks als Routendefinitionen. Würde gern mal sehen, wie Holux mit seinen Loggern die Routen navigiert.

Kannst Du mir dazu die Typennummer von Holux nennen. Mxxxx?

Gruss Joern Weber

Zitat von Joern_Weber

Kannst Du mir dazu die Typennummer von Holux nennen. Mxxxx?

Nicht so einfach. Müsste ich bei den Usern mal nachfragen.
Kann etwas dauern, aber ich probier es mal.

Joern,

ging doch recht schnell, habe noch was in meinen Mails gefunden.

Holux M241

gpx erstellt mit "Holux Utility" (keine Ahnung, welche Version)

Hallo Blackwill,

Zitat von blackwilli

ging doch recht schnell, habe noch was in meinen Mails gefunden.

Holux M241

gpx erstellt mit "Holux Utility" (keine Ahnung, welche Version)

Danke, gut zu wissen, das die Software der Filmdose Schrott ist. Ich werde es in der Aufstellung der Logger übernehmen.
Der User möge die Freeware GPSBabel oder "iBT747" zum Download verwenden, das funktioniert. Die Filmdose M241 ist vom Protokoll her zu den QStarz BT-Q1000 kompatibel.

Gruss Joern Weber

Ich habe ihnen auch gpsbabel empfohlen und schein wohl geklappt zu haben.

Es gibt aber noch bessere Varianten:
Handy mit GPS-Maus und einem Programm Namens "Trackspace".
Dieses schreibt so wunderbare csv:

Zitat

#exp=trackspace|vrs=v0_12|fname=track200801005-1124
#Long|Lat|Speed|Altitude|Satellites|Quality|Timestamp|Type
6.9292|51.4799|8.0|149|6|1|1222713360|0
6.9288|51.4798|4.0|139|7|1|1222713371|0

Die Timestamps sind übrigens im Unixformat und repräsentieren die vergangenen Sekunden seit dem 01.01.1970 00.00 Uhr.

Hallo,

Zitat von blackwilli

Es gibt aber noch bessere Varianten:
Handy mit GPS-Maus und einem Programm Namens "Trackspace".
Dieses schreibt so wunderbare csv:

Na, Klasse der Autor möge die RFC's lesen.

Auf dem Handy kann man MTK-basierte Logger, mit der Handy-Variante der Freeware "bt747" managen. Das erzeugt entweder ein MTK-binär-File welches mit GPSbabel weiter verarbeitet werden kann oder gleich ein GPX-File.

https://sourceforge.net/projec…196368&sel_platform=11153

Sollte da etwas faul sein, wird das Problem in der Regel in wenigen Tagen vom Autor Mario Deweerd beseitigt. Hilfe dazu gibt es in gleichnamigen Sourceforge Forum.

Gruss Joern Weber