Unterschiedliches Verhalten der Events

[phil]

Hallo zusammen,

auf Bitte eines Bekannten melde ich mich mit dem folgenden Anliegen:

Ich habe daraufhin mal etwas geguckt: Das Verhalten scheint auch zwischen verschiedenen Portalen gleicher Version nicht konsistent zu sein. Während in https://obs.adfc-darmstadt.de/ und https://obs.adfc-bw.de/ die Punkte die echten, verrauschten GPS-Koordinaten anzeigen, stellen zum Beispiel https://portal.openbikesensor.org und https://obs.adfc-ac.de/ die Daten auf Straßen gemappt dar.

Gibt es eine Option, dieses Verhalten konkret umzustellen, zum Beispiel über einen Toggle o.ä.?
habe bei einer ersten Suche hier im Forum keine konkrete Diskussion hierzu gefunden.

Hintergrund sind bereits bestehende, vergangene Auswertungen (vgl. Bild 1), die mit gesnappten events arbeitete, aber nun durch die verrauschtere Darstellung nicht mehr vergleichbar zum Status quo (Bild 2) sind. Mit Blick auf die jeweiligen Versionsnummern der Portale ergibt sich für mich kein klar erkennbares Schema, ob zum Beispiel ein Versionswechsel dieses Verhalten änderte?

Viele Grüße,

Phil

[opatut]

Das neue Verhalten kam mit 0.9.0 rein. Hätte man im Changelog sicher expliziter erwähnen können, das fällt unter die große Kategorie „New import logic“. Dass obs.adfc-darmstadt.de das auch schon macht liegt vermutlich daran dass @gluap dort eine Vorabversion installiert hat

Wenn du für die Auswertung wieder die „snapped“ Daten brauchst könnten wir beim Export einen Schalter einbauen, sodass dann die alten Daten mit snapping beim Export rauskommen. Würde dir das helfen?

[phil]

Danke für die fixe Antwort! In den Changelog hatte ich eigentlich schon reingeguckt, um den Rätsel auf die Spur zu kommen, aber demnach habe ich das wohl nur „gelesen“ und nicht tiefer verstanden

Au ja, ein Schalter beim Export wäre super, sofern das kein allzugroßer Aufwand ist?
Das selbst hinzubekommen ist leider etwas über meinen Fähigkeiten

[gluap]

Hallo zusammen - Bei der Arbeit mit den Exports gibts noch einen anderen Weg, vergleichbare Plots herzustellen - Im Export ist ja von jedem Überholvorgang auch der Zeitpunkt des Überholvorgangs angegeben - Man kann also jederzeit auch plots für einen Punkt in der Vergangenheit mit den ungesnappten Daten erstelllen. Ganz ohne Umschalter auf der Export-Seite.

So sieht das im json aus:

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Point",
        "coordinates": [8.325425044, 49.995908869]
      },
      "properties": {
...
        "time": "2022-06-27T15:51:38+0000",
        "zone": "urban"
      } },
...

[b.b.knife]

Hallo zusammen,

ergänzend zu der Mitteilung von Phil noch vom mir einige Anmerkungen:

Auf dem OBS-Portal des ADFC-Landesverbandes Baden-Württemberg wurde im August ein Update bereitgestellt, das für die grafische Präsentation der Überholabstände gravierende Folgen hatte. Mit dem Update werden nämlich die GPS-Positionen so dargestellt wie sie zum Zeitpunkt der Messung ermittelt wurden und nicht mehr wie bisher, d.h. auf die jeweilige Straßenachse eingerechnet.

Laut dem Wiki von OpenStreetMap beträgt „die Lage-Genauigkeit der GPS-Daten etwa 10m. Das trifft für 99% der Messungen zu. 50% der Messungen haben eine Genauigkeit von etwa 2-5m, 1% der Messungen haben Fehler deutlich über 10m. Immer optimale Bedingungen vorausgesetzt. Zwischen Häusern, im Wald oder im Gebirge sind die Messungen deutlich schlechter“

