On Sun, Aug 30, 2009 at 7:57 AM, John Smith <span dir="ltr"><<a href="mailto:deltafoxtrot256@gmail.com">deltafoxtrot256@gmail.com</a>></span> wrote:<br>
<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/8/30 Anthony <<a href="mailto:osm@inbox.org">osm@inbox.org</a>>:<br>

</div><div class="im">> True but the example did not show why that was needed.  Looking at<br>
> commercial mapping software, the typical solution is to split the way.<br>
<br>
</div>This whole discussion started because of people wanting to do weird<br>
things to show how a stop sign was applicable to a lane not a way,<br>
there is also cases of other restrictions like maxheight and maxspeed<br>
effecting a lane but not both lanes.</blockquote><br>
It was you who suggested that a stop sign is applicable to a lane not a
way.  I'd say, like Tobias, that it is applicable to a way and a
direction.  Where I live we do not have multiple lanes.  You park on
the side and you drive around parked cars in the middle.  With very few
exceptions, stop signs don't apply to lanes, they apply to ways and
directions.  In those few exceptions, it probably makes sense to split
the way.  In the case of the exceptions I can think of this is
especially appropriate because at the spot where the stop sign applies
to one lane and not the others the road is divided by a painted median
and changing lanes is not allowed.  There are probably a small number
of exceptions where this is not true, but splitting the way in those
cases is harmless.<br>
<br>
I'm not sure how common maxheight and maxspeed are different when
applied to a single way.  Maxheight would probably be best accomplished
by splitting the way.  For maxspeed I'm less sure of what the best
solution is, but I'm sure there are many.  In most cases, assuming one
is free to change lanes, the best solution is probably to simply use
the maxspeed of the entire way, regardless of lane.  If there are
restrictions on changing lanes, the way should be split.  If there is a
desire to keep the full information, "lanespeed" could be introduced,
but I'm not sure what the practical value would be.  This ignores the
probably more common situation where speeds are different in different
directions, though.  Technically, if U-turns are not allowed, you
probably should split the way, but that might be impractical if the
situation is very common.  And if U-turns are allowed, on a way with
different maxspeeds in different directions, well, I showed a possible
solution above.  This seems very uncommon.<br><br><div class="gmail_quote">On Sun, Aug 30, 2009 at 7:57 AM, John Smith <span dir="ltr"><<a href="mailto:deltafoxtrot256@gmail.com">deltafoxtrot256@gmail.com</a>></span> wrote:<br>
<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/8/30 Anthony <<a href="mailto:osm@inbox.org">osm@inbox.org</a>>:<br>

</div><div class="im">
> Or traffic cones, or a painted median.  Should the ways model the physical<br>
> or the logical?  Again looking at commercial mapping software, the answer is<br>
> logical.  The question they ask is whether or not you're supposed to be able<br>
> to make turns or change lanes, not what the physical road description is.<br>
<br>
</div>My only experience in this area is with OSM and someone somewhere<br>
obviously decided to do it based on physical, it's certainly less<br>
complicated that way, however we just need to tag some lanes in a<br>
minority of cases for a particular reason, but most of the time all<br>
lanes on the way will be symmetrical and tagging the ways should<br>
cascade down to lanes unless something overrides it.<br>
</blockquote></div><br>I really don't see how it's less complicated to use the physical rather than the logical.  It's actually much more complicated when you get into the micro areas and you start adding straight lines through a large intersection instead of curved left turns.<br>