I started a thread on talk a while ago about how to handle this situation, but it went nowhere, with the thread (as usual) hijacked to talk about licencing issues unrelated to the practicality of implementation.<br><br><a href="http://www.mail-archive.com/talk@openstreetmap.org/msg39790.html">http://www.mail-archive.com/talk@openstreetmap.org/msg39790.html</a><br>

<br>My suggestion was a mod to the API to allow an earlier version of an object to be modified and saved back the database, essentially ignoring or hiding an intermediate version where there intermediate version contained nonCT data.<br>

<br>This solves several problems of this type, but in the simplest case, if an object has been modified to bulk add a single tag, a subsequent editor can choose to ignore/hide that revision, editing the previous one.<br>
<br>
I appreciate that there are probably cases where using a previous version where nodes have been added that are shared by other objects, etc, would be too complex to be handled automatically.  In this case, however, the API could just refuse the request, and the editor is no worse off. <br>

<br>There are many many objects that are marked as tainted for almost trivial changes made to the data. Better to allow nonCT data to be removed/hidden by an editor when they are focussed on editing the object, than removing it later in an automated way.<br>

<br>Ian.<br><br><div class="gmail_quote">On 14 November 2011 17:25, Nick Hocking <span dir="ltr"><<a href="mailto:nick.hocking@gmail.com">nick.hocking@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div>Richard Wrote......</div><div class="im">
<div>""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""</div>



<div> </div>
<div>On Sun, Nov 13, 2011 at 8:10 PM, Nick Hocking <nick.hocking at <a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br>> PAST<br>><br>> 1) decliner traces a way into OSM<br>> 2) acceptor surveys road and copies in street sign info and turn restriction<br>


> info into OSM<br>> 3) decliner bot-a adds maxspeed info<br>> 4) decliner bot-b fixes incorrect maxspeed tag<br>> 5) decliner adds numlanes info<br>> 6) acceptor realigns way to smooth it out<br>> 7) acceptor  unabbreviates st to Street<br>


> -------------------------------------------<br>> FUTURE<br>> I think that what should happen now is<br>> a) Acceptor deletes way in its entirety.<br>> b) Acceptor traces way from Bing imagery.<br>> c) acceptor adds in info from 2) and 7) (info from 3 4 5 6 is lost)<br>


> The way is now (IMO) squeaky clean to be included under any OSM license.</div>
<p>Some have argued that 3) and 4) would be fair game to promote to<br>future OSM as well.  The argument goes like this.  Purely mechanical<br>edits can not attract copyright as they are not an original creation;<br>they are merely the implementation of a rule.</p>



<div>Recreating the work of such a 'bot is trivial.  Such ways are<br>artificially inflate the tainted way count.</div>
<div> </div>
<div>"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""</div>



<div> </div>
</div><div>If the DWG and the LWG are happy with this then maybe they could</div>
<div>alter the owenership of type 3 and 4 edits to be an anonymous accepting</div>
<div>contributor.</div>
<div> </div>
<div>If the LWG or DWG are not happy with this then maybe they could revert the effect of</div>
<div>the type 3 and 4 edits without affecting any edits either side of them.</div>
<div> </div>
<div>This would make the whole situation a lot clearer and enable us to easily determine</div>
<div>which roads to remap or trace&name-copy.</div><span class="HOEnZb"><font color="#888888">
<div> </div>
<div>Nick</div>
<p> </p>
</font></span><br>_______________________________________________<br>
Talk-au mailing list<br>
<a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
<br></blockquote></div><br>