Kritische Tester für den neuen OSMI-Routing-View gesucht

Was soll hier http://tools.geofabrik.de/osmi/?view=routing&lon=9.45822&lat=48.16999&zoom=18&opacity=0.34&overlays=islands,islands_car,islands_bicycle,islands_all falsch sein?

Es sind keine Access-Merkmale eingetragen. Bei den monierten Tracks fehlt lediglich das Merkmal tracktype, während bei den anschließenden Tracks das Merkmal tracktype vorhanden ist.
https://www.openstreetmap.org/way/208440362/history
https://www.openstreetmap.org/way/208440347/history
https://www.openstreetmap.org/way/619860976/history
https://www.openstreetmap.org/way/30882574/history

Führt hier das fehlende Merkmal tracktype zu einem Routing-Hinweis?

Bei GraphHopper sind nur highway=track mit tracktype=grade1/grade2/grade3 oder ohne tracktype=* befahrbar. Da die Feldwege nur über grade4-Wege erreichbar sind, gibt es keine Kante im Graphen, die die betreffenden Kanten mit anderen Kanten verbindet. Falsch würde ich das Mapping nicht nennen, nur unvollständig.

Mit der vorhergehenden Version konnte ich schnell alle ‘major unconnected highways <1m’ flicken und das Europaweit, was wie gesagt meines Erachtens einen grossen Nutzen fürs Routing mit sich bringt. Leider ist dies jetzt überhaupt nicht mehr möglich. Wenn man bei den Urgent schaut, hat es einen riesigen Überfluss mit vielen false positives. Schade.

Gibt es nachwievor keine Möglichkeit, den ‘major unconnected highways <1m’ von früher irgendwie vernünftig abzubilden?

Hallo,

Ich habe nach deinem Hinweis alle Fälle mit einer Distanz kleiner als 1 Meter pauschal um 2 Stufen hochgestuft und alle mit einer Distanz kleiner 2 Meter um eine Stufe hochgestuft. Da sind eine ganze Reihe kleiner Straßen und Wege aufgetaucht, die echte Fehler sind und auch einer Korrektur bedürfen. Es sind oft die Fälle, die zwar nicht wirklich weh tun, da die Umwege gering sind, die dennoch nicht gut für OSM sind. Ich gebe zu, dass da auch False Positives dabei sind. Dabei handelt es sich jedoch meist um Fälle, wo man das Tagging verbessern sollte, z.B. fehlende layer=*-Tags ergänzen.

Ein Großteil des Straßennetzes ändert sich sowie nicht so oft in OSM. Wenn man die Fälle in der wichtigsten Kategorie einmal durchgeht, sollten danach das regelmäßige Putzen mit geringerem Aufwand von statten gehen.

Viele Grüße

Michael

Du redest Dich um Kopf und Kragen…

Jeder Fall, wo jemand die OSM Datenbank als False Positive Datenbank missbraucht ist ein Unfall. Bei dem no_exit Thema wolltest Du es ja auch nicht schönreden.

Immer besser die Tools den Prozessen anzupassen als andersrum

Hallo,

ich bin heute Morgen mal die Meldungen der höchsten Stufe im Gebiet zwischen Karlsruhe, Calw, Stuttgart und Heilbronn durchgegangen:

