I really like the key class:bicycle to improve routing suggestions for bikers.
I wish this key had a left/right distinction. Since I am new to OSM I’d like to ask where I can make such a suggestion?
I have three real world examples:
When cycling on high traffic roads with a race bike I prefer to avoid them. Especially if the road goes upwards, this is a real problem. But if the road just goes down, I it takes less time to travel there, so it is okay.
Sometimes a road has more space for bikes in the one direction, but not on the other.
I have a very specific scenario here in the town where it makes sense to drive over the bridge, to join the road on the right side and not joining in on the left, where you need to cross it. However the left side is super important if you want to cycle the other way, where it makes totally sense. So you can think of it like two one way roads, just that it is a suggestion and not effectively a rule. If that scenario is still unclear I can show you a picture.
Now what do you think, and how can we get class:bicycle:left to OSM?
“high traffic” is not considered something that can be easily added. Gradient can be factored by applications using a DEM (you would already see contour lines and hillshades), or directly added by incline=
As Kovoschiz says, it’s best to record the objective information, not a subjective judgement that might not be shared by other cyclists.
You could in theory record traffic information in OSM - there’s no reason why not, other than counting cars is boring! You’d use something like traffic:aadt=13000, source:traffic:aadt=estimate (where AADT = Annual Average Daily Traffic, the standard way of measuring traffic). Better to get your local highway authority to release their traffic counts as open data so that bike routers can use it. But I note that you’re in Germany where most authorities do release their data, so a smart router will already take that into account.
That is a good point. Is there also a way to map if a fast road (Bundesstraße) has a side lane (Seitenstreifen)? So routers could take into account if there is a high traffic road without a side lane which is dangerous.
Entering a number seen on a man_made=monitoring_station + display:*=yes + monitoring:traffic=/monitoring:bicycle= (though don’t know why *:bicycle= is separate from the *:traffic= suffix) would be more direct and reliable.
Yep, you’re absolutely right that there are issues to be considered. But OSM has always iterated towards completeness - it doesn’t have to be perfect from the off. In particular, there’s potentially a lot of value in crowdsourcing low-traffic roads where it would never be economic to install monitoring hardware.