<div class="gmail_quote">On Tue, Dec 6, 2011 at 9:01 AM, Aun Johnsen <span dir="ltr"><<a href="mailto:lists@gimnechiske.org">lists@gimnechiske.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It is not entirely correct that it is not possible to have a<br>
distributed editing API, for example on <a href="http://osmosa.net" target="_blank">osmosa.net</a>, but that would<br>
require a heavy redesign of the database, server and API parts of OSM.<br></blockquote><div><br>It's entirely possible.  We've been doing it, for real, for several months.<br><br>We've been taking OSM content and applying it to a separate database which also has direct contributions. This is the opposite direction to what you are contemplating, but the same principles apply.<br>
<br>All you have to do is:<br>1)  Generate minutely-diff files from your OSM instance, containing just the local edits.  <br>2) Post-process the diff files to change the id of any new elements to a negative value.  This is simply a matter of multiplying the id by -1 if the element's version attribute is 1.<br>
3) Import to OSM using your favourite load tool.<br>4) Resolve any edit collisions.<br><br>In practice, the risk of edit collisions is very small, and when they do
 happen it is non-destructive and easy to resolve with no special 
skills.<br>
<br>You might find there is political resistance to this idea from some OSM people, but nobody can stop you from doing it.<br><br>80n<br></div></div><br>