NOTICE: is being shutdown on 1st March 2024. Please use the OpenStreetMap Community Forum

Can anyone explain this rather exotic routing decision? I have checked for ways that are not correctly joined, but I cannot find any.

The route that I am trying to create is from 50.8507, -1.1538, to 50.8515, -1.1882 by car. Eventually I will rediscover how to attach an image to this question, and I will be able to show everyone what route the computer chose.

asked 14 Dec '17, 18:15

Madryn's gravatar image

accept rate: 13%

edited 22 Dec '17, 08:57

scai's gravatar image

scai ♦


Thank you, Someone Else. That certainly illustrates the behaviour, although I had intended the journey to stop somewhere around the railway station.

(14 Dec '17, 18:31) Madryn

Madryn it seems mapzen and graph hopper seem to work as you would expect. Only osrm takes the longer distance route, perhaps osrm's timings for the junctions cause the odd route. I assume from SomeoneElse's comment you now know that you can just cut and paste the url of the map with the route on it.

(14 Dec '17, 23:49) andy mackey

Just an idea: To test an odd routing result i usually just push red and green flags along in short sections until it reveals the problem, it also gives the distance and the time, that may give a clue why osrm does what it does. no need to open an editor until the "error" has been located, maybe?

(14 Dec '17, 23:57) andy mackey

Thanks for the suggestion, andy mackey, but I tried that before I asked the question. The routing system behaved as though the Eastern Way sliproad leading south west from the Delme Roundabout was not connected to the main dual carriageway. However, when I looked, there seemed to be nothing wrong with that junction. It seems that the router really wants to avoid the roundabout, but will use it if left with no alternative.

(15 Dec '17, 07:53) Madryn

At the risk of stating the obvious, it's perhaps worth mentioning that some routers use older data (sometimes quite a lot older). A problem with one router doesn't mean a problem with OSM data.

(15 Dec '17, 12:03) SomeoneElse ♦

Did you check the surface=* tag on the roads? Sometimes it might effect routing.

(15 Dec '17, 17:52) Mxdanger

@SomeoneElse, I checked the history of the Cams Hill, it's from 2013, one of the traffic signals causing the problem from 2014. I think it's unlikely that data is the reason. I think it's a glitch in their algorithm.

(15 Dec '17, 19:06) escada
(22 Dec '17, 08:59) scai ♦
showing 5 of 9 show 4 more comments

when I move the start marker, I notice that for OSRM the problem is located at the traffic signal on Cams Hill (near the bus stop 'Delme Arms Ph') . Exclude that from the route, and it goes over the roundabout. Include it, and it makes a u-turn at the traffic signal. After moving the end marker, it seems the OSRM does not "like' the 2 traffic signals: include both and it goes wrong, include only 1 and the route is OK.

permanent link

answered 15 Dec '17, 11:26

escada's gravatar image

accept rate: 21%

According to this is an upstream bug caused by an invalidly applied U-Turn penalty. It will be fixed in the next OSRM release.

permanent link

answered 02 Jan '18, 08:22

scai's gravatar image

scai ♦
accept rate: 23%

Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 14 Dec '17, 18:15

question was seen: 2,236 times

last updated: 02 Jan '18, 08:22

NOTICE: is being shutdown on 1st March 2024. Please use the OpenStreetMap Community Forum