Oneway bicycle with opposite lane

General talk
1

Hi all. This is the first time I have to map bicycle lanes on one way streets.
I consulted https://wiki.openstreetmap.org/wiki/Bicycle and checked the options.

Are the following tags correct for the linked picture below?
highway=residential + oneway=yes + cycleway:right=lane + cycleway:left=opposite_lane

Thanks
Martin

2

The easy part is that there is no right hand cycle lane.

Apart from that, I can’t work out whether the whole road is one way, or this is just a restricted access junction. In the latter case, there is a specific way of mapping a junction with a cycle counterflow. Unfortunately someone has gone and micromapped my reference example.

In the former case, I still have the problem that there doesn’t seem to be a lane on the left, except for the length of the yellow marking.

3

I don’t see any physical cycle lanes there (although I’m not familiar with that style of markings, so take that with a grain of salt). Therefore, I’d tag it as follows:
highway=residential

  • oneway=yes
  • oneway:bicycle=no

Add cycleway=opposite (older synonym of oneway:bicycle=no) for backwards compatibility.

4

I assume oneway:bicycle=no means that bicycles are not allowed in the direction of the one way?

But if you take a look on the traffic sign in the picture, bicycles are allowed in both directions whereas the opposite lane got additional markings on the road.
Maybe I should have been more precise in my first post …

5

A reversed oneway is done with oneway=-1. oneway=no means two way.

6

Thanks hadw. So the correct tagging would be

highway=residential
oneway=yes
oneway:bicycle=-1
7

I would recommend: “oneway:bicycle=no” as oneway:bicycle=no means, as intended, two way for bicycles.

Most likely ‘-1’ would be read by navigation software as ‘no’, but ‘no’ is preferred and more readable.

8

Thanks Martin. I have updated osm and the referenced street.

Can someone check if this is ok?
http://www.openstreetmap.org/way/5086421#map=17/47.36104/8.53291

9

I would expect that oneway:bicycle means a one way street for cyclists in the opposite direction the OSM way is drawn.

10

Isn’t cicleway=shared_lane a better option? https://wiki.openstreetmap.org/wiki/Proposed_features/shared_lane

Also, don’t forget to set tag maxpeed=30 (assuming the sign “30” in the asphalt), so car navigation avoid this street.

11

If you look at https://wiki.openstreetmap.org/wiki/Bicycle#Bicycle_Restrictions, then oneway:bicycle=no is THE solution to indicate that the street generally has oneway traffic, except for bicycles.

The shared_lane does not give any clue that for bicycles two directional traffic is allowed.

One could use cycleway=opposite, but the tagging oneway;bicycle=no is imho more explicit towards the (no) oneway feature as there is no opposite cycleway often

Tags as opposite_lane do not necessarily have to be true; at least in many small streets in Netherlands, Belgium, Germany opposite to general oneway restriction of bicycle traffic is allowed without a separate lane for the opposite bicycle traffic, where ‘lane’ suggests differently.

12

Thanks Martin.

Last question: why is the GraphHopper navigation not going straight when cycling opposite direction? It is suggesting a turn into a highway=service road.
http://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=47.36350%2C8.53173%3B47.36006%2C8.53408#map=17/47.36271/8.53485

Going down the one way street is shown correctly.
http://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=47.36006%2C8.53408%3B47.36350%2C8.53173#map=17/47.36201/8.53282

Best regards
Martin

13

That is a really strange behaviour!

I don’t know the details of Graphhopper; you should ask them. Apparently Mapzen does the correct job.

Why (if?) Grashopper prefers service roads over residential is unclear as that would then be the behaviour in the other direction as well.

Maybe wait a moment to allow all databases to be updated?

14

Sure Martin. The strange behavior is still there. I assume after an hour the databases are updated.
Therefore I created a bug for graphhopper: https://github.com/graphhopper/graphhopper/issues/1255

15

@sandstorm, the routing databases take much more time than 1 hour to update, typically a day or more.