[OSRM]Seltsames Routing

Das scheint nur ein sehr kurzfristiges Problem gewesen zu sein - sobald ich deine Strecken neu route (z.B. zweimal "Umdrehen" klicken), bekomme ich die Strecke über die A73 für den Hinweg und die A9/A3 für den Rückweg - A9/A3 funktioniert auch auf dem Hinweg, wenn man einen Punkt auf der A3 vorgibt. Die beiden Routen scheinen sich nur im Sekundenbereich zu unterscheiden, deswegen der Unterschied.

Das liegt vermutlich an halb-korrekten und/oder halb vollständigen max-speeds.

mueschel wrote:

Das scheint nur ein sehr kurzfristiges Problem gewesen zu sein - sobald ich deine Strecken neu route (z.B. zweimal "Umdrehen" klicken), bekomme ich die Strecke über die A73 für den Hinweg und die A9/A3 für den Rückweg - A9/A3 funktioniert auch auf dem Hinweg, wenn man einen Punkt auf der A3 vorgibt. Die beiden Routen scheinen sich nur im Sekundenbereich zu unterscheiden, deswegen der Unterschied.

Der Weg durch die Stadt - A73 - ist definitiv langsamer.
Halb sechs frueh mag er noch gehen, ansonsten steht man "An den Rampen".

Jo, das ist leider schwierig von außen zu entscheiden. Wäre cool, wenn man so etwas wie Durchschnittsgeschwindigkeiten hätte. Dann wäre das alles ein Klacks 😉

Von der Routing-Variante "A" abgesehen verstehe ich die jeweiligen Umwege auf den Autobahnen nicht. Ich kann die Situation auch nicht für andere Start-/Zieladresse nachstellen.

Bezüglich erwarteter Durchschnittsgeschwindigkeit könnten wir eine Tagging-Diskussion starten ;-) Theoretisch ließe sich aus GPS-Tracks eine solche Geschwindigkeit rechnerisch (für Wegabschnitte) ermitteln, wenn beim Spur-Upload zumindest das Fortbewegungsmittel mitgeteilt wird. Ich vermute, dass man auch mit ein wenig Logik (z.B. Schwellwert für Maximalgeschwindigkeit [1]) PKW-GPS-Tracks identifizieren kann.

[1] Pseudo-Code: if max(gps_speed_values) > pkw_threshold then vehicle_type = 'pkw' wobei pkw_threshold beispielsweise zu 90 km/h gewählt werden könnte

PeterPablo wrote:

Bezüglich erwarteter Durchschnittsgeschwindigkeit könnten wir eine Tagging-Diskussion starten ;-)

oder wir könnten akzeptieren, dass erwartete Durchschnittsgeschwindigkeiten nichts in der OSM-Datenbank zu suchen haben…

DennisL wrote:

Das liegt vermutlich an halb-korrekten und/oder halb vollständigen max-speeds.

In dem Fall eher am maxspeed=signals-Handling von OSRM, weswegen für die Strecke A9/A3 eine viel zu niedrige Geschwindigkeit rauskommt.

Eckhart Wörner wrote:

DennisL wrote:

Das liegt vermutlich an halb-korrekten und/oder halb vollständigen max-speeds.

In dem Fall eher am maxspeed=signals-Handling von OSRM, weswegen für die Strecke A9/A3 eine viel zu niedrige Geschwindigkeit rauskommt.

Wird maxspeed überhaupt berücksichtigt, d.h. greifen nicht eh immer die vordefinierten Durchschnittswerte unabhängig davon, was in maxspeed steht?

Ein explizites "signals" Handling habe ich jedenfalls nicht gefunden. Siehe car.lua, Zeilen 12-33 und 160-174. Weil "signals", ebenso wie "none" keinen numerischen Wert enthält, liefert parseMaxspeed wohl zunächst 0 und damit später ebenso den Durchschnittswert 90km/h für motorway und 75 für motorway_link. So interpretiere ich das ganze.

Vielleicht kann Dennis das kommentieren?

mmd wrote:

Wird maxspeed überhaupt berücksichtigt, d.h. greifen nicht eh immer die vordefinierten Durchschnittswerte unabhängig davon, was in maxspeed steht?

[…] Weil "signals", ebenso wie "none" keinen numerischen Wert enthält, liefert parseMaxspeed wohl zunächst 0 und damit später ebenso den Durchschnittswert 90km/h für motorway und 75 für motorway_link.

Ich hatte 90 für maxspeed=signals in Erinnerung, aber anscheinend ist das dann doch der Defaultwert für motorway – der dann m.E. deutlich zu niedrig ist.

Das Problem kenne ich übrigens aus München – http://osrm.at/1DF – die Route sollte über die A99 um München herum gehen.

Eckhart

naja, ist immerhin 10 km länger, da muss man schon einen schnellen BMW haben. 😉
Mein Nüvi will links herum (A99 - A96- A995)

chris66 wrote:

naja, ist immerhin 10 km länger, da muss man schon einen schnellen BMW haben.

Nicht unbedingt. Auf der Route durch die Stadt ist höchstens 60 km/h erlaubt, die Autobahn lohnt sich schon allein deswegen. MapQuest Open und Google routen beide über A 99.

