On Mon, Sep 21, 2009 at 6:31 PM, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com">dieterdreist@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;">
<div class="im">2009/9/21 Anthony <<a href="mailto:osm@inbox.org">osm@inbox.org</a>>:<br>
</div>> Right now, like it or not, ways are being used essentially in the manner I'm<br>
> suggesting we keep using them.  We don't combine everything that crosses a<br>
> bridge into a single way, and we don't break apart every lane into a<br>
> separate way.  Those saying that we should do one of these two things are<br>
> the ones trying to reinvent the wheel, and the burden of proof is on them to<br>
> prove that their new wheel is superior.<br>
<br>
It is needed for several situations that currently cannot be mapped<br>
completely (different surfaces, different maxspeeds, different<br>
turn-restrictions, etc.)</blockquote><div><br>It is possible to represent different surfaces and different maxspeeds without using more than one way.  "maxspeed:lane=130;110"; "surface:lane=asphalt;concrete".  That's not necessarily the best solution, but it beats having two ways and some not-yet-proposed method of showing that you can switch between them.<br>
<br>Different turn-restrictions is already possible.  If you have a three lane way with two lanes going straight and one turning right, you join three ways at one node: one with three lanes, one with two lanes, one with one lane.  If you have a three lane road with two lanes going straight and one lane going straight or turning right, ditto, except the way going straight has three lanes instead of two.  Which lane is which is determined by the geometry of the ways as they come out of the node. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
but I also see the pros:<br>
- is easier to understand and more intuitive to edit: better<br>
maintenance: you see what is there<br></blockquote><div><br>That's an editor consideration.  You can make it *look* like you're editing three separate ways when you're really editing one way with three lanes.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- is more precise in terms of positional accuracy<br></blockquote><div><br>I'm assuming the lanes are parallel.  If not, then yes, you need to use multiple ways.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

- can better represent stuff like ramps for motorways (parallel ways<br>
that currently are mapped like intersections), cyclelanes, ...<br></blockquote><div><br>Why are they being mapped like intersections?  They shouldn't be.  You mean a gradual merge is being mapped at a right angle?  That's wrong, and there's no good reason for it (other than didn't have the time to get it right, anyway).<br>
</div></div>