Mit professionellen Geräten ist eine Genauigkeit von wenigen Zentimetern bis einige Millimeter erreichbar was aber entsprechend teuer ist.

Das bedeutet, dass die Ergebnisse so wie sie jetzt (mit aller Lageungenauigkeit) verwendet werden, nicht mehr für eine Veröffentlichung geeignet sind. Die GPS-Positionen werden aktuell „jenseits von gut und böse“ dargestellt. Die angezeigten Positionen weichen stichprobenweise bis zu 60 m von der tatsächlichen Position ab. Wenn die Positionen aber um bis zu 60 m von der Ist-Position abweichen, wie soll man da glaubhaft vermitteln, dass ein Überholabstand von 30 oder 50 cm stimmt!

Der nachfolgende Screenshot zeigt die Heidenheimer Straße (nördlicher Teil) in Süßen aus der Auswertung von 2023. Hier ist klar zu welcher Straße eine Überholung gehört:

Der nächste Screenshot zeigt die Heidenheimer Straße (südlicher Teil) wie jetzt die neuen Positionen präsentiert werden:

(Falls die beide Screenshots nicht hochgeladen werden, es sich die gleichen, die Phil euch bereits gezeigt hat)

Wir haben im Kreisverband im letzten Jahr einen erheblichen Aufwand betrieben, um eine verlässliche Datenbasis zu schaffen. Im Frühjahr dieses Jahres sind wir mit den Ergebnissen des Landkreises Göppingen und der Stadt Göppingen in die Öffentlichkeit gegangen. Im Juli hat uns ein Bastler 5 eigene Sensoren zusammengebaut, mit denen wir im August die Messergebnisse weiterer Orte verdichten wollten, um aussagekräftige Ergebnisse zu bekommen.

Genau in diese Phase hat uns das Versions-Update einen Schuss vor den Bug gesetzt. Wir können Stand jetzt unsere Ergebnisse nicht mehr der Öffentlichkeit präsentieren, weil die GPS-Positionen nicht mehr glaubhaft wiedergegeben können. Damit ist der Aufwand, die Mühe und die Ergebnisse von vielen Freiwilligen der letzten 1 1/2 Jahre in Frage gestellt!

Deshalb bitte ich euch, dass ihr eine Möglichkeit schafft, mit der man wählen kann, wie die Daten exportiert werden sollen:

1. GPS-Positionen als Echtdaten (neue Variante)
2. GPS-Positionen eingerechnet auf die Straßenachse bzw. bei mehreren Fahrspuren in eine Richtung eingerechnet je Fahrtrichtung (alte Variante)

[gluap]

@b.b.knife Ich finde es gefährlich davon zu sprechen, dass die Daten „nicht mehr nutzbar“ seien, weil sie ehrlicher dargestellt werden. Aufgrund der bekanten Fahrtrichtung ist die Ungenauigkeit des GPS normal kein großes Problem - Anhand der Straßenfolge lässt sich fast allen Events eindeutig die passende Straße zuordnen. Es ist auch nicht so dass „alle anderen GPS total genau sind“ - egal was wikipedia sagt ist bei den low end consumer GPS dieser Generation eine solche Abweichung nicht ungewöhnlich (z.B. bei Laufuhren kann man das gut sehen). Im Auto das GPS snapped auch nur und erweckt dadurch den Eindruck, dass man „genau“ auf der Straße führe. Klar - jüngere generationen GPS module empfangen ein vielfaches der Satteliten (galileo, glonass, badiu etc…) und sind deshalb tatsächlich genauer. Kosten aber auch mehr, und zentimetergenaues GPS (hatte ich mal recherchiert) war so zwischen 200 und 600 euro.

Aber trotzdem kann ich verstehen, dass du nicht der Öffentlichkeit erklären möchtest, wie man die GPS ungenauigkeit durch verfolgung der logischen Straßenfolge beheben kann. Ich habe einen Prototypen, mit dem man das Snapping ein- und ausschalten kann, den ich demnächst submitten kann.

[gluap]

@b.b.knife @phil geht es euch denn jetzt um den export oder wollt ihr das auf der Karte im Portal an und ausschalten können?
Hat sich erledigt, hier ist beides enthalten.

