Datenabgleich OSM<>Extern genauer machen

[tordans]

Ich frage mich, ob wir aktuell externe Daten als grün markieren, obwohl sie eigentlich noch fehlen. Um das zu prüfen, könnte man den Abgleich genauer machen.

Gedanken:

• Nur matchen, wenn in OSM access=NULL || access=yes, also keine private, permissive, customer matchen, denn diese wären in den externen Daten nicht drin
• Den Such-Bereich kleiner machen auf ~5 Meter. Dann wären mehr Daten rot vermutlich, aber wir können das durch Verändern der geokodierten Daten korrigieren per PR.
• Nur matchen, wenn in OSM das Erstellungsdatum >= dem Datum der externen Daten ist. Also Ständer von vor 2020 nicht matchen mit dem Projekt NK 2020.
• Update: Nur matchen, wenn "stand", nicht wenn "wall_loops" oder anderes, denn in unseren externen Daten (zumindest Berlin), sind immer nur Stands enthalten

Was denkt ihr? Ist das relevant? Ist es möglich? …

[tordans]

Beispiel für "match mit private" und "match mit non-stands"

https://www.openstreetmap.org/node/7615889161

https://bikeparking.lorenz.lu/missingmap/Berlin%20Neuk%C3%B6lln#52.47538500728478/13.464535153470935/19/593

[britiger]

• Das mit dem access ist klar und denke auch relalisierbar.
• Den Suchbereich ggf. etwas anpassen, da die Daten der Quellen, die meist ungenau sind, bei Neukölln kann man das ja anpassen, aber wenn ich eine CSV oder andere Daten automatisiert importiere, dann kann ich das nicht mehr korrigieren. Vielleicht ergänze ich auch eine Suchbereich je Datensatz.
• Das mit dem Datum klingt interessant, muss ich mir mal ansehen, ggf. die das Dateum aus OSM mit importieren und in den Imports ein Schwellwert festlegen.
• Nach Typ filtern => würde ich auch max. für ausgewählte Datensätze machen, denn es ist ja nicht festgelegt, welcher Typ das ist. Bei einigen DS steht der Typ drin, vielleicht kann ich da auch eine Zwischenstufe (gelb) machen wenn der Typ nicht stimmen könnte. Das würde ich dann auf der UI machen, nicht inder Datenbank