Fehlt nur noch das Drücken des “Turbo-Knopfes” am Server.
Vielleicht hätte man doch “C” nehmen sollen 
Vielleicht lässt man den Bot bewusst langsam laufen, damit er nicht den Datenbankzugriff monopolisiert?
Nebenbei ist die Chance, dass dann Dinge kontrolliert werden können - wie gerade gesehen - deutlich größer.
Es kann auch sein, dass für den Anfang erst einmal langsam gemacht wird, bis man Erfahrung mit der Life-DB hat, welche Last das überhaupt erzeugt (so würde ich das jedenfalls machen).
Edbert (EvanE)
Es werden nun wohl keine Zustimmungen mehr berücksichtigt. Zustimmen kannst du immer noch…aber es ändert halt nichts mehr daran, dass die Daten weg sind.
Könnte durchaus sein, dass da irgendwo ein sleep() eingebaut wurde.
Mueck hat nicht mehr zugestimmt 
Kommt darauf an, womit der Bot arbeitet - mit dem aktuellen Zustimmungsstatus eines Users oder mit einer einmal beim Start eingelesenen Liste. Vielleicht kann Mondschein (als der einzige, der sich hier mit dem Code beschäftigt zu haben scheint) das beantworten. Ich würde allerdings erwarten, daß mindestens beim Start einer Region (Irland, Insel, Europa usw.) der Zustimmungsstatus aktualisiert wird. Einen großen Unterschied wird es aber so oder so nicht mehr machen.
War auch nicht zu erwarten, sein letztes Posting zu dem Thema (jetzt auch mit dem richtigen Link) hätte eindeutiger nicht sein können:
Hattest du da noch Hoffnung nach dem 1.4.?
Wenn ich das richtig sehe, wird die Liste der Zustimmer (per Hand) durch den Aufruf von dbimport.rb aktualisiert, möglicherweise wird das vor jeder Region gemacht:
https://github.com/gravitystorm/openstreetmap-license-change/blob/df0e9b5bde11136e6bac10d412c48d2761f5f019/dbimport.rb
Während der Bot läuft wird das nicht gemacht, jedenfalls findet sich dazu nichts im Code.
Verwendet wird direkt diese Liste:
http://planet.openstreetmap.org/users_agreed/users_agreed.txt
ja, irgendwie schon. Sein Argument war ja eher der Prozeß und die damit verbundenen Löschungen. Es wirft uns jetzt ein wenig zurück, wird aber immernoch besser sein, als zum Zeitpunkt an dem er angefangen hat. Daher verstehe ich sein Argument “guter Name” nicht. Dafür haben im Laufe der Zeit einige zugestimmt, bei denen ich es nie für möglich gehalten habe. (bspw extremcarver)
hätt ich genauso gemacht - und mach ich auch bei meinen eigenen Sachen so.
Ansonsten fällt mir der Spruch eines Trainers bei Oracle ein: “Es gibt Momente in Leben eines Datenbank-Administrators, da muss man ganz tapfer sein”
Das war kurz nachdem die T-Kom durch einen missglückten Rollback die Datensätze von mehreren Mio. Telefonaten und die damit verbundenen Einnahmen abschreiben musste.
Ging aber nicht an die Medien und war nur Insidern bekannt.
Gruss
walter
Kann mir mal jemand erklären, wie ich das hier interpretieren soll?
http://www.openstreetmap.org/browse/way/28533629/history
Mit Version 7 wurde der Weg gelöscht, Versionen 2-6 sind gesperrt, Version 1 allerdings vorhanden. Sollte der Weg dann nicht zurückgesetzt werden? Oder war der Weg in Version 6 bereits gelöscht und musste deswegen vom Bot erneut gelöscht werden? (Fällt das Löschen demnach nicht unter die CC? 
)
Warum sollte man das Löschen rückgängig machen?
Sehr wahrscheinlich.
Löschungen werden nicht als urheberrechtlich geschützt angesehen.
Gruß,
Mondschein
Hm, dann wurden also von Nichtzustimmern Knoten in den Weg eingefügt und danach die einzigen sauberen Knoten gelöscht (ob von Zustimmern oder Nichtzustimmern, lässt sich so nicht direkt sagen), so dass nur Knoten von Nichtzustimmern übrig geblieben sind, das ist wirklich Pech.
Und in v6 hat jemand den Weg wieder hergestellt, denn sonst könnte es keine v6 geben, wenn er schon in v5 gelöscht wurde, oder?
Hier übrigens eine Übersetzung der Ankündigung von Richard: http://lists.openstreetmap.org/pipermail/talk-de/2012-July/096658.html
Irgendwie gefällt mir das überhaupt nicht!
Wie soll man denn jetzt herausfinden, ob der Bot einen Fehler macht, wenn man keine Informationen hat? 
Also laut
http://open.mapquestapi.com/xapi/api/0.6/way/28533629
hatte der Weg zwei Nodes
http://open.mapquestapi.com/xapi/api/0.6/node/1415568728
und
http://open.mapquestapi.com/xapi/api/0.6/node/313435311
Die Nodes sind clean. Der Revert auch . Im Changeset für v6 finde ich nix, was komisch ist. Sollte der Way da nicht drin sein, wenn er da angefasst wurde
http://api.openstreetmap.org/api/0.6/changeset/9271349
Interessanter ist, wie v2 ausgesehen hatte …
was nicht abrufbar ist
http://open.mapquestapi.com/xapi/api/0.6/way/28533629/2
oder hier
http://api.openstreetmap.org/api/0.6/way/28533629/2