Hi ratrun,
Thanks, that certainly explains it. The assumption of 6 km does not hold in
this instance, and almost nowhere in Iceland. (Sidewalks / pavement is a very
different issue. In Iceland and in Norway people may cycle on sidewalks, but
should be very, very considerate towards pedestrians.) Not many paths here in
Iceland are ever crowded, and then only 30 days a year or so.
The roads can be the wrong mix of crowded and fast traffic. Even when paths
are crowded, most people except the ones that cycle really fast, will refrain
from cycling on roads with speeds over 30. Of course there are exceptions. But
those people / those setting out to cycle in that style / modus will probably
find their way regardless. The routing is more needed by the timid ones, I
think. Perhaps there could be two cycling profiles : A.
Young/old/timid/leisurely B. experienced/fast I know bicycle infrastructure
planners should take at least two brackets / main styles into account.
Other routing offers have used "safer" / "safest" ( Ridethecity I think) which
gives one the impression there is something inherently dangerous in cycling.
But if I wanted to tag the shared path to indicate a higher speed, say 12 or 20
km/h, how would I do that ? bicycle=designated ? The path is actually
marked with a sign showing both pedestrians and cyclists and they used to
divide it ( giving cyclists a whole meter of width ;-) )
.....
Perhaps calling it a path would solve the problem (highway=path, bicycle=yes,
foot=yes ) because then the speed for calculating is 18 ?
As per this :
setHighwaySpeed("living_street", 6);
setHighwaySpeed("cycleway", 18);
setHighwaySpeed("path", 18);
setHighwaySpeed("footway", 6);
--
Regards / Kveðja / Hilsen
Morten Lange, Reykjavík
From: ratrun <[email protected]>
To: Morten Lange <[email protected]>; GraphHopper Java routing engine
<[email protected]>
Sent: Thursday, 14 May 2015, 6:06
Subject: Re: [GraphHopper] Why does GraphHopper choose street over path ?
Hello,
This is because the way https://www.openstreetmap.org/way/329593444 is tagged
as footway with bicycles=yes. Here we assume 6km/h. The preference is not
changed, as it is not part of a cycle relation. Such ways could be crowded with
pedestrians and dogs, therefore I believe the 6km/h are ok considering the
values for other way types. The cyclist is just allowed here, but mainly the
way is made for pedestrians. Graphhopper currently does not take the set width
tag, which is set to 3.0 meters in your example, into account. The choosen
scondary has a speed limit of 50km/h (which is not too fast for my feeling) and
therefore we assume 18km/h without changing the preference down. As it is not
much longer, graphhopper chooses it. The secondary is not tagged with lanes,
but even if there would be multiple lanes there, graphhopper currently does not
evaluate such information.
Please note that graphhopper would set the preference of the secondary down if
the maxspeed on the secondary was greater than 80. This probobly should be
better changed to "greater or equal" 80km or even 70 km/h.
@Peter: Can you change the line
https://github.com/graphhopper/graphhopper/blob/master/core/src/main/java/com/graphhopper/routing/util/BikeCommonFlagEncoder.java#L495
?
ratrun
Am 14.05.2015 um 02:37 schrieb Morten Lange:
Hello
I have a an example illustrating a problem I have often encountered.
Can anyone explain why GarpHopper chooses the road ( multilane fast traffic )
rather than a shared path when routing for cycling ?
GH does not refuse to route bicycles along the path, but seems to judge" the
road as faster ?
OpenStreetMap
| |
| | | | | | | |
| OpenStreetMap OpenStreetMap is the free wiki world map. |
|
|
| View on www.openstreetmap.org | Preview by Yahoo |
|
|
| |
--
Regards / Kveðja / Hilsen
Morten Lange, Reykjavík
_______________________________________________
GraphHopper mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/graphhopper
_______________________________________________
GraphHopper mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/graphhopper