[b.b.knife]

Danke für die prompte Reaktion! Ich wollte gerade auf deine Frage antworten. Mir geht es eigentlich ausschließlich um den Datenexport nach Excel und vor allem in einen Shape-Datensatz, da ich die GPS-Positionen in einem Geoinformationssystem aufbereite, um die Ergebnisse in Karten darzustellen.

Übrigens, das mit den unterschiedlichen GPS-Genauigkeiten ist mir schon klar, da ich gelerner Vermesser bin. Dass wir mit dem OBS natürlich keine professionellen GPS-Geräte aus der Vermessung verwenden können ist logisch und auch gar nicht notwendig. Wichtig ist dabei aber, dass die Datenpräsentationen auch für den Laien glaubwürdig sind. Und genau das ist mit einer großen Streuung bei der Positionsdarstellung nicht gegeben

[opatut]

Das bedeutet, dass die Ergebnisse so wie sie jetzt (mit aller Lageungenauigkeit) verwendet werden, nicht mehr für eine Veröffentlichung geeignet sind.

Es ist mMn ein bisschen egal was das Portal darstellt. Wenn du behauptest die gesnappten Punkte seien die gemessenen GPS-Koordinaten begehst du einen groben Formfehler. Dann lieber standardmäßig die Punktwolke zeigen und bei deiner Auswertung erklären, wie du sie bereinigst.

Die angezeigten Positionen weichen stichprobenweise bis zu 60 m von der tatsächlichen Position ab. Wenn die Positionen aber um bis zu 60 m von der Ist-Position abweichen, wie soll man da glaubhaft vermitteln, dass ein Überholabstand von 30 oder 50 cm stimmt!

Naja, wir messen den Abstand ja nicht mit dem billigen GPS Modul sondern mit dem Ultraschallsensor. Das kannste ja nicht vergleichen. Und die GPS-Positionen weichen tatsächlich um 60m ab, und das Snapping auf Straßenabschnitte aus OSM ändert daran nichts.

Genau in diese Phase hat uns das Versions-Update einen Schuss vor den Bug gesetzt. Wir können Stand jetzt unsere Ergebnisse nicht mehr der Öffentlichkeit präsentieren, weil die GPS-Positionen nicht mehr glaubhaft wiedergegeben können.

Dann habt ihr aber ein größeres Problem. Was das Portal anzeigt ändert ja wirklich gar nichts daran, was gemessen wurde.

Es muss wirklich aufhören, dass alle das Portal als Schlüssellösung für Auswertungen zu betrachten? Das ist es nicht. Es versucht nur ganz allgemein den Datenbestand zu vermitteln. Wenn ihr konkrete, haltbare, wissenschaftliche Auswertungen machen möchtet, müsst ihr immer selbst Hand anlegen. Das fängt an mit einer konkreten These/Fragestellung, und dann muss man Daten exportieren, entsprechend der These bereinigen und filtern, um dann eine aussagekräftige und wissenschaftlich „glaubhafte“ Statistik zu bekommen. Und da reicht dann eben IMO auch nicht „naja das Portal sagt das war auf Straße XY“ – den Algorithmus dahinter habt ihr sicher auch nicht dokumentiert.

[gluap]

Hier im Hessen-portal kann man das neue Verhalten testen. Man sieht aber auch gut dass das Snapping natürlich nicht 100% sondern vielleicht nur 99%ig ist. Es empfiehlt sich, offen damit umzugehen, dass das Snapping gemacht wird, und nicht den Eindruck zu erwecken, dass die GPS-Messungen spot-on sind. Man sieht an dieser Stelle der Karte finde ich auch sehr gut, warum die Darstellung der echten GPS Punkte teilweise optisch hilfreicher ist als mit Snapping. Mit Snapping verschwinden auf dieser gut vermessenen Straße die meisten Eventpunkte. Ohne Snapping sieht man die ehrliche Messwolke, und kann trotzdem sofort erkennen, dass die Daten aussagekräftig sind.