Eckhart Wörner wrote:

Auf der Route durch die Stadt ist höchstens 60 km/h erlaubt, die Autobahn lohnt sich schon allein deswegen.

So allgemein kann man das nicht sagen. Ich bin auf dieser Autobahn schon oft genug gefühlt ewig im Stau gestanden - und das nicht nur tagsüber. Durch die Stadt übrigens auch ...

Zartbitter wrote:

Eckhart Wörner wrote:

Auf der Route durch die Stadt ist höchstens 60 km/h erlaubt, die Autobahn lohnt sich schon allein deswegen.

So allgemein kann man das nicht sagen. Ich bin auf dieser Autobahn schon oft genug gefühlt ewig im Stau gestanden - und das nicht nur tagsüber. Durch die Stadt übrigens auch ...

Natürlich gibt es Situationen, in denen durch die Stadt schneller geht, es geht mir hier um eine allgemeine Aussage. Wenn (wie gestern) weder in der Stadt noch auf der A 99 was los ist, geht Autobahn deutlich schneller, allein durch die (fehlenden) Geschwindigkeitsbeschränkungen und Ampeln.

Eckhart Wörner wrote:

In dem Fall eher am maxspeed=signals-Handling von OSRM, weswegen für die Strecke A9/A3 eine viel zu niedrige Geschwindigkeit rauskommt.

Das klingt so, als sei maxspeed=signals sinnvoll parsebar. So lange nicht klar ist was auf besagten signals steht, ist die Angabe nicht zu gebrauchen. Also bleibt einem nicht viel anderes übrig als zu raten. Viel interessanter als maxspeeds sind übrigens Durchschnittsgeschwindigkeiten.

Die erwartete Geschwindigkeit auf A9/A3 kommt mir nicht zu niedrig vor. Ich denke eher umgekehrt, dass die Geschwindigkeit, die durch die Stadt angenommen wird viel zu hoch ist. Z.B. finde ich auf der 1DF Route auch trunks mit fehlender maxspeed Angabe oder eben den unklaren maxspeed=signals tag: http://www.itoworld.com/map/124#fullscr … 93&zoom=13

mmd wrote:

Wird maxspeed überhaupt berücksichtigt, d.h. greifen nicht eh immer die vordefinierten Durchschnittswerte unabhängig davon, was in maxspeed steht?

Ja, maxspeed wird berücksichtigt.

mmd wrote:

Ein explizites "signals" Handling habe ich jedenfalls nicht gefunden. Siehe car.lua, Zeilen 12-33 und 160-174. Weil "signals", ebenso wie "none" keinen numerischen Wert enthält, liefert parseMaxspeed wohl zunächst 0 und damit später ebenso den Durchschnittswert 90km/h für motorway und 75 für motorway_link. So interpretiere ich das ganze.

Vielleicht kann Dennis das kommentieren?

Ja, maxspeed=signals wird keiner bestimmten Geschwindigkeit zugeordnet.

Ja, Stadtgeschwindigkeiten werden meist zu hoch berechnet.

Primary's mit maxspeed=50 dürften AVG eher 30 sein.
Und wenn kein maxspeed angegeben ist kann man die Berechnung eh vergessen (primary default 70 km/h oder so).

Traffic-signals Penalties sind eine Möglichkeit, aber das macht OSRM ja bereits.

Problem : Es werden einzelne Ampeln und keine Ampelanlagen gemappt. Bei Dual-Carriageway Kreuzungen mit Ampel
in jedem der 4 Schnittpunkte hat man so zwischen 1 und 3 Ampeln im Weg, je nachdem wie man abbiegt. 😉

chris66 wrote:

Problem : Es werden einzelne Ampeln und keine Ampelanlagen gemappt. Bei Dual-Carriageway Kreuzungen mit Ampel
in jedem der 4 Schnittpunkte hat man so zwischen 1 und 3 Ampeln im Weg, je nachdem wie man abbiegt. 😉

Jep, aber es läuft immer wieder drauf raus, dass man gerne Durchschnittsgeschwindigkeiten hätte und diese eben durch allerlei Tricks versucht nachzubauen.

DennisL wrote:

mmd wrote:

Wird maxspeed überhaupt berücksichtigt, d.h. greifen nicht eh immer die vordefinierten Durchschnittswerte unabhängig davon, was in maxspeed steht?

Ja, maxspeed wird berücksichtigt.

Hallo Dennis,

danke für die Rückmeldung! So ganz verstehe ich das aber nicht mit dem "maxspeed wird berücksichtigt". Wie ich weiter oben schon bemerkte, habe ich eher den Eindruck, dass maxspeed keine Rolle spielt und nur die Default-Werte pro highway-Typ gezogen werden.

Um das ganze näher zu analysieren, habe ich mir den aktuellen git-Zweig heruntergeladen und ein paar Debug-Infos in das "Car"-Profil eingebaut. Damit werden die relevanten Diagnoseinformationen gleich bei der Datenaufbereitung ausgegeben.

Das Ergebnis:

