On Sun, Aug 30, 2009 at 12:20 AM, John Smith <span dir="ltr"><<a href="mailto:deltafoxtrot256@gmail.com">deltafoxtrot256@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/8/30 Anthony <<a href="mailto:osm@inbox.org">osm@inbox.org</a>>:<br>
<div class="im">> <way id=....><br>
> <nd ref=.../><br>
> <tag .../><br>
> <tag .../><br>
> <tag k='lanes' v='2' /><br>
> <tag k='lanedirection' v='backward;forward'><br>
> <tag k='maxspeed' v='130;110' /><br>
> </way><br>
<br>
</div>That solution would fail to allow us to attach nodes to individual lanes.</blockquote><div><br>True but the example did not show why that was needed.  Looking at commercial mapping software, the typical solution is to split the way.<br>
 </div>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Dual carriage ways are physically separated, regardless if that's a<br>

strip of grass or by barriers so I don't see that as an issue in the<br>
same context as being able to tag lanes individually.</blockquote><div><br>Or traffic cones, or a painted median.  Should the ways model the physical or the logical?  Again looking at commercial mapping software, the answer is logical.  The question they ask is whether or not you're supposed to be able to make turns or change lanes, not what the physical road description is.<br>
</div></div></div>