
<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 14:35, 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-21 14:05 GMT+02:00 Colin Smale <span><<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>></span>:<br />

<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">WHY do we put traffic signs into OSM?</blockquote>

</div>

<br /><br />I do it because in the past in many occassions I have found the maxspeed I had mapped, later destroyed by mappers who had merged the ways with different maxspeeds back into one way, and I was hoping that the explicit sign positions would:<br /><br /></div>

<div class="gmail_extra">a) reduce this problematic behaviour (because they would maybe better see why the ways were split)</div>

<div class="gmail_extra"><br />b) facilitate fixing the problems later (because usually the signs were not deleted)</div>

<div class="gmail_extra"><br />c) facilitate working in iterations (not surveying everything at once and alone, but building on previous surveys by me and others to construct together the correct maxspeed for all roads)<br /><br /></div>

<div class="gmail_extra">d) allow to check until when a restriction applies (often maxspeeds are added to ways but the mapper doesn't verify it applies to the whole osm way, or beyond that actual osm-way)</div>

<div class="gmail_extra"> </div>

</div>

</blockquote>

<div dir="ltr">

<div class="gmail_extra">Basically only d) is related to functionality for the consumer of the data - a/b/c are about the OSM-internal process of how we get there. If we don't have some view of what we want to get out of OSM, then any discussion about normalising what to put in is pointless. We have all heard of ROM - in my time I have seen too many systems effectively become WOM because too many stakeholders say "I want to store XYZ" instead of something like "I want to be able to get XYZ out, in the form of ... related to ..."</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">So maybe I should rephrase my rather unnuanced question a bit: What do OSM data-consumers hope to be able to do with traffic signs? That, after all, is basically WHY we are storing them, isn't it?</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">And for anyone who thinks this is a silly question, I would challenge you to explain WHY you want to ignore the users of OSM data.</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">//colin</div>

<div class="gmail_extra"> </div>

</div>

</body></html>