• Am Beispiel der highway=motorway Wege sieht man, dass Wege mit maxspeed={50,60,80,90...} getaggt wurden. Einzelne maxspeed=0 deuten wohl darauf hin, dass hier ein maxspeed=none oder maxspeed=signal getaggt wurde, was aber in der Verarbeitung unberücksichtigt bleibt.
• Da der Parameter take_minimum_of_speeds auf "false" gesetzt wurde, werden diese Werte allesamt umgedeutet zu "inf" (=unendlich).
• Im letzten Schritt wird dann das Minimum von unendlich und der Default-Geschwindigkeit von 90 km/h ermittelt und der Motorway mit diesem Wert (90 km/h) bewertet.

Bei den anderen highway-Typen sieht das ähnlich aus.

[+] motorway: maxspeed=0 --> inf --> on way: 90
[+] motorway: maxspeed=100 --> inf --> on way: 90
[+] motorway: maxspeed=110 --> inf --> on way: 90
[+] motorway: maxspeed=120 --> inf --> on way: 90
[+] motorway: maxspeed=130 --> inf --> on way: 90
[+] motorway: maxspeed=50 --> inf --> on way: 90
[+] motorway: maxspeed=60 --> inf --> on way: 90
[+] motorway: maxspeed=80 --> inf --> on way: 90
[+] motorway: maxspeed=90 --> inf --> on way: 90

Habe ich da etwas übersehen (d.h. es gibt noch andere Stellen, die die Maximalgeschwindkeit beeinflussen), oder läuft map.project-osrm.de mit einer anderen Konfiguration als das car.lua aus dem git Repository?

Danke für die Aufklärung 🙂

Gruß,

[1] print("[+] " .. highway .. ": maxspeed=" .. orig_maxspeed .. " --> " .. maxspeed .. " --> on way: " .. way.speed)
noch bevor maxspeed geändert wird: local orig_maxspeed = maxspeed

DennisL wrote:

Das klingt so, als sei maxspeed=signals sinnvoll parsebar. So lange nicht klar ist was auf besagten signals steht, ist die Angabe nicht zu gebrauchen. Also bleibt einem nicht viel anderes übrig als zu raten. Viel interessanter als maxspeeds sind übrigens Durchschnittsgeschwindigkeiten.

maxspeed:signals ist auch aus meiner Sicht keine gute Idee.

Z.B. finde ich auf der 1DF Route auch trunks mit fehlender maxspeed Angabe oder eben den unklaren maxspeed=signals tag: http://www.itoworld.com/map/124#fullscr … 93&zoom=13

Wo findest du da trunks mit fehlender maxspeed-Angabe?

chris66 wrote:

naja, ist immerhin 10 km länger, da muss man schon einen schnellen BMW haben. 😉
Mein Nüvi will links herum (A99 - A96- A995)

Damit war OSM-Nüvi gemeint, mit der Original Garmin Karte geht das Nüvi auch über die A99 ("rechtsrum"), dabei rechnet er
mit einem Avg.-Speed von 130 km/h. Mit der OSM Karte nur 100 km/h. Da ist also irgendwo was faul. maxspeed=signals
sollte nicht zu einer Einschränkung führen.

Eventuell kann das NT Format einen größeren Speed-Bereich abdecken als das Standard img Format, welches von
mkgmap geschrieben wird.

Chris

Ich packe das mal hier unter "seltsames Routing" rein:

osrm.at/1EY

die Hausnummer 1a als Ziel wird immer hinter die Bahnlinie auf den Supermarktparkplatz geroutet!!!!
gibt man die Hausnummer 1 als Ziel an, ist es korrekt.........

Irgendwelche Ideen, Komentare, Hinweise von den Routingspezies???

PS: (in Skobbler auf Apfel-Phone bzw. auf skobbler.de ist es genauso......)

Aus meiner Sicht der Dinge: Vom Parkplatz zum "1a" ist der direkte Weg der kürzeste (auch wenn es nicht möglich ist, diesen zu beschreiten).

Lösung: Die Adresse "1a" in einen node und diesen node Wichtung West-Süd-West an die Gebäudekante verschieben (oder auf den Umriss des Gebäudes heften).

Nachtrag: Eventuell kannst du ja auch den highway:service näher ans Gebäude ranführen.

Nachtrag 2: Vom Parkplatz zum "1a" sind es 43.9m - vom Ende des highway:service sind es 48.8m - also irgendwie die 5m reduzieren und es sollte passen. (Der way sollte sich bis auf knappe 40m heranführen lassen)

So - Problem behoben: http://osrm.at/1FC

chris66 wrote:

Damit war OSM-Nüvi gemeint, mit der Original Garmin Karte geht das Nüvi auch über die A99 ("rechtsrum"), dabei rechnet er
mit einem Avg.-Speed von 130 km/h. Mit der OSM Karte nur 100 km/h. Da ist also irgendwo was faul.

Geklärt. Hatte motorways standardmäßig auf roadspeed 6. Nach Änderung auf 7 fährt er im Demomodus mit
Tempo 130 über die A99. Das Routing geht allerdings weiterhin mitten durch München.