<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 5:30 PM, Bryce Nesbitt <span dir="ltr"><<a href="mailto:bryce2@obviously.com" target="_blank">bryce2@obviously.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="gmail_extra">But it points to the tension:<b> <i>'Is OpenStreetMap meant to be made, or meant to be used?'</i>.</b>  If you're in the camp that focuses on the greatest usability you'd want more <span class="">imports</span>, and more <i>synchronization</i> of <span class="">imports</span> over time.</div>

</blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">Of course OpenStreetMap is meant to be used. What else is it about? If we want to build a project of social impact, one that changes who draws the map, then this is about getting OpenStreetMap used. So there's value in leap frogging with imports provided solid data and import procedure. And this is what OpenStreetMap has done in the past (ok, many imports could have been done cleaner) - it is full of imports:</div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><a href="http://wiki.openstreetmap.org/wiki/Import/Catalogue">http://wiki.openstreetmap.org/wiki/Import/Catalogue</a><br></div><div class="gmail_extra"><br></div>

<div class="gmail_extra">And all of these imports while the contributor base continues to grow.</div><div class="gmail_extra"><br></div></div></div>