Weird navigation/routing bug perhaps?

Hi all, I found some weird routing behavior on this intersection in Germany.
I’m trying to create a route on a b42 southbound. However the routing always routes left, even though the intersection settings allow driving straight. Any one knows, why it’s happening?
Here are few pictures to this:


it just doesn’t want to navigate straight

unfortunately I cant embed more than one picture
so here is the link to the edit mode in that area

Not the only time this has happened: Fehler in Neu-Ulm

It certainly looks like a routing error in OSMR and GrassHopper where some road segments are somehow ignored (Valhalla is fine, though).

1 Like

Einen Fehler habe ich schon mal beseitigt, der für diese Route nicht relevant sein dürfte: Way: ‪Rheinstraße‬ (‪819002504‬) | OpenStreetMap war oneway=yes getaggt (also zwischen Aufsplittung in getrennte Richtungsfahrbahnen und Einmündung Rheinufer). Bis das in den Routern ankommt wird noch etwas dauern.

Edit: und im Nachgang lanes=2 statt lanes=1 getaggt.

2 Likes

Doch, ich denke, dieses 2,5 Meter oneway Stück war der Fehler.

Das glaube ich nicht, denn das stück kommt viel weiter nach der Kreuzung. Und der Fehler tritt auf, auch wenn der Endpunkt der Route vor dem Abschnitt liegt

Es geht schon direkt an der Abzweigung der L308 schief:

https://map.project-osrm.org/?z=18&center=50.397263%2C7.614604&loc=50.397610%2C7.613343&loc=50.397303%2C7.613686&hl=en&alt=0&srv=0

Diese ist ausschlaggebend für das Routingproblem in OSRM und Graphhopper.
Ich vermute, dass das Problem in den Abbiegebeschränkungen liegt, GraphHopper kann ja noch nicht einmal ostwärts auf der Rheinstraße routen:

Das oneway sollte das Problem gewesen sein, denn einige Router navigieren nicht in Einbahnstraßen aus denen es, wie hier, kein Entkommen gibt.

1 Like

Ich denke, dass die Router dieses kaputte oneway-dead-end Segment komplett ignorieren.

PS: Schon lustig, dass so ein gravierender Fehler in einer Bundesstraße erst nach 11 Monaten auffällt. :wink:

Das OSM-Routing will weiterhin die Kreuzung nicht befahren . Ich habe das tag flood_prone=seasonal in Verdacht. Teilweise flood_prone=yes; manchmal nichts. Ich vermute Router folgt erst einer Strasse, welche kein floodprone hat, dann ist das Auto eben schon auf der Strasse, bevorzugt dann aber “sichere” Straßen.

Verwendung ist sehr selten.
https://taginfo.openstreetmap.org/tags/flood_prone=seasonal#overview

Ich will das - auch testweise - nicht rausnehmen; vielleicht weiß jemand, ob das genau so Sinn ergibt, für mich eher nicht.

Overpass: overpass turbo

Noch ein Edit: DE:Key:seasonal - OpenStreetMap Wiki

Die Routing-Daten wurden noch nicht aktualisiert:

OSRM:

2024-12-14T19:00:00Z

Quelle: https://map.project-osrm.org/timestamps/careuasi.data_timestamp

GraphHopper:

road_data_from: 2024-12-24T15:00:00Z

https://graphhopper.com/maps/?point=50.397922%2C7.613005&point=50.396711%2C7.61439&profile=car&layer=Omniscale

1 Like

Ein Klick mehr, auf Projekte in taginfo, hãtte dir angezeigt, dass keiner der Router den Tag beachtet.

Im Falle der FOSSGIS OSRM Instanz liegt das Problem vermutlich daran, dass aktuell die Updates nicht tun.

2 Likes

In der OSRM-Debug-Ansicht ist die Lücke auf Grund der falsch erfassten Einbahnstraße übrigens (noch) sichtbar:
https://routing.openstreetmap.de/debug/car.html#20/50.39617/7.61504

3 Likes

Danke, das sind ein paar interessante Links. Super.

Das verstehe ich anders, im Sinne von “nur so gut, wie die Projekte das mitteilen”. Aber ja, ich habe Routing mit flood_prone = yes|no getestet, beides geht. Verdacht ist eben das seasonal ohne condition. Ok, warten wir, bis alle Server aktuell sind.

Euch ein Gutes Neues Jahr.

1 Like

Sind jetzt aktuell und das Routing funktioniert wieder.

1 Like