<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-21 15:09 GMT+02:00 Colin Smale <span dir="ltr"><<a href="mailto:colin.smale@xs4all.nl" target="_blank">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><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><br><div class="gmail_extra"></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Martin<br></div></div>