RadmesserS (Stuttgart)

Diese Seite enthält noch die alte Version des RadmesserS; die neue Version hat den Namen OpenBikeSensor und hat eine eigene Seite hier im Wiki, siehe hier.

• Blogbeitrag über meinen Einsatz des RadmesserS.
• Weitere Blogbeiträge zum Thema RadmesserS
• Da ich einen Radmesser von Zweirat Stuttgart zugeschickt bekommen habe, sollen hier alle Informationen dazu hinterlegt werden.
• Die Dokumentation des Projekts und den Code für die Programmierung als auch die Druck-Daten für das Gehäuse gibt es auf Github, siehe hier.

Daten von Natenoms Fahrten

Die Messergebnisse meiner Fahrradfahrten sind öffentlich zugänglich. Eine der Dateien enthält fortlaufend alle bisher gesammelten Daten und wird alle paar Tage aktualisiert werden.

Aktuell erfasse ich folgende Daten:

• id – Nummer des Datensatzes, also des Überholvorgangs
• datetime – Datum Uhrzeit
• cyclistspeed – Geschwindigkeit des Radfahrenden laut GPS in km/h, mit einem Dezimalpunkt als Trenner
• spacerwidth – Ueberhang des Abstandshalters links über das Lenkrad in cm
• distance – Gemessener Abstand in cm (exklusive Rückspiegel des Fahrzeugs); diesen kann man mit einem durchschnittlichen Wert von 10 cm bei jedem Überholvorgang abziehen. So hat man es beim Radmesser-Projekt des Tagesspiegel gemacht.
• vehicletype – Fahrzeugtyp, Auto, Motorrad, Lkw, etc.
• tracktype – 0 = Landstraße, 1 = Stadt, weitere möglich
• optraffic – Opposit traffic; 0 = es gab keinen Gegenverkehr, 1 = es gab Gegenverkehr
• incurve – 0 = Gerade, 1 = in Kurve überholt
• honked – 0 = nicht gehupt, 1 = gehupt
• wswiperactive – windscreen wiper, 0 = ohne Scheibenwischer, 1 = Scheibenwischer beim Überholen aktiviert

Dokumentation des RadmesserS

Die Dokumentation war zuerst hier zu finden, weil ich lieber in der “Entwicklung” von Texten mit DokuWiki arbeite. Da der große Teil davon fertig ist, habe ich alles ins offizielle Repo des Projekts auf Github verschoben, siehe hier.

• Aufbau und Funktion
• Setup
• Aufzeichnung der Daten
• Was die Rohdaten enthalten
• Auswertung der Daten
• Bekannte Probleme

GPX Zeit

• Wenn die gpx zeit nicht stimmt, kann man diese anpassen: https://www.gpsbabel.org/htmldoc-development/filter_track.html Example 4.8
• https://www.gpsbabel.org/htmldoc-development/filter_track.html Example 4.9 tracks mergen; einfacher, wenn nur ein Track statt viele

Todo

• Script, das mehrere GPX dateien eines Tages zu einer GPX-Datei merged.
• FIXME Script, das eine GPX-Datei ausliest und aus allen Punkten eine mit dem CSV-Format kompatible Liste aller dieser Punkte erstellt. Dann muss ich beim Validieren nicht mehr alles manuell kopieren, sondern nur noch die nicht benötigtem Punkte/Zeilen zwischendrin löschen. Dabei sollten auch die Koordinaten drin bleiben.
• Script, das vor dem Hochladen aus den Daten die Koordinaten löscht. Später kann man diese möglicherweise hochladen.
• Überlegen, welche Erkenntnisse man vermitteln möchte und dazu ein Repo aus verschiedenen Plots erstellen.
  • Hier wäre Hilfe von Menschen schön, die sich mit sowas auskennen; sollte mit matplotlib und Python gelöst sein.