Ich hatte in 14 Tagen Urlaub auch 22 Tracks ,mit knapp 41000 Punkten. TrackPoints bei den Mautstellen.....
Anbei meine Vesion Deiner Punkte...
Ich hatte in 14 Tagen Urlaub auch 22 Tracks ,mit knapp 41000 Punkten. TrackPoints bei den Mautstellen.....
Anbei meine Vesion Deiner Punkte...
ZitatOriginal von karomue
Ich hatte in 14 Tagen Urlaub auch 22 Tracks ,mit knapp 41000 Punkten.
Bei mir waren es 5 Tage, 2500km und 27% des Speichers waren belegt. Ich werde mich heute abend noch mal in Ruhe hinsetzen und die Tracks angucken. Bei etlichen Tunneln und engen Tälern rechne ich aber mit einigen Außreißern.
Die Maus lief übrigends mit der Einstellung "8° Winkel-Abweichnung" in der Mittelkonsohle mit. So sollten also 3 Wochen Urlaub kein Problem sein. Der Akku hat jedenfalls die max. 10h Tagesetappen problemlos verkraftet. Beim Abendessen gab es dann über 220v->USB stets den frischen Saft für den nächsten Tag.
Gruß Inge
Hi Inge,
ZitatBei mir waren es 5 Tage, 2500km und 27% des Speichers waren belegt
Welche Parameter (Geschwindigkeit, Zeit, o.ä.) hattest Du dabei für die Aufzeichnungspunkte eingestellt ?
siehe oben: Kurs/Winkeländerungen 8°
Von den 2.500km waren etwa 1.500 auf der Autobahn, die verbleibenden tausend wurden an 3 Tagen auf verschiedenen Passstraßen zurückgelegt.
Die Tracks ohne Waypoints habe ich mal angehangen.
Gruß Inge
Hi Inge,
vielen Dank für Deine Antwort.
Da ich keine WBT habe, sagt mir leider die Einstellung Kurs/Winkeländerungen nicht auf Anhieb etwas. Kannst Du mir das in 'neutrale' Werten, also in anderen Worten erklären ?
ZitatOriginal von ppcfan
Hi Inge,
vielen Dank für Deine Antwort.
Da ich keine WBT habe, sagt mir leider die Einstellung Kurs/Winkeländerungen nicht auf Anhieb etwas. Kannst Du mir das in 'neutrale' Werten, also in anderen Worten erklären ?
Der Logger der 201 schreibt nicht im Takt der NMEA-SAätze - i.d.R. 1 sek. - mit, sondern über verschiedene anderte Kriterien. Eines davon ist eine (Track-) Winkeländerung - im Fall von ingek - >= 8°.
Das spart letzlich Speicherplatz ohne die Auflösung merkbar zu beeiträchtigen.
Ein anderes Kriterium ist z.B. ein geschwindigkeitsabhängiges Zeitintervall, siehe Bild.
Hi Charly,
vielen Dank für Deine Erläuterung. Wie Du ja weisst, nutze ich eine Q1000 + und bin brennend an alles Info's für Log-Aufzeichnungen interessiert.
Kannst Du mir zum Thema Winkeländerung noch etwas Unterstützung geben ?
ZitatOriginal von ppcfan
Hi Charly,
vielen Dank für Deine Erläuterung. Wie Du ja weisst, nutze ich eine Q1000 + und bin brennend an alles Info's für Log-Aufzeichnungen interessiert.
Kannst Du mir zum Thema Winkeländerung noch etwas Unterstützung geben ?
Ich versuchs mal etwas simpel, die genaue Definition hab ich jetzt nicht:
Die Verbindung zweier Kordinatenpunkte ergibt eine Gerade. Weicht der nächste Koordinatenpunkt um diese 8° von dieser Geraden ab, wird er in den Logger geschrieben.
Eine Auswirkung ist z.B. eine Kurvenfahrt, da ist ja - fast, je nach Kurvenradius - jeder Koordinatenpunkt von der vorhergehenden Geraden abweichend.
Joe, noch hinterher: Die Qstarz kann das nicht.
Moin!
Die Maus macht nur dann einen Log-Punkt, wenn sich die Richtung um x Grad ändert. Default sich 10° gewesen, ich habe es einfach mal auf 8° heruntergesetzt. Ein Log sieht dann so aus:
[Blockierte Grafik: http://img62.imageshack.us/img62/4953/8gradst6.th.jpg]
Also ganz wenige Punkte auf der geraden und trotzdem eine sehr fein gezeichnete Kurve. Funktioniert mit dem Auto wirklich 1a.
Gruß Inge
Hi,
@Charly: Vielen Dank, die Erklärung ist ok für mich.
@Wolfgang: Jo, war mir klar. Aber vielleicht brauch ich ja noch einen (zusätzlichen) Logger ![]()
@inge: Prima, das Beispiel ergänzt Charly's Erläuterung mit dem praktischen Gebrauchswert. Jetzt hab ich was dazugelernt ![]()
Zudem eine pfiffige Methode.
Mir ist aufgefallen, daß bei der Generierung von NMEA-Dateien aus WBT-201 Logfiles mit TimemachineX (aktuelle Version 2.5) die generierten NMEA-Dateien fehlerhaft sind. Und zwar werden offensichtlich bei den Längen und Breitenangaben der $GPRMC und $GPGGA Datensätze Nullen nach dem Dezimalpunkt "wegoptimiert".
Z.B. erscheint im imTimemachinX generierten NMEA-File ein Sollwert von 4831.01399 als 4831.1399 oder 4831.00269 als 4831.269
![]()
Ist das bei anderen Usern auch so?
Desweiteren bin ich mir noch nicht sicher, ob eine Längenangabe von
z.B 905.244300 (wie sie TimemachineX generiert) NMEA-konform ist oder ob es nicht 00905.244300 sein müßte.
Andere Frage:
Ich vermute daß der WBT-201 Logger nur Positionswerte und Zeiten aufzeichnet. Die $GPGSA und $GPGSV Datensätze einer daraus konvertierten NMEA-Datei sind daher wohl reine Fantasiewerte und völlig für'n Arsch ![]()
Kann das jemand so bestätigen, oder mache ich da was falsch?
@bodensee-rainer
...ich kann das bestätigen, NMEA-Tracks sind Müll, mit heftigen Zick-Zack-Linien.
Ursache habe ich aber nicht untersucht.
Tracks als gpx oder kmz sind ok.
Die NMEA-Daten werden generiert und sind nahe an Schrott. Die Länge ist nicht konform.
Fehlende 0 nach Komma kann ich nicht bestätigen, da nicht geprüft. Wenn das stimmt - was ich hier nicht bezweifeln möchte - sind die NMEA-Daten wirklich Müll.
[quote]Original von edegl
...ich kann das bestätigen, NMEA-Tracks sind Müll, mit heftigen Zick-Zack-Linien.
Ursache habe ich aber nicht untersucht.
[quote]
Naja, die Ursache für diese Zickzacklinien liegt in den von mir beschriebenen fehlenden "Nachkommanullen".
Als Beispiel nur mal die Breite betrachtet:
Wenn der tatsächliche Track von Position1 48°43.100' nach Position2 48°43.099' läuft,
gibt die NMEA-Datei des WBT-201 für Position1 48°43.100' , für Position2 jedoch 48°43.99' aus. Das ist im Vergleich zu Position 1 natürlich ein gewaltiger Sprung!
Bei jeder dieser Bereichsüberschreitungen ergibt sich dann ein mehr oder weniger starker Zacken in der Spur.