<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>On 2017-05-21 12:36, Martin Koppenhoefer wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div dir="ltr">
<div class="gmail_extra"><br />
<div class="gmail_quote">2017-05-20 11:26 GMT+02:00 yo paseopor <span><<a href="mailto:yopaseopor@gmail.com">yopaseopor@gmail.com</a>></span>:<br />
<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">What do you think?</blockquote>
</div>
<br /><br />I'm only using this for cases where I find it important (mostly for other mappers to understand, where an observation of a sign was made, so they can better understand the tags of the effects, i.e. from where to where something applies), but feel free to tag all signs, why not, the definitions are already documented AFAIK. <br /><br /></div>
<div class="gmail_extra">As this might not be clear from your mail and my sentence above: I am in favor though to tag the signs as signs (i.e. a node on the position of the sign) and NOT using sign tags for the interpretation (i.e. the supposed effect on a way or polygon to which the mapper thinks the sign applies).<br /><br /></div>
</div>
</blockquote>
<div dir="ltr">
<div class="gmail_extra">What about the effect on a way or polygon to which the sign actually does apply? If the presence of signs in OSM is to be actually useful (apart from as a collection of poles with plates on them) they have to be linked in some way to their effect. A "no overtaking" sign for example - obviously (unless otherwise qualified) it starts from the sign, but where does the restriction end? The end might not always be explicitly signed. European traffic law is full of cases where a sign applies until the next junction, but what counts as the "next junction" may not be unambiguously obvious from the OSM data. And a give-way sign must be unambiguously linked to the junction and road segment to which it applies. I am convinced that geometry alone is not able to resolve this in all cases, so an explicit model is also required.</div>
<div class="gmail_extra"> </div>
<div class="gmail_extra">Maybe you think it is not a valid use case for OSM to be able to provide driving hints? I wish we could agree on these basic, fundamental mission statements for OSM. It would help to have that framework "in a poster on the wall" in discussions such as this. In the mean time, OSM remains a free society where you don't find out about the limits until someone complains. Then "Animal Farm" kicks in - the issue remains unresolved and everybody retreats in a bad temper.</div>
<div class="gmail_extra"> </div>
<div class="gmail_extra">//colin</div>
</div>
</body></html>