Re: [OSM-talk] [Talk-GB] England Cycling Data project: DfT cycling data now available for merging

2012-06-18 Thread Ed Loach
Rob replied:

 From what I understand the cycleway:left=lane ( right) is the
correct way to tag 
 these. The choice of 'left'/'right' depends on which way the road
is drawn in OSM. 
 As you probably already know all roads (ways) have a direction
which can be found
 by selecting the way and looking for the arrow next to the rubbish
bin icon. 'Left'/'Right'
 is then based on the direction of the way, therefore you will need
to make sure 
 that OSM's and DfT's ways are drawn in the SAME DIRECTION before
merging! 
 
 As noted in a previous post, most other tags use
'forward'/'backward' rather than 
 left/right. Personally I think this would be a better tag as it
provides the data that 
 routing software requires (without the need to know which side of
the road each 
 country drives on). On the flip side, it would make rendering a
little harder.

Thanks Rob, but in this case the lanes are on both sides of the road
in the relevant places. And, as you note, left and right are
relative to the direction of the OSM way, so the direction each
country drives on isn’t relevant. I guess I was really asking is
whether I should tag both :left and :right or whether there was a
:both equivalent.

In the case of cycle lanes you need to use left and right precisely
because it eliminates the need to know which side people drive on,
which using forward and backward would require.

Things noted with the DfT data this morning while looking at local
data.

* Ncn ref typo: 15 where it should be 51
* Use of highway=byway and highway=BOAT in the suggestions (the
first for a parking aisle in a car park by some shops, the second
for a short cul-de-sac which leads to a public footpath).
* Use of lcn for the international (icn) North Sea Cycle Route
section in the area.
* Tagging suggestions for a way which has clear no cycling signs at
either end as a cycleway (there is a parallel cycleway which is also
in the DfT data).

So, not simply importing this data was a wise decision. Locally it
is mainly adding surface and est_width (and sometimes lit) tags
which has needed doing.

Ed


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] [Talk-GB] England Cycling Data project: DfT cycling data now available for merging

2012-06-18 Thread Ed Loach
Ooops. Wrong list, sorry.

Ed


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] [Talk-GB] England Cycling Data project: DfT cycling data now available for merging

2012-06-18 Thread rob . j . nickerson

On , Ed Loach e...@loach.me.uk wrote:


Thanks Rob, but in this case the lanes are on both sides of the road
in the relevant places. And, as you note, left and right are
relative to the direction of the OSM way, so the direction each
country drives on isn't relevant.


So are you saying that lanes tagged as either cycleway:left=lane or  
cycleway:right=lane are both to be rode in the direction of the way? If not  
then the side each country drives on must be relevant. (note that a  
cycle lane is different from a cycle path - a lane lies within the  
main road carriageway).



I guess I was really asking is
whether I should tag both :left and :right or whether there was a
:both equivalent.



In the case of cycle lanes you need to use left and right precisely
because it eliminates the need to know which side people drive on,
which using forward and backward would require.


I don't see this. Right and Left tell you where the lane is, but it does  
not tell a user (or routing software) which direction you can ride in. This  
requires knowledge of which side of the road each country drives on (or  
forward/backward tags).




- snip -


Rob
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk