<div dir="ltr"><div dir="ltr">On Sun, 3 May 2020 at 18:56, Jan Michel <<a href="mailto:jan@mueschelsoft.de">jan@mueschelsoft.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
I oppose adding this officially to the top-level cycleway:lane tag.<br>
I see this information as one more property of the cycleway, like<br>
surface, smoothness, width and so on.<br>
<br>
We already have a documented key 'cycleway:buffer' that is described<br>
as the width of the buffer space between car lanes and the bicycle lane.<br>
The 'cycleway:buffer' tag is also used combined with :left and :right to <br>
denote the buffer on left-hand and right-hand side of the cycleway.<br>
<br>
Mappers in Berlin worked on a more detailed tagging of buffer and <br>
protection of bicycle lanes, see (unfortunately in German only)<br>
<a href="https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/Radwege" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/Radwege</a><br>
<br>
I'd suggest to get in contact with them and discuss this. I imagine that<br>
this information could fit very well into the cycleway:buffer tag - A <br>
door zone is a non-existent buffer, so instead of 'no' one could use<br>
'doorzone' as one of the non-numeric values.</blockquote><div><br></div><div>I didn't know about cycleway:buffer, it sounds good but I don't think alone it is enough because:</div><div><br></div><div>- It doesn't indicate if cars can be parked next to the cyclelane (as a doorzone only occurs when there are parked cars). I know we can marked a parking lane with parking:lane:parallel but I think it's better to have an explict way to say the cyclelane is in a doorzone.</div><div>- Can be hard to measure distances and hence hard to say at what distance is considered in the door zone or not. In all the examples I know of there is no buffer so cycleway:buffer:left=no (for left hand side driving) but a half meter buffer might still be considered within the doorzone.</div><div><br></div><div>The current wiki page for cycleway:buffer implies cycleway:buffer is between the cyclelane and traffic lane, it feels safer to never use cycleway:buffer and instead always explicitly state cycleway:buffer:left and cycleway:buffer:right, but it does get complicated with counterflow cyclelanes.</div><div><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 3 May 2020 at 19:05, Florimond Berthoux <<a href="mailto:florimond.berthoux@gmail.com">florimond.berthoux@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>I think sub properties of a feature should go with this scheme<br></div></div><div class="gmail_quote"><div>mainfeature:subpropertie=values(yes/no/enumeration/absolute values/...)</div><div>This help to respect orthogonality : values of a key should not conflict<br></div></div></div></blockquote><div><br></div><div>Agreed</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>So yes for :<br></div><div>cycleway:lane:doorzone=yes/no/buffered</div><div>buffered for the case there is a buffer marked between car park lane and cycle lane like this :</div><div><a href="https://cyclingsavvy.org/wp-content/uploads/2018/08/BikeLaneBuffer.jpg" target="_blank">https://cyclingsavvy.org/wp-content/uploads/2018/08/BikeLaneBuffer.jpg</a></div><div>no means that the cyclelane is wide enough to not be doored (no buffer though).<br></div></div></div></blockquote><div><br></div><div>That sounds good, except I think cycleway:lane:doorzone=no should mean that no part of the cyclelane is within the doorzone or there is no car parking and hence safe from doorzoning. cycleway:lane:doorzone=yes means that any part of the cyclelane is prone to doorzoning and cycleway:lane:doorzone=buffered means that there is a buffer to protect from doorzoning, so while mostly you'll be safe from doorzoning you might still want to exercise some caution.</div><div><br></div><div>I think this then can work in combination with cycleway:buffer:left and cycleway:buffer:right.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div><br></div><div>And I'd say yes also for :<br>cycleway:lane:exclusive</div><div>cycleway:lane:width</div><div>cycleway:lane:color</div><div>etc.<br><br></div></div></div></blockquote></div></div></div></div>