Node-ID Kommentar
899149705 Parkplatzweg, eher False Positive, Ortskenntnis erforderlich
2906708408 False Positive, public_transport=platform nicht unterstützt
1149201078 Fehler, aber nur mit Ortskenntnis lösbar (1,7 m)
310695040 Parkplatzweg, eher False Positive, Ortskenntnis erforderlich
6389167376 und 6389166966 Parkplatzweg mehrgeschossig, bedürfte besonderer Behandlung
4232101829 Waldweg nicht mit Landstraße verbunden
6439633354 Fußweg nicht mit Wohnstraße verbunden
5171763081 Treppe ins Nichts, ggf. Böschung mappen
6486636881 Treppe ins Nichts, Ortskenntnis erforderlich
618649416 Tiefgarageneinfahrt als amenity=parking statt amenity=parking_entrance, Ortskenntnis erforderlich
6138667060 sich überkreuzende Wege, von denen einer kurz danach endet; Mappingfehler, Änderungssatz kommentiert
3760440237 Zufahrt nicht mit Hauptstraße verbunden, vermutlich Überbleibsel von Straßenumbauarbeiten, korrigiert
3864632473 Multipolygon-False-Positive
3036982158 Fußweg kreuzt Rand des Bahnsteigs ohne gemeinsamen Node, korrigiert
2454642884 In einer früheren Version (vor Änderungssatz 62325737) hatte der Parkplatzweg schon fast die Form einer liegenden Sechs. Seitdem hat sich der Abstand vergrößert, sodass der Mappingfehler aus grauer Vorzeit nicht mehr so auffällig war. Korrigiert.
2326711353 offenes Ende eines Zufahrtsweges, nur mit Ortskenntnis korrigierbar
5895650600 offenes Ende eines linienförmigen Bussteigs, False Positive (man könnte es mit Ortskenntnis aber auch besser mappen)
4023857685 Minifußweg, der an public_transport=platform endet, welches nicht im Routinggraphen enthalten ist, False Positive (man könnte es mit Ortskenntnis aber auch besser mappen)
1454717988 unverbundener Bahnsteigzugang, offensichtlicher Mappingfehler, korrigiert
3755136516 offenes Ende eines linienförmigen Bahnsteigs einer Standseilbahn
1659738189 offenes, unverbundenes Ende eines linienförmigen Bahnsteigs einer Straßenbahnhaltestelle
2300170114 Zugangstreppe zu einer Wasserrutsche in einem Freibad (echter False Positive)
847581096 unverbundene Fußwege (3 cm Abstand), korrigiert
4980707534 unverbundene Fußwege (51 cm Abstand), korrigiert
3814717350 offenes Ende eines linienförmigen Bahnsteigs, verbesserungswürdiges Fußwegmapping an der Haltestelle mit meiner Ortskenntnis verbessert
6280833513 Wege nicht verbunden, Abstand 0 cm, korrigiert
4810448930 Zufahrtsweg nicht mit Straße verbunden, korrigiert
28839254 Parkplatzweg endet an der Rückseite eines Bahnsteigs, Ortskenntnis erforderlich
4870555626 Zugangsrampe zu einem Gebäude, die im Nichts endet, Ortskenntnis erforderlich

Ich habe aufgrund dieser Erfahrungen alle Fälle, bei denen unwichtige Straßen (service=driveway, service=parking_aisle, footway, path, cycleway, platform) weniger als 2 Meter von einer anderen Straße entfernt sind, aus der höchsten Kategorie in die zweithöchste verbannt. Die Änderungen kommen mit dem nächsten Durchlauf heute Nacht zum Tragen.

Viele Grüße

Michael

Sehr gut. Danke dir! Mit dieser Änderung reift es förmlich wieder zu einem brauchbaren Tool heran. Super!

Hallo,
für diese Linie https://www.openstreetmap.org/way/703449680/history wird im OSM-Inspector View Routing ein Hinweis no_feature_tag_ways angezeigt:
http://tools.geofabrik.de/osmi/?view=tagging&lon=9.80048&lat=48.03928&zoom=18&opacity=0.34&overlays=no_feature_tag_nodes,no_feature_tag_ways

Warum?
Müssen - abgesehen von removed:highway=* - alle anderen Merkmale raus?

Das Thema dieses Threads ist der Routing-View, nicht der Tagging-View. Das sind getrennte Dinge.

Okay, da habe ich nicht aufgepaßt. Aber vielleicht könntest Du die Frage ja trodzdem beantworten?

Ich habe eine Frage zum Knoten https://www.openstreetmap.org/node/6697407820
Dieser ist Endpunkt eines Tracks grade4 und liegt ganz dicht an der L401 ohne mit ihr verbunden zu sein.
In der Routing-View wird das allerdings nicht als potentieller Fehler angezeigt?

Die Probleme bei man_made=pier sind noch nicht gelöst. z.B. https://www.openstreetmap.org/way/489039038

Obwohl der Pier explizit auf bicycle=no gesetzt ist, kommt immer der Fehler

layer: islands_bicycle
type: island
way_id: 489039038
vehicle: bike_simple

Hallo,

Das war ein Bug. Den habe ich vorher behoben. Mit dem nächsten Datenupdate (irgendwann morgen) dürfte da (und auch noch an einigen anderen Stellen) ein Punkt im OSMI auftauchen.

Viele Grüße

Michael

Ich habe den Bug gefunden und behoben. Die False Positives werden morgen verschwinden.

Habe ‘Unconnected nodes (urgent/very high likely errors)’ nochmals getestet und in der Schweiz sind die vielen false positives komplett verschwunden. Bravo und vielen Dank! Werde ich in Zukunft wieder öfters nutzen.

Leider würde ich sehr gerne wieder jeden Tag ein paar Minuten investieren, um Europa- oder bei genügend Zeit Weltweit die gröbsten Routing-Fehler zu korrigieren. Das heisst vor allem die wichtigen Highway-Typen. Dies ist nun nicht mehr möglich, da es ein Überfluss von highway=tracks Errors gibt. Könnte man da noch einen Layer hinzufügen, welcher explizit für die wichtigen Strassen die ‘urgent/very high likely errors’ anzeigt?

Ich überarbeite gerade den Validator in JOSM. Jetzt wollte ich mal die Ergebnisse vergleichen und stosse - wie erwartet - auf diverse Unterschiede.
Warum werden in OSMI z.B. diese Nodes nicht angemeckert?
1306137089
2806194894
3329412567

Man kann ja in JOSM die OSMI Ergebnisse als Hintergrund laden. Im Moment muss ich 6 Layer laden, um alle “Unconnected nodes” zu sehen.
Wäre es möglich, zusätzlich einen Layer mit allen Typen zu bekommen?

Hallo,

Zu 1.: Die beiden Wege sind näherungsweise parallel. Solche Wegenden gibt es in der Realität in einer geordneten Welt wie hierzulande zuhauf. Supermarktparkplätze wären sonst wahre Nester an unverbundenen Wegenden.
Zu 2.: dto.
Zu 3.: Der Fußweg ist eine Insel. Bei Inseln werden keine unverbundenen Enden gemeldet. Diese werden nämlich schon vorher aus dem Routinggraphen eliminiert. Stattdessen wird eine Insel gemeldet.

Du kannst mit einem WMS-Request auch mehrere Layer auf einmal abrufen. Dazu übergibst du als Wert des Parameters LAYERS einfach eine durch Kommata getrennte Liste der Layernamen.

Viele Grüße

Michael

Wohl wahr. Bei sidewalks will man die aber eben nicht filterrn, oder?

Das mit den Layern probiere ich dann mal aus…

Was ist denn hier passiert: https://www.openstreetmap.org/way/680342632

Am westlichen Ende hat jemand OSMI gesteuert die Anschlüsse repariert, aber dass der Weg auch an der Brücke nicht verbunden ist sieht OSMI nicht?

Hallo Arndt,

die beiden Nodes am westlichen Brückenkopf liegen direkt übereinander. Solche Fälle hatte ich bislang unabsichtlich ausgeschlossen. Beim Debuggen hat sich jedoch ein weiteres Problem offenbart. Die räumlichen Indexe GraphHopper scheinen die Ergebnisliste zu deduplizieren. Ich erhalte zwar das offene Ende, dessen Koordinaten ich zur Abfrage verwende, aber nicht den Node an derselben Stelle mit anderer ID.

https://github.com/geofabrik/osmi_routing/issues/3

Ich muss mir die Implementierung der Indexe von GraphHopper mal noch genauer anschauen.

Viele Grüße

Michael