[Talk-de] heise berichtet ueber osm.org-Routing integration

[Bernhard Weiskopf]

> Falls du Abbiegerelationen findest die nicht funktionieren ...

Mir ist das hier aufgefallen:
<https://www.openstreetmap.org/directions?engine=osrm_car&route=49.51347%2C8.54672%3B49.51337%2C8.54679#map=19/49.51335/8.54609>
Am Kreuzungssternpunkt darf nicht gewendet werden (Relation: only straight forward)

Gefährlich sind solche Streckenführungen, wo von einer trunk road in eine schmale Anliegerstraße (Schaafeckweg) geroutet wird, die man nicht benutzen darf und auf der trunk road niemand mit einem bremsenden Fahrzeug rechnet: 
<https://www.openstreetmap.org/directions?engine=osrm_car&route=49.51705%2C8.54314%3B49.51503%2C8.54752#map=17/49.51708/8.54751>
Normalerweise darf in einen Anliegerbereich nur dann eingefahren werden, wenn er bis zum Ziel nicht mehr verlassen wird. Das klappt aber nur, wenn "destination" im Anliegerbereich lückenlos eingetragen ist, was oft nicht der Fall ist. Das ist sicherlich schwierig auszuwerten.

Seltsam finde ich auch solche Wendemanöver, wo man gar nicht wenden kann und hier dazu eine Straße mit "access = private" benutzen muss:
<https://www.openstreetmap.org/directions?engine=osrm_car&route=49.50801%2C8.53086%3B49.50812%2C8.53112#map=19/49.50800/8.53132>

Bernhard


> -----Ursprüngliche Nachricht-----
> Von: Patrick Niklaus [mailto:patrick.niklaus at student.kit.edu]
> Gesendet: Freitag, 20. Februar 2015 00:32
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] heise berichtet ueber osm.org-Routing integration
> 
> > Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
> Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner
> Meinung nach zu den Grundfunktionen.
> 
> Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das
> bitte hier [1]. Momentan nicht unterstützt werden lediglich
> Abbiegerelationen bei den via ein Way ist.
> 
> > Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem als
> > vielleicht zu grob erfasste Straßenverläufe die den realen Verlauf zu
> > sehr begradigen.
> 
> Auf Grund der Größe der Daten verwerfen die meisten Router die
> geometrische Information schon beim Pre-Processing*. Das worauf der
> wirkliche Routing-Algorithmus ausgeführt ist deutlich abstrakter als das
> Straßennetzwerk das ein Mensch auf einer Karte wahrnimmt. (* zumindest
> für das eigentliche Routing, am Ende braucht man es schon wieder um eine
> Linie auf die Karte zeichnen zu können)
> Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das
> führt nur zu unnötig großen Daten! (ein echtes Problem, zusehen auch bei
> den TIGER Imports in den USA)
> 
> Um tatsächlich halbwegs verlässliche ETAs zu bekommen braucht es
> allerdings wirklich gemessene Daten von echten Fahrzeugen (kann aus
> hinreichend vielen GPS Traces berechnet werden). OSM kann einfach Dinge
> wie Verkehrsaufkommen u.Ä. nicht erfassen. Wenn man das nicht hat,
> muss man sich leider auf Heuristiken verlassen [2]. Hinreichende
> Abdeckung von maxspeed Tags kann da sicherlich nicht schaden.
> 
> Wer wirklich helfen will die Daten zu verbessern sollte sich auf zwei Dinge
> konzentrieren: Konnektivität, Abbiegerelationen, Zugangsberschränkungen.
> Natürlich ist fehlende Straßen erfassen auch gut. :-) map.project-osrm.org
> hat ein "Small Components" Layer um das Konnektivität fixen etwas
> einfacher zu machen. Pinke Straßen sind nicht mit dem Rest des
> Straßennetzwerks verbunden.
> 
> [1] https://github.com/Project-OSRM/osrm-backend/issues
> [2]
> https://github.com/Project-OSRM/osrm-
> backend/blob/develop/profiles/car.lua
> ...