
<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 2016-08-05 14:59, Andy Allan wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">On 5 August 2016 at 13:41, Colin Smale <<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>> wrote:<br /><br />

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">What I meant was, having established that some (many?) schools will need to<br /> use the MP model, all consumers (for this data) will need to be ready to<br /> process MPs anyway.</blockquote>

<br /> Our mapping conventions are based on our mappers, not consumers. As<br /> you say, it's easy for the consumers to handle both situations, but<br /> it's harder for mappers to deal with multipolygons-with-one-outer than<br /> just a basic closed way.<br /><br /> Multipolygons are there to deal with the difficult situation, not to<br /> make the most common situation more complicated.<br /><br /> We *must* keep putting the mappers first.</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

</blockquote>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">IYHO.... IMHO we need a healthy balance and should address the needs of all the stakeholders and participants in the ecosystem, and not blindly prioritise "mappers". Most of the energy wasted on these mailing lists and in creating things in the wiki comes from mappers - not because there is no way of modelling something, but because there are so many different ways. IMHO it would help to apply a bit more of a scientific approach to our tagging schema design to reduce the unnecessary complexity. We are modelling the world, which is a very complex entity. Making the right choices about how to reduce the real-world complexity to something manageable and yet still useful is a skill which not everyone possesses in equal measure.</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">And, yes, I meant to say "wasted". Far too often it goes round in circles and leads to no consensus/conclusion.</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">This blog from Michal Migurski also seems to suggest that the traditional "craft mapper" is no longer central to OSM's future:</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><a href="http://mike.teczno.com/notes/openstreetmap-at-a-crossroads.html">http://mike.teczno.com/notes/openstreetmap-at-a-crossroads.html</a></div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Anyway, I was only intending to offer a different perspective on the discussion, not to start a war.</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">//colin</div>

</body></html>