
<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 15:14, 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 15:09 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;">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.</blockquote>

</div>

<br /><br clear="all" />personally, I see also d) as related to the way we do mapping, rather than being something for data consumers. Normalization is still needed in order to display the information in a convenient way in the editors.</div>

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

</div>

</blockquote>

<div dir="ltr">

<div class="gmail_extra">I was being generous, trying to see some kind of concern for the customer....</div>

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

<div class="gmail_extra">So, challenge to all: WHY are we storing traffic signs in OSM? I am not saying here that there is no reason, or that I disagree with it; merely asking people to challenge their own thinking and articulate why it might be beneficial to have individual traffic signs in OSM, and to whom.</div>

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

<div class="gmail_extra">To get the ball rolling I will contribute the first €0.02:</div>

<div class="gmail_extra">* to improve a scene render (photo-realistic from a particular point of view)</div>

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

<div class="gmail_extra">For routing purposes, my personal feeling is that restrictions and compulsions on road users would be better represented by associating them with the (combinations of) roads to which they apply - assuming an unambiguous model is defined to handle lane-specific and direction-specific rules. This issue of course would apply equally to rules inferred from traffic signs on nodes.</div>

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

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

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

</div>

</body></html>