<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, May 12, 2018 at 5:45 AM, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
sent from a phone<br>
<span class=""><br>
> On 11. May 2018, at 18:18, Marc Gemis <<a href="mailto:marc.gemis@gmail.com">marc.gemis@gmail.com</a>> wrote:<br>
> <br>
> We have this problem even at this moment<br>
> (since you apply another definition than many other mappers), but we<br>
> can refer you, new mappers and  data consumers to the wiki page and<br>
> say this is how it should be done.<br>
<br>
<br>
</span>we could do this also with a changed definition. We would assume everything to be tagged according to the new definition and if it doesn’t fit it should be corrected, and people could be referred to the wiki ;-)<br></blockquote><div><br></div><div>Especially since the number of ways that has a lanes tag that also has a cycleway on it, worldwide, is smaller than the number of ways I've counted lanes on, in Oklahoma alone.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On the other hand I agree it is a hard step, and transitioning via a new tag would be more sane / cause few problems.<br></blockquote><div><br></div><div>Except implementation.  This is a change that most data consumers and editors are able to handle cleanly now, and if not, might kick 'em in the pants to finally implement lane access parsing like they should have been already anyway.</div></div></div></div>