Aber auch hier nicht optimal. Warum gehts nicht über die Severinsbrücke? Der Fehler über die Komödienstraße kenn ich auch vom TomTom.
Ich will hier nichts abwerten. Es geht immer etwas optimaler. Daher wünsche ich viel Erfolg mit zukünftlichen Optimierungen.
( Aber mein Tipp: Die Stadtstraßen sollten eigentlich nach Verkehrsaufkommen und demnach nach optimalen “durchkommen” getaggt sein. )
Anhang: Bin der Frage nach der nicht optimalen Route über die Deutzer Brücke mal nachgegangen ( mit Osmand, der auch so führt ). Das rechtsrheinische Routing wäre 150m kürzer. Allerdings mit 4 Ampeln gegenüber 1 über die Severinsbrücke und mit erhöhter Staugefahr. Die Wegezeit ist ca. 5 Min. länger ( ohne Stau ).
Die Bevorzugung liegt wohl darin begründet, das der östliche Zubringer ein Stück gleichzeitig Autobahn A559 und primary L 124 ist. Und solange keine Alternative angeboten wird ( was schade ist ), ist die Sache klar.
ich habe in letzter Zeit für einen Kumpel die Anfahrtsbeschreibungen von Webseiten auf OSM umgebaut.
Da es außer OpenRouteService scheinbar nur den Mapquest Router gibt, bei dem man einen Link bekommt wenn man nur den Zielort angibt habe ich diesen verwendet.
Durch den anderen Kartenstyle sieht das ganze dann jedoch etwas zusammengebastelt aus. http://www.verein-bwh-wuppertal.de/kontakt.html
Schön wäre eine Funktion mit der einfach ein Link erstelt werden kann mit Ziel und Kartenstyle den man in die Webseiten oder Mails integrieren kann. Der Interessierte setzt seinen Starpunkt selber.
Dann sieht das mit den Standart OSM-Layer wie aus einem Guss aus.
Danke für Eure Antworten! Werde nun auf die einzelnen eingehen …
bilderhobbit
das wird kommen
das wird erst später kommen.
contributions welcome ! Also im Ernst: sollte ja nicht so schwierig sein. Ein bissle JavaScript etc
Rogehm
Wie ist das explizit getagged?
Danke. Schau ich mir an.
Wie sollte das gehen ohne Verkehrsinformationen? Oder kennst Du eine zuverlässige Open Data Quelle? Am besten auch noch weltweit ?
Meinst du alternative Routen? Da gibs schon ein prototyp. Dauert aber noch etwas.
aighes und maxbe
Ok, werd ich dann so in den nächsten Tagen ausrollen.
chris66 und Rogehm
Danke - an Lyrk weitergeleitet!
maxbe
Auto und Fahrrad, da Fahrrad ja auch oneway beachten sollte. Es wird auch nicht komplett gelöscht, nur die Einbahnstraßen aus denen entweder nix rausführt oder in die nichts reinkann.
Nun, wahrscheinlich wie in jeder Stadt. Die Wichtigkeit der Straße bezüglich Verkehr ist als Secondary und Primary Road festgelegt.
Damals ( ist doch erst 1,5 Jahre her ) wurden diese Einstufungen vorgenommen, wobei dann auch schon mal Bundesstraßen zu secondary herabgestuft wurden und ich damals darüber ziemliche Bauchschmerzen bekam. Ein User konnte das Verkehrsaufkommen mit Zahlen nachweisen, frag mich bloß nicht nach der Quelle. Sonst muß ich meinen alten kleinen PC durchforsten. Von meiner Seite achtete ich damals schon auf optimierte Routenführung für OSM Navigation.
Ansonsten wurden diese Einstufungen rein subjektiv, natürlich mit entsprechenden Erfahrungswerten, getätigt. Und die jetzige ist wohl ein Konsens daraus.
Eine Rückfrage: Inwieweit werden ways-Stufen ( primary…) und die Anzahl der Ampeln in den Routing Algorithmen berücksichtigt?
Wenn’s nur nach der Wegstrecke ginge, habe ich hier nichts mehr weiter zu sagen.
Das ganze bitte nur innerstädtisch interpretieren. Außerstädtisch gibt es für mich keine “Runterstufung” von z.B. Bundesstraßen.
Der Weg über die Severinsbrücke ist als der richtige Weg zur Innenstadt ausgeschildert und auch der optimale Fahrweg. Außerdem eine Bundesstraße als primary.
Aber leider 130m länger … ( was mich verwundert, eigentlich “gefühlte” 500m kürzer … )
Als Alternative ist klar eine mindestens alternative Streckenführung ( meinetwegen: Schnellste / Kürzeste … ) gemeint.
Vielen Dank für euer Bemühen. Noch vor 18 Monaten war die Navigation mit OSM fast unmöglich. Mittlerweile ist sie FAST optimal. Ihr seid ganz schön fleißig…
Grüße Rolf
Anhang: Möglicherweise fehlen diverse tags für die Streckenführung über die Severinsbrücke, ohne jetzt “für den Renderer oder sonstige Anwendungen” zu taggen.
Aber eigentlich möchte ich hier das Problem gelöst wissen, da ich nicht weiss, woran liegt’s. TomTom leitet richtig. So möchte ich’s auch mit OSM Routing.
( Auch OSRM ! )
Ich vermute das Problem liegt an Folgendem. GraphHopper nimmt ja die schnellste Route (nicht die kürzeste) und dafür muss er die Geschwindigkeit gut schätzen. Und fast alle Straßen in dem Beispiel haben maxspeed=50, bis auf den östlichen Teil des Zubringers (trunk), dadurch nimmt GraphHopper fälschlicherweise höhere Geschwindigkeiten als innerorts erlaubt da die Ortsboundaries noch nicht berücksichtigt werden. Auch werden Ampeln noch nicht berücksichtigt. (steht beides auf der TODO Liste)
Dass könnte das Problem dann lösen, da die Strecke ja offensichtlich ein Umweg ist, aber evtl. auch nicht. Denn secondary vs. primary wird nicht berücksichtigt. Da habe ich nun folgende Schwierigkeit: die Geschwindigkeiten für beiden sind ja identisch und auf der primary ist die Wahrscheinlichkeit für nen Stau eher sogar noch höher. Sollte primary dennoch ne höhere Priorität bekommen?
Primary sollte höhere Prio bekommen (analog Autobahnen), da in erster Näherung besser ausgebaut. Stauvermeidung bräuchte aktuelle Verkehrsdaten, auch Ampeln sind nachts nicht immer an. Feintuning per Konfiguration für Straßentyp (gilt dann aber für alle) oder per Sperrzone. Irgendwann macht man das Routing dann allerdings fast selber.
Radrouting war besser geworden auf Graphhopper seit meinem letztem Test, und nochmal besser seit Deinem Advertisment-Post hier, da scheint sich was zu tun.
Glaub da hatten wir vor einem Jahr schonmal drüber diskutiert (und glaub mir, da ist keine Fähre, ausser jeden 1. Mai, der auf einen Sonntag in einem Schaltjahr fällt.).
Zu der Diskussion primary/secondary route beim Car-Routing wollte ich meinen Senf noch loswerden:
Letzlich muss man die Kosten einfach besser schätzen. Maxspeed ist dafür einfach ungeeignet. Die Kosten bei untergeordneten Strassen werden bestimmt nicht durch Maxspeed sondern durch Kurven, Kreuzungen und Ampeln. Diese Dinge KANN man objektiv bewerten, nur tut das keiner und deswegen orientiert sich Car-Routing normalerweise an der Hirachie der Strasssentypen. Das ist aber nur eine Vereinfachung. Aber nur Ampeln geht in die Hose, dann weden die auf Residentials umfahren, was man da braucht ist gleichzeitig eine sinnvolle Bewertung von Kreuzungen und Kurven Und dann qualifiziert sich die primary von ganz alleine, ohne dass man ihr a-priori den besseren Kostenfaktor zuweisen muss.
Um mal bei meinem Beispiel zu bleiben, habe ich den Weg mal spaßhalber so gefahren, wie graphhopper vorschlägt. Ergebnis. In dem Bereich von der Autobahn bis zum Endpunkt (4km): 13 Ampeln ( Wartezeit ges. 5 min. ), ein Gewusel an Spurwechseln, Kreuzungen, Tunnel, Engstellen, (Baustellen gibt es überall in Köln) usw. …
Viel einfacher und wesentlich angenehmer geht’s über die Severinbrücke mit dem Fahrthinweis “Innenstadt” (4,1 km ). 5 Ampeln ( Wartezeit 2 Min). Schön gemütlich in einer 2-er Spur. Fahrzeit 2-3 Min. schneller! Der ganze Weg wie bekannt als primary. Nur mal so zum überlegen, ob man Ampeln ( ung. WZ pro Ampel 20 sek. ) und primary-ways nicht doch berücksichtigen könnte. Dafür haben wir uns ja schließlich damals hin und her gestritten, welche Straße hier welche Einstufung bekommt.
Es gibt aber noch was drauf.
Um den Weg so kurz wie möglich zu machen, schreckt graphhopper ( aber auch osrm ) nicht davor zurück, mal schnell die Abbiege zu machen, die Rampe runterzurasen, verbotenerweise auf der Gegenrampe wieder hoch zum ursprünglichen Weg ( ist ja 20 m Abkürzung ! )
Hmm, beachtet er keine TurnRestrictions[1]? Ansonsten wäre die Frage, welche Geschwindigkeit er für die motorway_links annimmt.
Explizit ist ja nichts angegeben, während der motorway nur 60-80 km/h erlaubt.
Wenn es verboten ist sind dann aber wohl auch die Daten falsch
Bei Verteilerfahrbahnen an kreuzungsfreien Strassen dürfte man ein ähnlich nützliches Ergebnis in legal erhalten.
Na, dann frag mal doch lieber karussell, wie hier angesetzt wird. Natürlich immer schön die schnellste Strecke annehmen ( ohne Ampeln, ohne Abbiegevorschriften … ) finde ich eigentlich noch ein bisserl unverantwortlich. Nicht das sich jemand die Route ausdruckt oder hochlädt und fährt voll nach Navi… Ist ja schon alles vorgekommen… Hinterher landet man im Rhein, pitschnass, wenn man Glück hat lebend…
Danke dir Arndt, dass Du da ohne Vorbehalte immer wieder draufschaust und sogar an anderer Stelle auf GraphHopper verweist als serverseitige Lösung. Das rechne ich Dir hoch an
Stimmt. Das gilt es zu verbessern. Wahrscheinlich tut es ein einfaches penalty für Fähren.
Ja, da werden wir von der Geschwindigkeit wahrscheinlich das einfach so wie beim Fahrrad machen wo dann andere Prioritäten auch mit einfließen können und nicht die Geschwindigkeit beeinflussen wohl aber die Gewichtung.
Das mein ich ernst. Ich weiß, das eine Menge Man-Power dahintersteckt um alles zu optimieren. Bin aber der Meinung, bevor solche “Probleme” im Auto-Routing noch nicht gelöst sind, könnt ihr nicht damit werben:
! Also im Ernst: sollte ja nicht so schwierig sein. Ein bissle JavaScript etc
