Dear some-advanced-user-of-revert-scripts(?) -- or otherwise an advanced reverter...<div><br></div><div><b>Long story short: </b></div><div>I introduced <a href="http://www.openstreetmap.org/user/ALCE%20SamuelPaul">Samuel</a> to fixing OSM data in Haiti and the whole Hispanola before the license change bot runs over us. All things well in Haiti and in Dominican Republic and he and we together have saved a lot of roads... That is, all well until yesterday...</div>
<div>He ran into some memory problems with JOSM and (without going into details) while trying to sort it out seems to have ended up accidentally moving 30+ thousand nodes a tad over 8 meters + applying inadvertently odbl=clean tag to a hundred or so roads. ... And uploading these to the server, of course (in two changesets). All this in the Santo Domingo area in DR=DO.</div>
<div><br></div><div><b>To the point:</b></div><div><b>Is there anyone who could try to revert these accidentally messed up data = uploaded changesets?</b> .. It seems that the only(?) solution would be to try to use the Perl Scripts that Frederick Ramm has created -- but you possible advanced reverters would already know this -- or know of possible better tools.</div>
<div><br></div><div>The changesets are <a href="http://www.openstreetmap.org/browse/changeset/12187570">http://www.openstreetmap.org/browse/changeset/12187570</a> & <a href="http://www.openstreetmap.org/browse/changeset/12187477">http://www.openstreetmap.org/browse/changeset/12187477</a> and it would be best to revert them completely.</div>
<div><br></div><div><b>Few problems articulated and background opened:</b></div><div>* Earlier attempts to revert:</div><div>I and Severin tried to revert these changesets yesterday as soon as I heard of the problem. Didn't succeed as it seems that the Reverter plugin of JOSM doesn't work with the new API.</div>
<div>I seeked help today from #OSM IRC and Daeron tried to revert these (or actually just the latter 12187570) with Frederik's <a href="http://wiki.openstreetmap.org/wiki/Revert_scripts">revert scripts</a> but ran into dirty revert problem(s?) if I understood correct.</div>
<div><br></div><div>* About the problem(s)</div><div>We first thought that the problem was only the addition of odbl=clean tags en-masse. However, upon my detailed examination this hadn't happened as Samuel thought it had.</div>
<div>I discovered however that there seems to be a consistent 8.13/8.38m move of all(?) of the nodes. .. Which technically has shifted only the nodes -- but as there are over 30k of them spanning most of Santo Domingo it means that practically everything in the capital has shifted this 8+ meters. .. And this is the reason that it seems to me that a revert would be the only way to fix this properly.</div>
<div><br></div><div>* Dirty revert parts:</div><div>As far as I can see there are only three possible dirty reverts causing changesets (currently):</div><div>1) My attempt to fix the problem: <a href="http://www.openstreetmap.org/browse/changeset/12222867">http://www.openstreetmap.org/browse/changeset/12222867</a></div>
<div>2) My fixing of another problem in the area: <a href="http://www.openstreetmap.org/browse/changeset/12222818">http://www.openstreetmap.org/browse/changeset/12222818</a> - I don't see how this would collide with the problematic changesets but maybe it's better just to nuke this too -- it would be very easy for me to redo what I did here. </div>
<div>3) a small changeset <a href="http://www.openstreetmap.org/browse/changeset/12207601">http://www.openstreetmap.org/browse/changeset/12207601</a> that only has 4 nodes and 1 way with version >1 (visible on the top of the lists).</div>
<div><br></div><div>I would be super-relieved if someone could figure out how to revert these -- and would certainly take additional steps in trying to see that this will not happen again (such as adding more memory to all of the JOSM instances of our local mappers and going through uploading procedures in case = when in any trouble like JOSM memory or connection problems -- especially when dealing with large chunks of data).</div>
<div><br></div><div>Needless to say that we will not touch the area until we either hear that someone has reverted all needed changesets / edits succesfully, adviced on how to try to use the scripts, or given a definitive that it's not possible in which case we'd move into figuring out solving this manually. (.. There's luckily decent amount of GPS traces in/from/of the area.)</div>
<div><br></div><div>Also, if you know of some reverter-wiz, please don't hesitate to pass on the request. .. And maybe it's a good idea that whoever would (hopefully) take a crack at this would announce it here to avoid further trouble..</div>
<div><br></div><div>Sorry for the mess from my part and crossing my fingers & optimistically thankful in advance,</div><div>-Jaakko</div><div><br clear="all"><div>--</div><div><a href="mailto:jaakko@helleranta.com" target="_blank">jaakko@helleranta.com</a> * Skype: jhelleranta * Mobile: +509-37-269154 * <a href="http://go.hel.cc/MyProfile" target="_blank">http://go.hel.cc/MyProfile</a></div>
</div>