<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 18, 2012 at 9:04 AM, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org" target="_blank">liste@letuffe.org</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 id=":6l2">I'd like to present you with an early, not finished, alpha draft about an edit<br>


policy :<br>
<a href="http://wiki.openstreetmap.org/wiki/Draft/Edit_Policy" target="_blank">http://wiki.openstreetmap.org/wiki/Draft/Edit_Policy</a><br>
<br>
The page says all, but I'm happy to start that discussion here.</div></blockquote></div><div class="gmail_extra"><br></div>Two thoughts --</div><div class="gmail_extra"><br></div><div class="gmail_extra">The draft states that manual edits are <span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.200000762939453px"> less potentially problematic. Manual edits, with the exception of malicious, are prone to human error. We transpose digits, introduce spelling errors, forget to connect nodes, and even position nodes in the wrong location. Then there is the error of omission. It takes too much effort to add in all the data, for example, we add a coffee shop, but don't add an address or add a street, but abbreviate parts of the street name. </span></div>

<div class="gmail_extra"><font color="#000000" face="sans-serif"><span style="line-height:19.185184478759766px"><br></span></font></div><div class="gmail_extra"><font color="#000000" face="sans-serif"><span style="line-height:19.185184478759766px">Lets instead look at what we should be importing. And what shouldn't. For example, the bulk of the coastlines should be imported. Mainly because it is unlikely that we would collect data on all the coastlines. Lets focusing on what data is better imported and what is better to be done manually. Certainly there will be some gray that should be discussed. </span></font></div>

<div class="gmail_extra"><font color="#000000" face="sans-serif"><span style="line-height:19.185184478759766px"><br></span></font></div><div class="gmail_extra"><font color="#000000" face="sans-serif"><span style="line-height:19.185184478759766px">Secondly, the need to use a new user id for imports. Looking back in history on the imports mailing list, it seemed at one time that the requirement for a unique user id for imports was just for mechanical bots and scripted imports. I can understand the thinking. But somewhere along the way, that requirement seemed to be for all types of imports. Rather than ~100 objects, I would recommend separating mechanical bots and scripted imports from manually cutting and pasting. It was the ~100 objects that first caught my eye. What is an object. A node or a way. I might import a stream. it could easily have more than 100 nodes yet be fairly trivial to import. But 100 streams is a lot of objects to be manually importing at a single shot. </span></font></div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><font color="#000000" face="sans-serif"><span style="line-height:19.185184478759766px">Thanks for a draft to get us started.<br></span></font><div><br></div>-- <br>

<div>Clifford</div><div><br></div><div>OpenStreetMap: Maps with a human touch</div><br>
</div>