Status Lizenzwechsel

Als Threadstarter hast Du die Ehre und darfst den aktuellen Status des Lizenzwechsels immer in Deinem Posting aktuell halten 😉 Damit nicht jeder alle Forenbeiträge, Wikibeiträge, Chatlogs, Blogeinträge und Emaillisten durchwühlen müssen nach neusten Statusinformationen.

Nahmd,

Dennis[B] wrote:

Als Threadstarter hast Du die Ehre und darfst den aktuellen Status des Lizenzwechsels immer in Deinem Posting aktuell halten 😉

.oO( Tugend bestraft sich selbst. )

21:10 RichardF: well, anyway, I'd anticipate we'll be moving to the redaction starting in a week or two

Quelle: http://www.osmfoundation.org/index.php? … 2012-05-21

Am Mittwoch wissen wir hoffentlich mehr, also fleißig die rebuild-Mailingliste lesen. 🙂

Gruß,
Mondschein

Es gibt wieder ein kleines Update:
http://lists.openstreetmap.org/pipermai … 00241.html

Kurz:
Es gab wenige Fortschritte, da Matt zurzeit mit seinem Umzug beschäftigt ist.
Hier finden sich die noch fehlschlagenden Tests:
http://harrywood.dev.openstreetmap.org/ … lures.html

Gruß,
Mondschein

.

Hallo an alle

Es gibt wieder was Neues auf der Rebuild-Liste.

Zusammengefasst, gibt es noch einiges zu tun und der Zeithorizont ist weiterhin offen.

Edbert (EvanE)

Hier mal noch 2 interessante Zitate von der Rebuild list:

The work with the license change bot have almost halted the last month, with only around 10 commits and no real progress on the main algorithms. This is partly because people have been occupied with other stuff (work, life, mapping, final exams, etc) and partly because the problems with the algorithms are really hard.

Sounds like we're stalled ... we're in pretty much the same place we were a month ago.
What can possibly be done so that we aren't saying the same thing by the end of June?

misterboo wrote:

Hier mal noch 2 interessante Zitate von der Rebuild list:

The work with the license change bot have almost halted the last month, with only around 10 commits and no real progress on the main algorithms. This is partly because people have been occupied with other stuff (work, life, mapping, final exams, etc) and partly because the problems with the algorithms are really hard.

Sounds like we're stalled ... we're in pretty much the same place we were a month ago.
What can possibly be done so that we aren't saying the same thing by the end of June?

Typisch OSM: Erst wird alles so kompliziert gemacht, dass die Lösung nicht fertig/anwendbar wird (*) und dann springen die Leute ab 🙁

Meine Meinung: Augen zu und durch!

Gruss
Walter

(*) siehe Tagging

wambacher wrote:

Meine Meinung: Augen zu und durch!

Gruss
Walter

(*) siehe Tagging

Womit?

Mit Scripts, die nicht richtig funktionieren und sei es nur, dass sie mit den diversen Sonderzeichen nicht fertig werden?

Nein, danke, unter diesen Umständen bin ich absolut gegen den Beginn der automatisierten Änderung der Daten.

m2c
Bernd

berndw wrote:

wambacher wrote:

Meine Meinung: Augen zu und durch!

Womit?
Mit Scripts, die nicht richtig funktionieren und sei es nur, dass sie mit den diversen Sonderzeichen nicht fertig werden?

Nein, danke, unter diesen Umständen bin ich absolut gegen den Beginn der automatisierten Änderung der Daten.

Hallo Bernd

Ich glaube nicht, dass Wambacher das so gemeint hat. Aber natürlich hat er insoweit Recht, dass man irgendwann sagen muss:
- Das was wir jetzt können, machen wir.
- Alles andere muss als Einzelfall behandelt werden.

Es gibt auf der Rebuild-Liste den Vorschlag, die einfachen Dinge vorab zu erledigen als da sind:
- V1 Objekte
- triviale Änderungen als sauber markieren.
- ...

Ich bin mir noch nicht im Klaren, ob es eine gute Idee wäre, das lange vor den komplizierten Fällen zu machen. Ob es eine Erleichterung für die komplexeren Fälle wäre, dies vorher auszusortieren, auch darüber bin ich mir nicht im klaren.

Edbert (EvanE)

Ich glaube aber, dass es der LWG um einen resourcenschonenden Einsatz geht. Gebiete die vom Bot abgegrast werden, müssen so kein 2. Mal mehr beackert werden. Insofern macht ein Zuwarten durchwegs Sinn... (angreifen muss der nämlich sowieso jedes Objekt)

tunnelbauer wrote:

Ich glaube aber, dass es der LWG um einen resourcenschonenden Einsatz geht. Gebiete die vom Bot abgegrast werden, müssen so kein 2. Mal mehr beackert werden. Insofern macht ein Zuwarten durchwegs Sinn... (angreifen muss der nämlich sowieso jedes Objekt)

Im Prinzip stimme ich dir zu. Ein einmaliger Bot-Lauf hat Vorteile.

Allerdings gibt es bereits eine Liste der Objekte, die nicht betrachtet werden müssen. Diese Liste enthält alle Objekte, die ODBL/CT only sind. Die Geschichte dieser Objekte muss man natürlich gar nicht betrachten.

Edbert (EvanE)

Was auch dort disktuiert wurde: Hinwarten hat das Problem, daß immer noch unwissentlich auf nicht ODBL-tauglichen Objekten editiert wird und diese edits dann größtenteils vernichtet werden. Da wäre es schon besser, die grobe Arbeit wäre getan und die Wahrscheinlichkeit daß neue Ergänzungen wieder rausfliegen wesentlich geringer.

bye
Nop

Danke Edbert und Nop,

genau so hab ich es mit "Augen zu und durch" gemeint.
Und wenn nicht endlich irgendwas geschieht, entwickelt sich die Sache zu einer Farce.
Ein Wunder, dass unser Mitbewerb, den wir ja auch nicht schonen, nicht schon lange da eingehakt hat ("Die kriegen ja auch nix auf die Reihe", ...)

Gruss
Walter

Nop wrote:

... daß immer noch unwissentlich auf nicht ODBL-tauglichen Objekten editiert wird und diese edits dann größtenteils vernichtet werden ...

Oh ja. Hier ist die Badmap bald Informeller als die Cleanmap.
http://cleanmap.poole.ch/?zoom=16&lat=5 … layers=00B

So langsam frage ich mich, ob es nicht besser gewesen wäre, mit einer leeren Welt ganz neu anzufangen und jeder User trägt einfach alles ganz neu ein. Dann gäbe es nie die Lizenzdiskussionen und es wäre sicher weniger Arbeit gewesen.

'Dennis[B wrote:

So langsam frage ich mich, ob es nicht besser gewesen wäre, mit einer leeren Welt ganz neu anzufangen und jeder User trägt einfach alles ganz neu ein. Dann gäbe es nie die Lizenzdiskussionen und es wäre sicher weniger Arbeit gewesen

Da nach der Auswertung von Simon Poole (Stand 31.5.2012) weltweit 98.7% aller Knoten, 98.6% aller Straßen, 99.5% aller sonstigen Wege (Gebäude/Landuse/...), 98.2% aller Routen und 97.7% aller sonstigen Relationen ODBL/CT sauber sind (deren Ersteller haben zugestimmt) kann ich deine Schlußfolgerung (weniger Arbeit) nicht teilen.

Edbert (EvanE)

98-99% wären absolut genial.

Aber wie wurden diese Prozente berechnet? Die "Badmap" (Siehe Link von mir oben) zeigt deutlich mehr als 1 bis 2% an, die nach den Zahlen fehlen müssten. Und unter ODBL.de sind die Prozente auch deutlich kleiner. *grübel*

Wieso? Auf odbl.de sind die Werte mit 98.28% 97.73% 98.44% angegeben (Stand: 14.04.2012)? Wo schaust du? Nur bei den v1 Objekten, welche noch nie verändert wurden? Lass deinen Blick weiter nach rechts schweifen... 😉

Rechts? Das ist doch "nur" der Last-Editor. Klar, daß die Zahlen immer höher gehen, die anderen User sind doch gesperrt. Aber es zählt doch nicht der letzte User.

.

.

Ist halt regional durch manche User sehr schwankend. In ca. 10km Umkreis zumeiner Heimt geht kein Node, Way etc. verloren. Wenn ich es auf 20km ausweite sind es 4 nodes und 2 Flächen.

Die Frage ist doch, was passiert mit den Daten, die Mapper durch Copy&Paste "remappt" haben? Es hieß ja mal, dass die Daten auch alle gelöscht werden. Sie scheinen aber auf keiner "Bad"-Map aufzutauchen. Ich kenne da Gegenden, wo das ziemlich Löcher reisen könnte, obwohl es dort im Moment sehr gut aussieht. Und das schlimmste, man findet nicht wirklich heraus, was gefährdet ist und was nicht.

kukuk wrote:

Die Frage ist doch, was passiert mit den Daten, die Mapper durch Copy&Paste "remappt" haben? Es hieß ja mal, dass die Daten auch alle gelöscht werden. Sie scheinen aber auf keiner "Bad"-Map aufzutauchen. Ich kenne da Gegenden, wo das ziemlich Löcher reisen könnte, obwohl es dort im Moment sehr gut aussieht. Und das schlimmste, man findet nicht wirklich heraus, was gefährdet ist und was nicht.

Dann melde die doch. So hat man wenigstens eine Chance das zu korrigieren.

Ich glaube auch nicht, dass das so viel gemacht wird. Es kann ja jeder mal ausprobieren (ohne hochzuladen). Es ist nicht so einfach per copy and paste zu mappen. Man muss überall die Verbindungen zum restlichen Wegenetz wieder herstellen und muss dabei aufpassen, dass die Kreuzungsnodes clean sind. Ziemlich mühsam das ganze

Mit an Sicherheit grenzender Wahrscheinlichkeit wird es keine expliziten Maßnahmen geben, um solche Daten zu löschen, das ist technisch einfach kaum machbar, insofern musst du dir erstmal keine Gedanken darum machen. Ein Problem ist es natürlich trotzdem, aber das kann nur die Community lösen, indem sie sowas meldet und sich um Ersatz bemüht.

Es gibt bereits seit längerem eine Liste auf http://wiki.openstreetmap.org/wiki/Quic … ry_Service von Changesets aus C&P remapping Aktionen die zum Löschen vorgesehen sind.

Bitte bitte nicht einfach Sachen da eintragen, sondern mit dem Mapper in Frage abklären was da los war (falls er/sie einsichtig ist), oder mindestens durch sonst jemand verfizieren lassen.

Simon

SimonPoole wrote:

Es gibt bereits seit längerem eine Liste auf http://wiki.openstreetmap.org/wiki/Quic … ry_Service von Changesets aus C&P remapping Aktionen die zum Löschen vorgesehen sind.

genau genommen hier: http://wiki.openstreetmap.org/wiki/Quic … Changesets

Gruss
Walter

errt wrote:

Mit an Sicherheit grenzender Wahrscheinlichkeit wird es keine expliziten Maßnahmen geben, um solche Daten zu löschen, das ist technisch einfach kaum machbar, insofern musst du dir erstmal keine Gedanken darum machen. Ein Problem ist es natürlich trotzdem, aber das kann nur die Community lösen, indem sie sowas meldet und sich um Ersatz bemüht.

Siehe:
http://forum.openstreetmap.org/viewtopic.php?id=16835

Gruß,
Mondschein

Was aber ja nur ein sicher winziger Teil des Problems ist und wie gesagt nur funktioniert, solange sich die Community drum kümmert. Automatisch erkannt wird's wohl nicht.

Es gibt wieder Neuigkeiten:
http://lists.openstreetmap.org/pipermai … 00256.html

Kurz: es gibt nur noch 2 fehlschlagende Test, aber trotzdem noch einiges zu tun.

Viel interessanter, als die niedrigere Anzahl fehlschlagender Tests (ganz unrecht hat er nicht, wenn er schreibt, dass das ein guter Grund wäre, noch ein paar zu schreiben), finde ich, dass der Bot jetzt ein vernünftiges Ausgabeformat hat, mit dem eventuell Karten wie die Cleanmap/Badmap gefüllt werden könnten. Auch wenn es natürlich noch nicht final ist, hätte man dann endlich mal Karten, die nicht nur auf Vermutungen basieren.

Um den Lizenzwechsel zu beschleunigen, wird voraussichtlich jemand dafür bezahlt, Vollzeit am Bot zu arbeiten:
http://www.osmfoundation.org/wiki/CWG_m … 2012-06-18

Gruß,
Mondschein

Andy Allan hat übrigens inzwischen die Arbeit aufgenommen:
https://github.com/gravitystorm/openstr … ts/contrib

Gruß,
Mondschein

Das Dutzend Links ist überschritten. Mal eine Übersicht über alle Links die hier gepostet wurden. Falls was fehlt, bitte ergänzen (Liste neu Posten).

Chatlog:
http://www.osmfoundation.org/index.php? … 2012-05-21
http://www.osmfoundation.org/wiki/CWG_m … 2012-06-18

Emailliste:
http://lists.openstreetmap.org/pipermai … 00241.html
http://lists.openstreetmap.org/pipermai … 00243.html
http://lists.openstreetmap.org/pipermai … 00246.html
http://lists.openstreetmap.org/pipermai … 00256.html

Statusseite Testserver
http://harrywood.dev.openstreetmap.org/ … lures.html

Wiki:
http://wiki.openstreetmap.org/wiki/Quic … ry_Service
http://wiki.openstreetmap.org/wiki/Quic … Changesets

Forum:
http://forum.openstreetmap.org/viewtopic.php?id=16835

GitHub:
https://github.com/gravitystorm/openstr … ts/contrib

Berichte:
http://www.agit.at/index.php?option=com … &Itemid=74
http://www.ifosslr.org/ifosslr/article/view/62

Der Lizenzwechselbot ist jetzt wohl soweit fertig und kann demnächst getestet werden:
http://lists.openstreetmap.org/pipermai … 00292.html

21:20 RichardF: we are basically very near the actual redaction starting - possibly end of this week
21:20 RichardF: (probably Ireland for the test run)
21:21 RichardF: so we need to decide how/if to announce this
21:21 RichardF: by definition the test run is the test run, so my feeling is that we confine that to rebuild@
21:25 RichardF: toffehoff: (a) small-scale publicity (local mailing lists, IRC) when the test run starts on Ireland
21:25 RichardF: (b) communication to all mappers (main mailing lists, user diaries) when mass redaction starts
21:26 RichardF: toffehoff: "we are running the test run on Ireland, we will have results asap, assuming it goes ok we will aim to start the full area"

Quelle: http://www.osmfoundation.org/wiki/CWG_m … 2012-07-02

Gruß,
Mondschein

Wieso ausgerechnet Irland, ich wäre für Bielefeld... 😉

Spaß beiseite. Schön das es weiter geht.

Der Bot wird jetzt mit einer Kopie der OSM-Datenbank getestet:

More progress. Andy feels that all the bits are there now to run an actual redaction. He has started testing against a working - but not live - instance of the OSM database and is fixing some problems.

Quelle: https://docs.google.com/document/pub?id … EPTQcezF1Y

Gruß,
Mondschein

mightym wrote:

Wieso ausgerechnet Irland, ich wäre für Bielefeld... 😉

Was es nicht gibt, kann man nicht testen 😄
http://groups.google.com/group/de.talk. … 0d8e4d8c3c

Irland ist es wohl, weil es eine Insel mit überschaubarer Anzahl von Lizenzkonflikten ist.
http://tools.geofabrik.de/osmi/?view=wt … ne_created

Infos zu den Tests:
http://lists.openstreetmap.org/pipermai … 00295.html
http://lists.openstreetmap.org/pipermai … 00296.html

Gruß,
Mondschein

@hurdygurdyman

Das ist es ja, wenns nie da gewesen sein soll, dann kann sich auch keiner beschweren es wäre was gelöscht worden was nicht soll weil der Bot.... 😄

Jou stimmt, Irland scheint recht deutlich im grünen Bereich zu sein.

Der Testlauf ist soweit und erste Ergebnisse können angeschaut werden:

http://lists.openstreetmap.org/pipermai … 00297.html

Moin,

FYI: [OSM-talk] Licence redaction ready to begin -- http://lists.openstreetmap.org/pipermai … 63420.html

LG,

-moenk

Morgen (11.7.) soll dann der Redaktions-/Putzbot seine Arbeit aufnehmen.

Geputzt wird dann vom Ablauf wie folgt:
1. Irland
2. Vereinigtes Königreich
3. Westeuropa
4. Nordamerika
5. Australien
6. Rest der Welt

Edit: Die Objekte/Changesets werden vom Bot in der Datenbank erst mal nur, über einen extra API-Redaktions-Erweiterung, als versteckt markiert, sind aber vorerst noch da.

Die offizielle Ankündigung findet sich hier:
http://blog.osmfoundation.org/2012/07/0 … ion-ready/
http://lists.openstreetmap.org/pipermai … 00063.html

Und auch auf talk, talk-de und dev:
http://lists.openstreetmap.org/pipermai … 63420.html
http://lists.openstreetmap.org/pipermai … 96607.html
http://lists.openstreetmap.org/pipermai … 25173.html

Und auf talk-ie und talk-gb, denn das sind die ersten betroffenen Gebiete:
http://lists.openstreetmap.org/pipermai … 00481.html
http://lists.openstreetmap.org/pipermai … 13536.html

Der Bot wird, nach derzeitiger Schätzung, insgesamt ca. einen Monat benötigen.
Hier ist er übrigens zu finden, falls ihn jemand haben möchte: 😉
https://github.com/gravitystorm/openstr … nse-change

Um Konflikte beim Bearbeiten zu reduzieren, wird (während der Bot in der entsprechenden Region läuft) empfohlen, die Änderungen möglichst oft und zeitnah hochzuladen.

Gruß,
Mondschein

Woher weis ich wo und wann der Bot läuft ?

mightym wrote:

Woher weis ich wo und wann der Bot läuft ?

Ende der Woche könnte IE und GB fertig sein:
http://lists.openstreetmap.org/pipermai … 13538.html
Danach kommt dann Westeuropa.

Auf den offiziellen Mailinglisten und hier im Forum wirst du sicher erfahren, wenn es bei uns so weit ist. 🙂

Gruß,
Mondschein

Mondschein wrote:

mightym wrote:

Woher weis ich wo und wann der Bot läuft ?

Ende der Woche könnte IE und GB fertig sein:
http://lists.openstreetmap.org/pipermai … 13538.html
Danach kommt dann Westeuropa.

Auf den offiziellen Mailinglisten und hier im Forum wirst du sicher erfahren, wenn es bei uns so weit ist. 🙂

Gruß,
Mondschein

wenn ich all die Infos richtig verstanden habe, ackert sich der Bot so nach und nach durch die ganze Live-DB und wird dafür einige Wochen brauchen.

Daraus folgere ich, dass ab sofort die Diff-Files aus UK "ein wenig größer" werden, da bei dieser Aktion ja auch Sachen angefasst werden, die sonst niemand ändert.
Mal sehen, ob mein Diff-Import auf Minutenbasis das verkraftet.

Wenigstens brauch ich dann keinen Full-Import mit den sauberen Lizendaten machen.

Gruss
walter

Walter, das wirst du ohnehin machen müssen. Deine DB ist nur cc-by-sa un die kannst du nicht umlizenzieren. Aber das hatten wir doch schon mal ausdiskutiert....

wambacher wrote:

wenn ich all die Infos richtig verstanden habe, ackert sich der Bot so nach und nach durch die ganze Live-DB und wird dafür einige Wochen brauchen.

Ja.

wambacher wrote:

Daraus folgere ich, dass ab sofort die Diff-Files aus UK "ein wenig größer" werden, da bei dieser Aktion ja auch Sachen angefasst werden, die sonst niemand ändert.
Mal sehen, ob mein Diff-Import auf Minutenbasis das verkraftet.

Ich versuche gerade herauszufinden, wie stark die Diffs (in Prozent) wachsen werden.
Ganz naiv:
Ca. 2% der Daten werden durch den Bot verändert oder gelöscht, dafür gebe ich ihm 3 Wochen.
Ca. 2% der Daten werden täglich durch normale Bearbeitungen erzeugt oder verändert.
Das bedeutet also, dass die Diffs um 1/21 (also ca. 5 Prozent) größer werden?

Ist das wirklich so wenig oder wo ist mein Fehler?
Sind meine Zahlen falsch, habe ich mich verrechnet oder habe ich da etwas völlig falsch verstanden? 🤔

Gruß,
Mondschein

aighes wrote:

Walter, das wirst du ohnehin machen müssen. Deine DB ist nur cc-by-sa un die kannst du nicht umlizenzieren. Aber das hatten wir doch schon mal ausdiskutiert....

jo, da war mal was. Diskutiert ja - ausdiskutiert, nicht unbedingt
werd ich wohl gelegendlich mal machen, aber nur damit anderer Schrott rauskommt. Allerdings sehe ich da für mich keine akuten Probleme, da ich derzeit eh nichts im Netz anbiete.

Im übrigen bin ich immer noch der Ansicht, dass eine DB, die nur ODBL-Daten enthält, "sauber" ist - egal auf welchem Weg das erreicht wurde.

schau'n mer mal, wie sich die Sache entwickelt und was dazu eventuell von unseren Lizenz-Gurus kommt.

Gruss
walter

Mondschein wrote:

Ca. 2% der Daten werden täglich durch normale Bearbeitungen erzeugt oder verändert.

Worauf basiert diese Annahme?

Ich versuche mal eine Abschätzung; dabei addiere ich Knoten, Wege und Relationen vereinfachend ohne Gewichtung. OSM enthält etwa 1.5G Knoten, 140M Wege und ein paar Relationen, macht grob 1.6G Objekte. In einem zufällig herausgegriffenen day-replicate aus den letzten Tagen finden sich 1,7 M Objekte. Das ergibt eher 10^-3 oder 0,1 % pro Tag.

Mondschein wrote:

Ist das wirklich so wenig oder wo ist mein Fehler?
Sind meine Zahlen falsch, habe ich mich verrechnet oder habe ich da etwas völlig falsch verstanden? 🤔

Ehrlich gesagt, mach ich mir nicht allzu viele Sorgen darüber. Meine Toolchain (osmosis -> postgresql/snapshot) braucht zum Verarbeiten der Daten einer Stunde ca 10-15 Minuten.
D.h. erst wenn ca 3-4 mal mehr rüberkommt als jetzt, wird es bei mir eng.

kann man schön an den Zacken rechts sehen: Rechner um 14:00 an und dann die Daten von ca 9:00-14:00 Uhr in Stundenblöcken reingezogen. Nach ca 1H ist das Lag nur noch 2 Minuten. Dann geht übrigens die Last im Grundrauschen des Rechners unter.

In der mittleren "Steilkurve" geht das noch fixer, da er hier die nächtlichen Daten verarbeitet und Europa tief geschlafen hat.
Dauert wohl noch ein wenig, bis rund um die Welt gemappt wird.

Gruss
walter

p.s. grafik wird hier nicht aktualisiert.

Ich wusste es, ich habe mich verrechnet. 😐

Oli-Wan wrote:

Das ergibt eher 10^-3 oder 0,1 % pro Tag.

Ja, da ist mir das Komma verrutscht, nach meiner groben Rechnung kommen ca. 0,2 % pro Tag heraus.
Hatte die Zahlen nur "grob" von odbl.de abgelesen. 🙂

Jetzt nehme ich mal 0,1 % normale Bearbeitungen pro Tag an.
Beim Bot wären es dann ca. 0,1 % pro Tag (bei 3 Wochen).

Also könnte man dann grob mit einer Verdopplung der Diff-Größe rechnen?

Gruß,
Mondschein

@Oli-Wan das dürfte wohl eher hinkommen und wäre dann Faktor 2. Wobei das natürlich eher der Durchschnitt ist.

In einigen Regionen sind es deutlich weniger als 2% die gelöscht werden und wenn ich an Australien denke, dürften die Changefiles deutlich größer werden.

wambacher wrote:

D.h. erst wenn ca 3-4 mal mehr rüberkommt als jetzt, wird es bei mir eng.

Wenn man meine obige Abschätzung zugrunde legt, ist ein Faktor 2 durchaus drin. Dabei ist noch zu beachten, daß die Laufzeit des Putzbots bisher nur eine wilde Schätzung ist, und sein Durchsatz je nach Region stark variieren könnte (je nachdem, ob die problematischen Bearbeitungen weitgehend isoliert oder mehr oder weniger stark mit anderen Beiträgen verflochten sind). Für Datenbanken, die beim Import schon nahe am Limit sind, könnte es durchaus knapp werden.

wambacher wrote:

jo, da war mal was. Diskutiert ja - ausdiskutiert, nicht unbedingt

Nun, die Ansichten waren dargelegt, ohne daß einer den anderen überzeugen konnte. D.h. wir waren ungefähr an folgendem Punkt:

wambacher wrote:

Im übrigen bin ich immer noch der Ansicht, dass eine DB, die nur ODBL-Daten enthält, "sauber" ist - egal auf welchem Weg das erreicht wurde. (Position A)

Das dürfte juristisch anders gesehen werden. Der lizenz- und urheberrechtliche Status eines Objekts ist (leider) keine Zustandsgröße. (Position B)

Oli-Wan wrote:

Wenn man meine obige Abschätzung zugrunde legt, ist ein Faktor 2 durchaus drin. Dabei ist noch zu beachten, daß die Laufzeit des Putzbots bisher nur eine wilde Schätzung ist, und sein Durchsatz je nach Region stark variieren könnte (je nachdem, ob die problematischen Bearbeitungen weitgehend isoliert oder mehr oder weniger stark mit anderen Beiträgen verflochten sind).

Einverstanden. 🙂

Bin mal gespannt, wer da mithalten kann/will und wer nicht. 🙂

Gruß,
Mondschein

Werden die Diffs nicht sowieso während dieser Zeit eingestellt und man muss danach einen neuen Planet laden? Ich meine das mal gelesen zu haben.

Oli-Wan wrote:

Nun, die Ansichten waren dargelegt, ohne daß einer den anderen überzeugen konnte. D.h. wir waren ungefähr an folgendem Punkt:

wambacher wrote:

Im übrigen bin ich immer noch der Ansicht, dass eine DB, die nur ODBL-Daten enthält, "sauber" ist - egal auf welchem Weg das erreicht wurde. (Position A)

Das dürfte juristisch anders gesehen werden. Der lizenz- und urheberrechtliche Status eines Objekts ist (leider) keine Zustandsgröße. (Position B)

mag ja so richtig sein. Aber dann müsste ja auch die Live-DB, die ja (ab morgen?) "gebottet" wird, auch neu aufgesetzt werden?

Oder wollen/sollen wir hier in unserem deutschen Lande mal wieder päpstlicher als der Papst sein?
Hier interessiert mich momentan das Ziel mehr als der Weg.

Gruss
walter

p.s. woran erkennt man eigentlich (z.B als Anwalt) den Unterschied zwischen einer "gebotteten" DB und einem Neu-Import, wenn beide eh die gleichen Daten enthalten? 😉

SammysHP wrote:

Werden die Diffs nicht sowieso während dieser Zeit eingestellt und man muss danach einen neuen Planet laden? Ich meine das mal gelesen zu haben.

mir war auch so, dass ich das irgendwo gelesen hatte... kann sich aber natürlich geändert haben.

SammysHP wrote:

Werden die Diffs nicht sowieso während dieser Zeit eingestellt und man muss danach einen neuen Planet laden? Ich meine das mal gelesen zu haben.

ist schon etwas länger her. Wenn das aber so wäre, dürften für die nächsten Wochen keine Diffs mehr kommen.
Das hatten unsere Kollegen ja auch Anfang April vor und dann kamen dennoch aktuelle Diffs rüber.

Aber die Diskussion ist hier sowieso schon hochspekulativ und bringt eh nicht viel.
Morgen rennt der Bot und wir wissen etwas mehr.

Gruss
walter

wambacher wrote:

woran erkennt man eigentlich (z.B als Anwalt) den Unterschied zwischen einer "gebotteten" DB und einem Neu-Import, wenn beide eh die gleichen Daten enthalten? 😉

Bspw. weil deine DB eben nicht die gleichen Daten enthält, weil es beim updaten einen Schluckauf gab.

Der Unterschied zwischen deiner DB und der OSM-DB ist folgender: Die OSMF hat dir über eine gewisse Zeit die Daten unter cc-by-sa zur Verfügung gestellt. Das gibt dir aber nicht das Recht, diese unter ODbL zu stellen.

Die OSMF ist der Lizenzgeber für das Verteilen der Daten und kann die unter der Lizenz verteilen, die ihnen von den Mappern erlaubt wurde.

Das ist in etwa so, als würde ich dir ein Bild unter Lizenz A geben. Nur weil ich es aber jemanden anders das gleiche Bild unter Lizenz B gebe, hast du nicht das Recht, ebenso das Bild nach Lizenz B zu nutzen.

aighes wrote:

Das ist in etwa so, als würde ich dir ein Bild unter Lizenz A geben. Nur weil ich es aber jemanden anders das gleiche Bild unter Lizenz B gebe, hast du nicht das Recht, ebenso das Bild nach Lizenz B zu nutzen.

Aber Du bietest mir das Bild auch unter Lizenz B an! Muss ich deshalb die Bild Bits nochmals von Dir holen?

aighes wrote:

Der Unterschied zwischen deiner DB und der OSM-DB ist folgender: Die OSMF hat dir über eine gewisse Zeit die Daten unter cc-by-sa zur Verfügung gestellt. Das gibt dir aber nicht das Recht, diese unter ODbL zu stellen.

Die OSMF ist der Lizenzgeber für das Verteilen der Daten und kann die unter der Lizenz verteilen, die ihnen von den Mappern erlaubt wurde.

Das ist in etwa so, als würde ich dir ein Bild unter Lizenz A geben. Nur weil ich es aber jemanden anders das gleiche Bild unter Lizenz B gebe, hast du nicht das Recht, ebenso das Bild nach Lizenz B zu nutzen.

Für mich ist das reine Haarspalterei. Deshalb werde ich nicht aus DIESEN Gründen meine DB neu aufsetzen und ca 1 Woche Arbeit/Ausfall damit sinnlos verbraten.

Dass es beim Update per Diffs zu Datenverlusten kommen kann, ist allerdings ein ärgerliches Problem. Inzwischen biete Postgresql ja Replikation von Datenbanken mit Bordmitteln an, die dieses Verfahren eigentlich überflüssig machen könnten. Dabei wäre auch die Datenintegrität zu 100% gewährleistet. Aber das ist ein anderes Thema.

Gruss
Walter

efred wrote:

SammysHP wrote:

Werden die Diffs nicht sowieso während dieser Zeit eingestellt und man muss danach einen neuen Planet laden? Ich meine das mal gelesen zu haben.

mir war auch so, dass ich das irgendwo gelesen hatte... kann sich aber natürlich geändert haben.

Das hat sich wieder geändert, es wird definitiv Diffs, auch während der Bot läuft, unter der derzeit gültigen Adresse geben:
http://planet.openstreetmap.org/redaction-period/

Gruß,
Mondschein

wambacher wrote:

aighes wrote:

Der Unterschied zwischen deiner DB und der OSM-DB ist folgender: Die OSMF hat dir über eine gewisse Zeit die Daten unter cc-by-sa zur Verfügung gestellt. Das gibt dir aber nicht das Recht, diese unter ODbL zu stellen.

Die OSMF ist der Lizenzgeber für das Verteilen der Daten und kann die unter der Lizenz verteilen, die ihnen von den Mappern erlaubt wurde.

Das ist in etwa so, als würde ich dir ein Bild unter Lizenz A geben. Nur weil ich es aber jemanden anders das gleiche Bild unter Lizenz B gebe, hast du nicht das Recht, ebenso das Bild nach Lizenz B zu nutzen.

Für mich ist das reine Haarspalterei. Deshalb werde ich nicht aus DIESEN Gründen meine DB neu aufsetzen und ca 1 Woche Arbeit/Ausfall damit sinnlos verbraten.

Siehe:
http://lists.openstreetmap.org/pipermai … 24848.html

Gruß,
Mondschein

Hier findet sich die Definition der Gebiete und die Bearbeitungsreihenfolge:
https://github.com/gravitystorm/openstr … bounds.xml

Gruß,
Mondschein

Hier die genauen Gebiete und deren Reihenfolge:

• Irland
• Vereinigtes Königreich
• Westeuropa
• Weißrussland
• Nordamerika
• Australien
• Was dann noch fehlt, ist "Rest der Welt". 🙂

Wenn ich den Code richtig interpretiere, dann wird immer auf 1 Grad gerundet, also entstehen folgende Gebiete:

• Irland
• Vereinigtes Königreich
• Westeuropa
• Weißrussland
• Nordamerika
• Australien
• Was dann noch fehlt, ist "Rest der Welt". 🙂

Also ist Irland im Norden abgeschnitten und vom Vereinigten Königreich fehlt im Osten auch etwas, gehört dann also zu Westeuropa (3).

Diese Gebiete werden dann in 1°-Zellen (welche nochmals in 128 Gebiete unterteilt werden) von SW nach NO abgearbeitet, also z.B.:

␣␣␣␣␣␣␣␣␣␣␣␣␣[N]
17␣18␣19␣20␣21␣22␣23␣24
[W]␣␣9␣10␣11␣12␣13␣14␣15␣16␣␣[O]
1␣␣2␣␣3␣␣4␣␣5␣␣6␣␣7␣␣8
[s]

Gruß,
Mondschein

Mondschein wrote:

Also ist Irland im Norden abgeschnitten und vom Vereinigten Königreich fehlt im Osten auch etwas, gehört dann also zu Westeuropa (3).

also ob das den Briten so passt? Der Ostteil zählt jetzt zu Westeuropa?
Wie stand das angeblich schon mal in der Times: "Nebel auf dem Kanal - Kontinent von England abgeschnitten!" 😉

Gruss
walter

Das wird der Bot-Account sein:
OSMF Redaction Account

Dort wird man dann auch seine Arbeit verfolgen können.

Gruß,
Mondschein

Was habe ich da nur angerichtet. 😉

Die lesen hier alle mit:

#osm wrote:

• EdLoach pokes the OSMF Redaction Account
  

<EdLoach> Does Facebook still have pokes?
<andrewsh> It does.
<andrewsh> OSMF Redaction Account is now your friend. Follow OSMF Redaction Account. Like OSMF Redaction Account. OBEY OSMF REDACTION ACCOUNT!
<EdLoach> andrewsh: I've just completely failed to find Poke anywhere, although you can Message people you don't know.
<MonkZ> OSMF Redaction Account ist nun dein Freund.
<EdLoach> Ah found it
<andrewsh> OSMF Redaction Account цяпер ваш сябар.
<RichardF> In Soviet Russia, OSMF redacts you!

🤣

Gruß,
Mondschein

Mondschein wrote:

Das wird der Bot-Account sein:
OSMF Redaction Account

Dort wird man dann auch seine Arbeit verfolgen können.

Gruß,
Mondschein

ich hoffe nur, der wird nicht wegen Vandalismus gesperrt 😉

Es geht los!

och, neee... nicht die St. Fachtnas Church...

😉

Immerhin ehrenvoll als erstes gelöscht worden... 😉

Nach 2 Änderungssätzen schon Pause?

Mal sehen wann es weiter geht 😉

Leider hinterläßt der Bot ungetaggte, keinem Weg angehörende Knoten: http://www.openstreetmap.org/browse/node/631811109
(Ich vermute mal, daß in Version 2 die Position durch einen CT-Zustimmer geändert wurde und diese geänderte Position nun erhalten wird. Ohne Merkmale könnte der Knoten aber auch gleich ganz weg.)

efred wrote:

och, neee... nicht die St. Fachtnas Church...

😉

LOL

kurz überprüft: Changes kommen in den Diff-Files rüber - so wie ich es zuletzt erwartet habe.

Gruss
walter

Hier die offizielle Bekanntmachung:
http://lists.openstreetmap.org/pipermai … 00065.html

Importe, andere Bots und große Bearbeitungen sind jetzt nicht mehr erlaubt:
http://lists.openstreetmap.org/pipermai … 00066.html

Um die Änderungssätze des Bots möglichst klein zu halten, wird übrigens jede 1°-Zelle nochmals in 128 Zellen aufgeteilt:
https://github.com/gravitystorm/openstr … ot.rb#L344

Gruß,
Mondschein

Mondschein wrote:

Um die Änderungssätze des Bots möglichst klein zu halten, wird übrigens jede 1°-Zelle nochmals in 128x128 Zellen aufgeteilt

hmm... jetzt schon 7 Änderungssätze... wenn dieser Bot in diesem Tempo so weitermacht, sind die Daten ja im Nullkommnichts ODbl-konform...

War nicht mal die Rede davon, daß der Bot mit einer zuvor erstellten Liste potentiell problematischer Objekte arbeiten sollte? Das gegenwärtige Arbeitstempo legt eher nahe, daß nun doch jedes Objekt einzeln überprüft wird. Eigentlich könnten die <=1200 Problemobjekte (laut odbl.poole.ch) in IRL längst erledigt sein... aber wenn es mit der aktuellen Geschwindigkeit weiter geht, könnte sich die Schätzung von einem Monat als recht optimistisch herausstellen. Irland macht grob 1/100 der Fläche Europas aus und ist nicht gerade überdurchschnittlich dicht getaggt (Punktdichte in DE ist laut odbl.de etwa 7mal so groß).

efred wrote:

Mondschein wrote:

Um die Änderungssätze des Bots möglichst klein zu halten, wird übrigens jede 1°-Zelle nochmals in 128x128 Zellen aufgeteilt

hmm... jetzt schon 7 Änderungssätze... wenn dieser Bot in diesem Tempo so weitermacht, sind die Daten ja im Nullkommnichts ODbl-konform...

Sorry, nicht 128x128, sondern 128. 🤔

Oli-Wan wrote:

War nicht mal die Rede davon, daß der Bot mit einer zuvor erstellten Liste potentiell problematischer Objekte arbeiten sollte?

Ja, ich dachte auch, dass das so implementiert werden sollte.
Mal kurz sehen ob ich da etwas im Code dazu finde...

Gruß,
Mondschein

wambacher wrote:

kurz überprüft: Changes kommen in den Diff-Files rüber - so wie ich es zuletzt erwartet habe.

Hm, seit 17:55 kommt nichts mehr... 😬

Gruß,
Mondschein

Feierabend!
Ein Bot is auch nurn Mensch...

Mondschein wrote:

wambacher wrote:

kurz überprüft: Changes kommen in den Diff-Files rüber - so wie ich es zuletzt erwartet habe.

Hm, seit 17:55 kommt nichts mehr... 😬
..

Der bot muss auch viele Sachen durchackern bei denen es am Schluss keinen Changeset gibt (z.B weil bereits gelöscht) und nur die entsprechenden Flags gesetzt werden müssen.

SimonPoole wrote:

Der bot muss auch viele Sachen durchackern bei denen es am Schluss keinen Changeset gibt (z.B weil bereits gelöscht) und nur die entsprechenden Flags gesetzt werden müssen.

Aber auf der Datenbank arbeitet doch nicht nur der Bot, sondern auch normale Benutzer und das sollte doch Diffs erzeugen, oder nicht?

MoTaBi wrote:

Feierabend!
Ein Bot is auch nurn Mensch...

Von wegen Bot - ich hab schon lange vermutet, dass da ganz was anderes hinter steckt. Hier die ersten Beweise:

so, Schluss mit lustig. Prima, dass es endlich losgegangen ist. und da müssen wir (und unsere Daten ) halt durch. Bin mal gespannt, wie "meine Ecke" nach dem Bot aussieht. Die kleineren Kolateralschäden (empty nodes oder nur noch unsinnige tags) werden wir schon weg bekommen.

Gruss
walter

Mondschein wrote:

SimonPoole wrote:

Der bot muss auch viele Sachen durchackern bei denen es am Schluss keinen Changeset gibt (z.B weil bereits gelöscht) und nur die entsprechenden Flags gesetzt werden müssen.

Aber auf der Datenbank arbeitet doch nicht nur der Bot, sondern auch normale Benutzer und das sollte doch Diffs erzeugen, oder nicht?

komisch, derzeit kommen wirklich nur leere oder gar keine diffs rüber.

so siehts auf dem planet aus: http://planet.openstreetmap.org/redacti … replicate/

ist gelockt.

Die Changesets sehen so aus als wenn man sie reverten könnte

SunCobalt wrote:

Die Changesets sehen so aus als wenn man sie reverten könnte

hab ich auch schon dran gedacht - das wäre dann wohl für die osmf die Hölle auf Erden 😉

wambacher wrote:

SunCobalt wrote:

Die Changesets sehen so aus als wenn man sie reverten könnte

hab ich auch schon dran gedacht - das wäre dann wohl für die osmf die Hölle auf Erden 😉

wird wahrscheinlich daran scheitern, dass man die History nicht bekommt. Weder auf der Changeset Seite (Chronik anzeigen) noch bei der API kommt da was

http://www.openstreetmap.org/?lat=51.89 … 7&layers=M

Anscheinend hat der Renderer auch, möglicherweise temporäre, Probleme, in JOSM sieht die Gegend aber gut aus

Bernd

sehe am link nichts auffälliges...

diffs sind gestoppt, weil osmosis kaputt ist.

bot ist auch gerade wegen nem kleinen Bugfix gestoppt.

MoTaBi wrote:

sehe am link nichts auffälliges...

Da sind jetzt Straßen doppelt!
http://www.openstreetmap.org/?mlat=51.8 … 8&layers=M

Die Straße 'Westbourne Park' wird zweimal gerendert, ebenso andere Straßen in der Umgebung

Kann am Browser liegen FF13@Linux, aber auch ein Reload ändert nichts.
Ich möchte aber keine /dirty dranhängen, da der Tileserver lt. munin amscheinend gut beschäftigt ist

@Motabi:
genau das meinte ich 😉

berndw wrote:

Kann am Browser liegen FF13@Linux, aber auch ein Reload ändert nichts.
Ich möchte aber keine /dirty dranhängen, da der Tileserver lt. munin amscheinend gut beschäftigt ist

Das wird auch nicht helfen, denn da ist irgend etwas auf einem OSM-Server kaputt gegangen, Osmosis wurde schon genannt.
Muss aber auch irgendwie mit dem Bot zusammenhängen, vielleicht manipuliert der Bot irgendwie die Änderungssätze auf unzulässige Weise...

Jetzt läuft der Bot wieder, es gibt aber immer noch keine neuen Diffs.

An alle Diff-Konsumenten:

Möglicherweise ist ein Rollback nötig:
http://lists.openstreetmap.org/pipermai … 63458.html

Gruß,
Mondschein

Jetzt wurden die letzten 101 Minuten-Diffs und ein Stunden-Diff vom Server gelöscht.

Mondschein wrote:

Es geht los!

🙂

Fehlt nur noch das Drücken des "Turbo-Knopfes" am Server.
Vielleicht hätte man doch "C" nehmen sollen 😉

.

kellerma wrote:

Mondschein wrote:

Es geht los!

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.

EvanE wrote:

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).

Könnte durchaus sein, dass da irgendwo ein sleep() eingebaut wurde.

Mueck hat nicht mehr zugestimmt 🙁

aighes wrote:

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.

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.

SunCobalt wrote:

Mueck hat nicht mehr zugestimmt 🙁

War auch nicht zu erwarten, sein letztes Posting zu dem Thema (jetzt auch mit dem richtigen Link) hätte eindeutiger nicht sein können:

Mueck wrote:

Gut, dass mein guter Name in diesem bevorstehenden Dilettanten-Datensatz verschwunden sein wird ...
Damit mag man nicht in Verbindung gebracht werden ...

Hattest du da noch Hoffnung nach dem 1.4.?

.

Oli-Wan wrote:

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.

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/openstr … bimport.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_a … agreed.txt

aighes wrote:

Hattest du da noch Hoffnung nach dem 1.4.?

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)

EvanE wrote:

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). )

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 … 29/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?

.

SammysHP wrote:

Oder war der Weg in Version 6 bereits gelöscht

Sehr wahrscheinlich.

SammysHP wrote:

Fällt das Löschen demnach nicht unter die CC? 😄

Löschungen werden nicht als urheberrechtlich geschützt angesehen.

Gruß,
Mondschein

mmd wrote:

ich denke mal der Weg wurde vom Bot gelöscht, weil die verbleibenden 2 Punkte schon vor längerer Zeit gelöscht wurden und damit ein Weg komplett ohne Punkte übrig bleiben würde.

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.

.

mmd wrote:

Sieht nach Remapping aus: http://www.openstreetmap.org/browse/changeset/9143199 -> dort wird der Weg 28533629, v5 gelöscht.

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/pipermai … 96658.html

mmd wrote:

Den aber zu finden dürfte schwierig werden.

Irgendwie gefällt mir das überhaupt nicht!
Wie soll man denn jetzt herausfinden, ob der Bot einen Fehler macht, wenn man keine Informationen hat? 😠

mmd wrote:

Mondschein wrote:

mmd wrote:

Sieht nach Remapping aus: http://www.openstreetmap.org/browse/changeset/9143199 -> dort wird der Weg 28533629, v5 gelöscht.

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?

Ja, das habe ich mich eben auch schon gefragt. v6 scheint aus einem revert entstanden zu sein. Den aber zu finden dürfte schwierig werden.

Also laut
http://open.mapquestapi.com/xapi/api/0.6/way/28533629

hatte der Weg zwei Nodes
http://open.mapquestapi.com/xapi/api/0. … 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

SunCobalt wrote:

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 ...

kellerma wrote:

SunCobalt wrote:

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

bot bottet mal wieder. immer noch keine diffs

gruss
walter

MoTaBi wrote:

Feierabend!
Ein Bot is auch nurn Mensch...

"...denn wenn eine Maschine, ein Terminator, den Wert der Daten schätzen lernen kann, dann können wir es vielleicht auch."

Wie ich gesehen habe, hat sich der Bot wohl über Nacht schlafen gelegt. Ich hoffe, er steht bald auf und macht sich wieder an die Arbeit 😉

efred wrote:

Wie ich gesehen habe, hat sich der Bot wohl über Nacht schlafen gelegt. Ich hoffe, er steht bald auf und macht sich wieder an die Arbeit 😉

Andy hat noch was geflickt bez. der Relationsverarbeitung (da gabs ein Problem mit alten Relationen die durch die Migration auf API 0.6 entstanden ist), und hat, vernünftigerweise, beschlossen den bot erst wieder laufen zu lassen wenn er wieder wach ist, sprich in ein paar Stunden.

Mondschein wrote:

Oli-Wan wrote:

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.

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/openstr … bimport.rb
Während der Bot läuft wird das nicht gemacht, jedenfalls findet sich dazu nichts im Code.
...

Die Liste wird alle 1°x1° Region wieder eingelesen. Ist noch ein wichtiger Punkt, da so "spät" Zustimmer immer noch erfasst werden. Im Augenblick wird die Liste aber nicht aktualisiert was nicht so gut ist (bin dran).

Der soll bis Samstag gefälligst bei galway durch und nördlich sein!

SimonPoole wrote:

Mondschein wrote:

Oli-Wan wrote:

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.

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/openstr … bimport.rb
Während der Bot läuft wird das nicht gemacht, jedenfalls findet sich dazu nichts im Code.
...

Die Liste wird alle 1°x1° Region wieder eingelesen. Ist noch ein wichtiger Punkt, da so "spät" Zustimmer immer noch erfasst werden. Im Augenblick wird die Liste aber nicht aktualisiert was nicht so gut ist (bin dran).

Hab grad mit AA bestätigt, es wird direkt aus der DB gelesen und nicht vom Files, wird also so oder so funktionieren.

SimonPoole wrote:

Hab grad mit AA bestätigt, es wird direkt aus der DB gelesen und nicht vom Files, wird also so oder so funktionieren.

Danke, dann war dbimport.rb nur für die Tests gedacht. 😐

Es wird also doch direkt aus der DB gelesen:
https://github.com/gravitystorm/openstr … _db.rb#L17

Gruß,
Mondschein

SimonPoole wrote:

(diverse) wrote:

(... Zustimmungsstatus ...)

Hab grad mit AA bestätigt, es wird direkt aus der DB gelesen und nicht vom Files, wird also so oder so funktionieren.

Danke für die Info, die Frage schien hier doch einigen unter den Nägeln zu brennen. Weißt Du auch, ob der Bot aktuell mit künstlicher Bremse läuft oder wirklich so langsam ist? Und die oben aufgeworfene Frage: arbeitet der Bot eine vorbereitete Liste potentiell problematischer Objekte ab oder untersucht er doch jedes Objekt?

SimonPoole wrote:

Die Liste wird alle 1°x1° Region wieder eingelesen. Ist noch ein wichtiger Punkt, da so "spät" Zustimmer immer noch erfasst werden. Im Augenblick wird die Liste aber nicht aktualisiert was nicht so gut ist (bin dran).

Was erwartet Ihr? Daß jetzt plötzlich noch mehrere Leute zustimmen?

Die Zustimmung und auch die Ablehnung ist doch praktisch zum Erliegen gekommen. [1]. In der letzten Woche haben nur ca. 140 Leute noch zugestimmt. Ich selbst habe hier eine Liste von 54 Mappern aus meiner Gegend, die noch nicht zugestimmt haben. Ich hatte sie alle (teilweise sogar zweimal) angeschrieben. Bei diesem Rest tut sich seit Wochen nichts mehr. Die letzte Änderung war, das ein Kleinmapper abgelehnt hat; was nicht weiter schlimm ist. Die wichtigen Sachen, die er angefasst hat, habe ich neu gemappt, den Rest (ein wenig Landuse) kann ich nach der Löschung bequem neuzeichnen.

Für mich ist das Thema durch, ich warte nur noch auf den Bot, nicht mehr auf Altmapper.

Christian

[1] http://ni.kwsn.net/~toby/OSM/license_count.html

Hi Brogo

Aktuell ist über die von Dir genannte Seite nicht mehr feststellbar, da die entsprechende Vorlage seit gestern mit Beginn des Bot-Laufs nicht mehr aktualisiert wird

http://planet.osm.org/users_agreed/

Anschreiben würde ich jetzt auch niemanden mehr

Bernd

brogo wrote:

Was erwartet Ihr? Daß jetzt plötzlich noch mehrere Leute zustimmen?

Die Zustimmung und auch die Ablehnung ist doch praktisch zum Erliegen gekommen. [1]. In der letzten Woche haben nur ca. 140 Leute noch zugestimmt.

Es sieht sogar noch schlechter aus: Tatsächlich hat nur knapp die Hälfte der Leute, die jetzt noch zustimmen, jemals etwas beigetragen (und diese in der Regel auch wenig bis sehr wenig); die anderen haben sich irgendwann angemeldet, aber bisher nie eine Bearbeitung vorgenommen. Also nein: niemand erwartet jetzt ernsthaft noch den großen Schub; makroskopisch (d.h. global, mit Blick auf die gesamte OSM-Datenbank) wird das bedrohte Datenvolumen praktisch nicht mehr abnehmen.

Mikroskopisch, d.h. für den einzelnen Mapper, der nun nach langer Abstinenz zufällig wieder zu OSM zurückfindet oder plötzlich die Mail liest, in der ihn jemand vor Monaten um seine Zustimmung zu den CTs gebeten hat, wäre es allerdings frustrierend, wenn er jetzt noch auf "Zustimmen" drückt und seine Beiträge trotzdem nächste Woche gelöscht würden (wobei gelöscht ja nicht das richtige Wort ist; die nun angewandte Methode erlaubt es - zumindest im Prinzip - Daten später wieder sichtbar zu machen). Ebenso für den vereinzelten noch aktiven Mapper, der womöglich in letzter Minute mit großem Aufwand einen Abtrünnigen erreicht hat, ohne dessen Zustimmung z.B. das gemeinsame Heimatdorf vor die Hunde ginge. Unter diesem Aspekt ist es schon sinnvoll, daß der Bot mit aktuellen Zustimmungsdaten arbeitet.

Darüberhinaus ist es sicher auch eine politische Frage. Der OSMF und den Befürwortern des Lizenzwechsels wurde immer wieder vorgeworfen, leichtfertig unnötige Datenverluste in Kauf zu nehmen. Würde der Bot nun nicht mit aktuellen Zustimmungsdaten arbeiten, obwohl das ohne weiteres möglich ist, und so zusätzliche Verluste verursachen (egal, wie gering diese sind), wäre dies Wasser auf die Mühlen der Kritiker.

efred wrote:

Wie ich gesehen habe, hat sich der Bot wohl über Nacht schlafen gelegt. Ich hoffe, er steht bald auf und macht sich wieder an die Arbeit 😉

Moin, hat jemand Infos, was da genau klemmt?

berndw wrote:

Aktuell ist über die von Dir genannte Seite nicht mehr feststellbar, da die entsprechende Vorlage seit gestern mit Beginn des Bot-Laufs nicht mehr aktualisiert wird

http://planet.osm.org/users_agreed/

Wird inzwischen wieder aktualisiert.

brogo wrote:

Was erwartet Ihr? Daß jetzt plötzlich noch mehrere Leute zustimmen?

Die Zustimmung und auch die Ablehnung ist doch praktisch zum Erliegen gekommen. [1]. In der letzten Woche haben nur ca. 140 Leute noch zugestimmt. Ich selbst habe hier eine Liste von 54 Mappern aus meiner Gegend, die noch nicht zugestimmt haben. Ich hatte sie alle (teilweise sogar zweimal) angeschrieben. Bei diesem Rest tut sich seit Wochen nichts mehr.

Vermutlich hat noch jemand Hoffnung, dass doch noch bedeutende Mapper in letzter Minute zustimmen, welche bisher abgelehnt haben oder sich bisher absichtlich noch nicht entschieden haben, auf "annehmen" oder "ablehnen" zu klicken.
Es geht also nicht so sehr um nicht mehr erreichbare Altmapper, sondern eher um erreichbare Ablehner und erreichbare absichtliche "Nichtentscheider".

Gruß,
Mondschein

chris66 wrote:

Moin, hat jemand Infos, was da genau klemmt?

Ich kann es dir leider nicht im Detail sagen.
Der Bot erzeugt anscheinend Änderungssätze, welche von wichtigen Programmen nicht mehr richtig verarbeitet werden können.
Deshalb funktionieren die Diffs nicht mehr und ohne Diffs will man den Bot nicht laufen lassen.

Das eine Problem betrifft Relationen, welche (wenn ich das richtig verstanden habe) vor längerer Zeit unter einer älteren API hochgeladen wurden und es damals noch keine (oder eine andere) Reihenfolge der Elemente gab und das macht jetzt Probleme.
Das andere Problem ist, dass der Bot beim Löschen von Knoten keine Koordinaten mehr mitgibt, einige Programme erwarten aber, dass es diese Koordinaten gibt und steigen aus.

Betroffen sind unter anderem Osmosis und osm2pgsql.
Und ohne die geht so gut wie nichts.

Ich habe das aber nicht so genau verfolgt, kann also teilweise ungenau oder falsch sein, was ich dazu geschrieben habe.

Gruß,
Mondschein

Mondschein, so ähnlich war es gestern Abend und heute Morgen auf #osm-dev zu lesen.

Die diffs sind wieder da

Wie aighes schon geschrieben hat läuft der bot wieder. Es musste noch ein Fix für ein osmosis Problem gemacht wurde bei denen unnötigerweise Objekte in den DIffs eingeschlossen wurden obwohl nur das "redacted flag" gesetzt wurde. Mindestens eine temporäre Lösung ist gefunden. Es hat noch ein weitere Unschönheit bei dem wir an Lösungen diskutieren sind, die ist aber operationell im Augenblick nicht wirklich wichtig (IMHO).

Noch eine Bemerkung zu "Nichtentscheider", ich hab nochmals ein paar Zustimmungen ausgelöst und es dürften noch ein paar mehr kommen, die Hintergründe gibts dann in ein paar Tage in einem Schlussbericht zu der "lost mappers" Aktion.

Simon

EvanE wrote:

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).

Der Bot läuft (wenn er denn läuft) mit voller Geschwindigkeit. Da er bislang allerdings nie lange lief, kann man daraus aber noch keine Prognose ableiten.

Cobra wrote:

Der Bot läuft (wenn er denn läuft) mit voller Geschwindigkeit. Da er bislang allerdings nie lange lief, kann man daraus aber noch keine Prognose ableiten.

Lief er denn gestern, als er lief, zwischen 14:37 (Öffnung Änderungssatz 12186766) und 17:10 (Öffnung 12188130, 12188134, 12188135), durchgehend, oder immer wieder einmal? Falls ersteres, könnte man sehr wohl eine Prognose stellen - und zwar eine recht unerfreuliche.

er lief zweimal an und wurde zweimal gestoppt.

Cobra wrote:

er lief zweimal an und wurde zweimal gestoppt.

Danke. (Ist irgendwo ein Log öffentlich einsehbar? Dann müßte ich nicht so blöd fragen.) Also vermutlich einmal von 14:37 bis 15:45 und dann von 17:59 bis 18:10? Wenn dem so wäre, hätte er in nicht ganz anderthalb Stunden etwa 1/3 der Fläche Irlands bearbeitet - macht rund 5 Stunden reine Laufzeit für Irland. (Alles nur grobe Abschätzungen hier.)

Jetzt ist das Skalenverhalten interessant. Wenn der Bot jedes Objekt prüft, skaliert die Dauer mit der Anzahl der Objekte, also ungefähr mit der Anzahl der Knoten in einer Region. Arbeitet er eine vorbereitete Liste ab, skaliert die Dauer mit der Anzahl der problematischen Objekte. Für ersteres ergibt sich zwischen Irland und Großbritannien (Zahl der Knoten nach odbl.de - nicht identisch mit den Boxen, aber zur Orientierung okay) ein Faktor ~5; für letzteres ein Faktor ~200 (Anzahl problematischer Objekte nach odbl.poole.ch, gleicher Vorbehalt bezüglich Flächendefinition). Im ersten Fall könnte die Schätzung von einem Monat insgesamt einigermaßen hinkommen.

Insofern würde mich wirklich interessieren, ob der Bot nach Liste arbeitet oder selber jedes Objekt prüft. Ich hoffe mittlerweile auf letzteres: erstens wegen des erfreulicheren Skalenverhaltens, zweitens, weil dann noch Potential zur Beschleunigung vorhanden wäre.

Auf welcher Maschine wird der Bot eigentlich ausgeführt? Auf dem Datenbankserver selbst oder auf einem anderen Rechner?

Ergänzung: der Bot läuft wieder, seit 13:40Z bzw. 15:40 MESZ. Vielleicht lange genug, um die obigen Schätzungen verfeinern zu können...

Oli-Wan wrote:

Ist irgendwo ein Log öffentlich einsehbar?

http://gravitystorm.dev.openstreetmap.o … logs-live/

Hm, also wird jede 1°-Zelle in 256 Gebiete geteilt?

Gruß,
Mondschein

Mondschein wrote:

Oli-Wan wrote:

Ist irgendwo ein Log öffentlich einsehbar?

http://gravitystorm.dev.openstreetmap.o … logs-live/

Danke. Offensichtlich prüft wirklich der Bot selbst jedes Objekt. Dann besteht in der Tat Hoffnung, was die Dauer der Aktion angeht (siehe - grobe - Abschätzung oben).

Mondschein wrote:

Hm, also wird jede 1°-Zelle in 256 Gebiete geteilt?

Sieht so aus. 16x16 ist ja auch schöner als 16x8 oder 8x16 🙂
Bei näherem Hinsehen: Nein. lat in 8 Streifen, lon in 16 Streifen.

Oli-Wan wrote:

Bei näherem Hinsehen: Nein. lat in 8 Streifen, lon in 16 Streifen.

Also doch 128, dann bin ich beruhigt. 🙂

Die erste Analyse von Andy Allan:

the target is to get each region (logfile) down to 1 minute of runtime. At that rate, it'll take 44 days to complete the world.
if it takes 5 minutes per region, then we're looking at 220 days
so in the last two regions, we're looking at 11 minutes vs 1min27secs

eine Region = eine 1°-Zelle

Gruß,
Mondschein

Nur seine Rechnung stimmt aus meiner Sicht nicht ganz...

Für 220 Tage wird nämlich mit 180° x 360° x 5min gerechnet >>> 324.000min >>> / 24 / 60 >>> 225 Tage.

Der Planet besteht aber nicht aus 100% Landmasse... 😉 - sollte also wesentlich schneller gehen.

tunnelbauer wrote:

Nur seine Rechnung stimmt aus meiner Sicht nicht ganz...

Für 220 Tage wird nämlich mit 180° x 360° x 5min gerechnet >>> 324.000min >>> / 24 / 60 >>> 225 Tage.

Der Planet besteht aber nicht aus 100% Landmasse... 😉 - sollte also wesentlich schneller gehen.

Noch dazu ist die mittlere OSM-Objektdichte auch über die weltweite Landfläche deutlich geringer als jene in Irland.

Auf die gesamte Erdoberfläche (inklusive Wasser) bezogen: 1.5G Knoten auf 500M km^2 -> 3 Knoten/km^2
Irland: 3M Knoten auf 70k km^2 -> 40 Knoten/km^2

D.h. im Mittel sollte der Bot weltweit 10x schneller laufen als in Irland. Jedenfalls bei gleicher Dichte zu redigierender Objekte - wie sich eine höhere Dichte von Problemobjekten auf die Geschwindigkeit des Bots auswirkt, läßt sich im Moment noch überhaupt nicht sagen.

Stimmt - und das Problem ist: der erste Härtefall kommt erst morgen (oder in der Nacht - keine Ahnung ob der Bot ohne Elternteil agieren darf). Somit ist derzeit wahrscheinlich alles reine Spekulaltion.

Was mir nur gerade aufgefallen ist beim Quercheck mit OSMI: In Europa wird ein Härtefall neben Polen (und der Pristina) auch Venedig - denn das wird untergehen...

tunnelbauer wrote:

Venedig - denn das wird untergehen...

Und so ist OSM seiner Zeit mal wieder voraus 😎

Aber die Bing-Bilder für Venedig sind recht gut, dürfte also zumindest kein unlösbares Problem sein

Jetzt gibt es eine Übersicht, welche Gebiete der Bot schon besucht hat:
http://harrywood.dev.openstreetmap.org/ … essing.php

Hier gibt es eine genaue Erklärung für die aufgetretenen Probleme:
http://lists.openstreetmap.org/pipermai … 00319.html

Gruß,
Mondschein

Jetzt ist GB dran. 😄

Und in Frankreich hat er schon zugeschlagen
http://harrywood.dev.openstreetmap.org/ … essing.php

berndw wrote:

Und in Frankreich hat er schon zugeschlagen
http://harrywood.dev.openstreetmap.org/ … essing.php

Paris besucht er vermutlich noch nicht, aber in London ist er bald, dann wird es spannend und die ersten Hochrechnungen können beginnen. 😉

@berndw:

Ich weiß nicht on name-Tags alleine erhalten bleiben... könnte also schon schwierig werden... Aber ich denke Samstag oder Sonntag wissen wir mehr... ;-)

Wenn die Position des Objektes erhalten bleibt, dann schon.

Mondschein wrote:

Jetzt gibt es eine Übersicht, welche Gebiete der Bot schon besucht hat:
http://harrywood.dev.openstreetmap.org/ … essing.php

Sehr hübsch, aber was bedeuten die verschiedenen Gelbtöne?

Edit: eine frühe Version der Karte verwendete mehrere Gelbtöne, daher die obige (inzwischen nicht mehr nachvollziehbare) Frage. Mittlerweile enthält die Karte Rechtecke in Türkis, Gelb und Rot.

die beiden dunkleren wurden 2mal durchlaufen (wegen den Problemen)

http://tools.geofabrik.de/osmi/?view=wt … ne_created

KwT

tunnelbauer wrote:

@berndw:

Ich weiß nicht on name-Tags alleine erhalten bleiben... könnte also schon schwierig werden... Aber ich denke Samstag oder Sonntag wissen wir mehr... ;-)

In Irland gibt es jetzt eine ganze Reihe von Knoten, die nur noch den name-tag haben.

Aber wie Du hier http://www.openstreetmap.org/browse/node/631811125 siehst ist man flexibel 😉

berndw wrote:

In Irland gibt es jetzt eine ganze Reihe von Knoten, die nur noch den name-tag haben.

Aber wie Du hier http://www.openstreetmap.org/browse/node/631811125 siehst ist man flexibel 😉

klar, dass die sich erstmal um die Pubs kümmern 😉

und wehe, uns geht ein Biergarten verschütt.

Has bar in name. Likely a pub.

LOL 🤣

Und da der Bot Boo-Boo macht, werde ich mir jetzt auch einen Pub von innen ansehen

bye
😉

josm hat leichte Probleme mit dem Upgrade. Die Kollegen fixen das zur Zeit, sind aber noch nicht ganz fertig.

http://josm.openstreetmap.de/ticket/7847

ich würde jedem raten, MORGEN mal den neuesten latest (mindestens 5628 ff) zu installieren. Dann könnte das schon erledigt sein.
Wird für uns natürlich erst kritisch, wenn der bot uns heimgesucht besucht hat.

Gruss
walter

.

mmd wrote:

Es gibt aber ein Skript von Frederik, das angeblich nicht über das Problem stolpert (hab's selbst nicht ausprobiert).

Es funktioniert nicht nur angeblich, sondern tatsächlich auch jetzt noch.
Details zu dem Script findet man im Wiki: http://wiki.openstreetmap.org/wiki/Revert_scripts

.

Kennt eigentlich einer die Arbeitszeiten des Bot? Aufgehört hat er ja pünktlichst um 18:00 Uhr - aber ist er dann feiern gegangen und heute noch dienstunfähig? Oder ist der Bot nur eine Teilzeitkraft? 😉

Er war dann in 'nem Pub........ 😉

Vermutlich in dem, das er zu allerst gelöscht hat... 😄 😉

Ich hätte ihm trotzdem gerne bei der Arbeit zugesehen... 🙁 - aber am Wochenende habe ich für sowas keine Zeit - da hab ich frei... 😉

Im Ernst: Weder @dev noch @rebuild lassen auf die Ursache schließen.

Naja...der Bot ist halt noch mehr oder weniger in der Testphase der realen Welt. Da soll er nicht alleine seinen Schabernack treiben, sondern nur unter Aufsicht eines Admins, der ihn dann bei Problemfällen stoppen kann.

recht aktuell sind die Infos im irc auf #osm-dev

Nun darf er wieder....

scheint auch noch ein paar andere Sachen so nebenbei zu machen:

http://www.openstreetmap.org/browse/nod … 95/history

Klar: created_by fliegt raus aber is_in wohl auch. finde ich ok so. oder lag es doch an Version 2/3?

Gruss
Walter

Das created_by dürfte in 2 oder 3 gelöscht worden sein, is_in vermutlich auch.

Walter, solche Spekulationen helfen nicht wirklich weiter... 😉

is_in fliegt raus? echt?
ja toll... dann wird man demnächst mit Navit keine Ortschaft mehr finden (da muss ich mir wohl noch eine aktuelle Map generieren mit Daten von gestern und dann wird die nächsten Monate lang nichts mehr upgedatet, was Navitmaps betrifft)... grummel...

efred wrote:

is_in fliegt raus? echt?

So entstehen Gerüchte... 🤔

Edit:
Sind die britischen Inseln denn jetzt clean? Ich meine, weil er schon auf den Kontinent gehüpft ist.
Ich kann es mir aber gar nicht vorstellen.

Er ist nicht auf den Kontinent gehüpft - das ist die BoundingBox von UK..

Geogast wrote:

efred wrote:

is_in fliegt raus? echt?

So entstehen Gerüchte... 🤔

stimmt. sieht nicht so aus, als ob is_in rausfliegt.

Geogast wrote:

Sind die britischen Inseln denn jetzt clean?

Nein.

Geogast wrote:

Ich meine, weil er schon auf den Kontinent gehüpft ist.

Der Bot arbeitet jedes Gebiet zeilenweise von SW nach NO ab, also von links unten, nach rechts oben.

Hier sieht man doch auch, dass Großbritannien noch fehlt:
http://harrywood.dev.openstreetmap.org/ … essing.php

Gruß,
Mondschein

Mondschein wrote:

Hier sieht man doch auch, dass Großbritannien noch fehlt:
http://harrywood.dev.openstreetmap.org/ … essing.php

Gruß,
Mondschein

Danke! Jetzt hab ich's kapiert.

tunnelbauer wrote:

Er ist nicht auf den Kontinent gehüpft - das ist die BoundingBox von UK..

Das wird den Franzosen aber nciht gefallen, dass die UK-boundingbox knapp bis nach Paris reicht 😉

edit: bis 20km vor Zentrum 😄

aighes wrote:

Das created_by dürfte in 2 oder 3 gelöscht worden sein, is_in vermutlich auch.

Walter, solche Spekulationen helfen nicht wirklich weiter... 😉

DAS ist aber jetzt eine Spekulation von dir: "... dürfte..." "...vermutlich..." 😉

das war meinerseits keine Spekulation sondern eine indirekte Bitte an diejenigen, die eine Full-History haben, doch mal nachzusehen.

created_by fliegt ja schon seit Monaten raus - entweder macht es der Editor oder die Api.
Wenn es nicht die Api macht, muss es im Editor (also auch im Bot) programmiert worden sein. Spuren davon kann ich im Source von josm entdecken - aber hab ich keine große Lust, da richtig einzusteigen.
Ähnliches gilt für is_in, nur da kenne ich den Status nicht.

Gruss
walter

p.s. Ich bin übrigens nicht neugierig, sondern nur wissensdurstig

außerdem hat der Bot noch einen Bug, weshalb ein paar Zellen zurückgestellt sind, während er weiterarbeitet. Dieser Bug war auch der Grund für den Halt gestern abend. Das war reiner Zufall.

Drei Zellen waren nicht sonderlich freundlich zum Bot:

E,␣[2012-07-12T18:01:23.400431␣#9823]␣ERROR␣--␣:␣Failed␣to␣redact␣element␣-␣response:␣400
Cannot␣redact␣current␣version␣of␣element,␣only␣historical␣versions␣may␣be␣redacted.
E,␣[2012-07-12T18:01:23.400536␣#9823]␣ERROR␣--␣:␣Failed␣to␣redact␣element
E,␣[2012-07-12T18:01:23.400585␣#9823]␣ERROR␣--␣:␣["run_bot.rb:234:in␣`block␣in␣process_redactions'",␣"run_bot.rb:220:in␣`each'",␣"run_bot.rb:220:in␣`process_redactions'",␣"run_bot.rb:211:in␣`process_entities'",␣"run_bot.rb:457:in␣`block␣in␣<main>'",␣"run_bot.rb:412:in␣`transaction'",␣"run_bot.rb:412:in␣`<main>'"]
E,␣[2012-07-12T18:01:23.400810␣#9823]␣ERROR␣--␣:␣Marking␣region␣failed:␣{:id=>"47",␣:lat=>49.0,␣:lon=>-1.0}

E,␣[2012-07-13T08:40:28.763264␣#17893]␣ERROR␣--␣:␣Failed␣to␣redact␣element␣-␣response:␣400
Cannot␣redact␣current␣version␣of␣element,␣only␣historical␣versions␣may␣be␣redacted.
E,␣[2012-07-13T08:40:28.763331␣#17893]␣ERROR␣--␣:␣Failed␣to␣redact␣element
E,␣[2012-07-13T08:40:28.763362␣#17893]␣ERROR␣--␣:␣["run_bot.rb:234:in␣`block␣in␣process_redactions'",␣"run_bot.rb:220:in␣`each'",␣"run_bot.rb:220:in␣`process_redactions'",␣"run_bot.rb:196:in␣`process_entities'",␣"run_bot.rb:457:in␣`block␣in␣<main>'",␣"run_bot.rb:412:in␣`transaction'",␣"run_bot.rb:412:in␣`<main>'"]
E,␣[2012-07-13T08:40:28.763605␣#17893]␣ERROR␣--␣:␣Marking␣region␣failed:␣{:id=>"49",␣:lat=>49.0,␣:lon=>1.0}

E,␣[2012-07-13T08:40:27.492445␣#16944]␣ERROR␣--␣:␣Failed␣to␣redact␣element␣-␣response:␣400
Cannot␣redact␣current␣version␣of␣element,␣only␣historical␣versions␣may␣be␣redacted.
E,␣[2012-07-13T08:40:27.492514␣#16944]␣ERROR␣--␣:␣Failed␣to␣redact␣element
E,␣[2012-07-13T08:40:27.492545␣#16944]␣ERROR␣--␣:␣["run_bot.rb:234:in␣`block␣in␣process_redactions'",␣"run_bot.rb:220:in␣`each'",␣"run_bot.rb:220:in␣`process_redactions'",␣"run_bot.rb:196:in␣`process_entities'",␣"run_bot.rb:457:in␣`block␣in␣<main>'",␣"run_bot.rb:412:in␣`transaction'",␣"run_bot.rb:412:in␣`<main>'"]
E,␣[2012-07-13T08:40:27.492800␣#16944]␣ERROR␣--␣:␣Marking␣region␣failed:␣{:id=>"48",␣:lat=>49.0,␣:lon=>0.0}

Quelle:
http://gravitystorm.dev.openstreetmap.o … 180028.log
http://gravitystorm.dev.openstreetmap.o … 084028.log
http://gravitystorm.dev.openstreetmap.o … 083712.log

Gruß,
Mondschein

Cobra wrote:

außerdem hat der Bot noch einen Bug, weshalb ein paar Zellen zurückgestellt sind, während er weiterarbeitet. Dieser Bug war auch der Grund für den Halt gestern abend. Das war reiner Zufall.

Danke, was genau meinst du mit "zurückgestellt"? im Sinne von reverted - also alter Datenbestand? Damit kann ich gut leben, da ja auch dann diffs erzeugt werden.

Kritischer wäre ein Rollback mit Zurücksetzen des State-Files, so wie wir das gestern früh hatten. Dann muß man das nur wissen und das lokal auch machen (älteres state.txt kopieren und diff-Prozesse neu starten. Den Rest macht osmosis)

Gruss
walter

wambacher wrote:

Danke, was genau meinst du mit "zurückgestellt"?

Die Zellen wurde nicht vollständig bearbeitet, kein Rollback nötig.
Diese Zellen wird er aber nochmals besuchen, sobald der Bug verbessert wurde.

Er ist wohl Paris zu nahe gekommen. 😉

Gruß,
Mondschein

schnurrt übrigens wieder

Mondschein wrote:

http://harrywood.dev.openstreetmap.org/ … essing.php

Weiß jemand, warum zwei Bereiche um/südlich von Cork sowie westlich von Limerick weniger transparent grün sind 🤔

hurdygurdyman wrote:

Mondschein wrote:

http://harrywood.dev.openstreetmap.org/ … essing.php

Weiß jemand, warum zwei Bereiche um/südlich von Cork sowie westlich von Limerick weniger transparent grün sind 🤔

jo, die frage hatten mer schon weiter oben.

da war der bot mehrmals. Da überlagern sich die transparenten Boxes und die Sache wird da dann ein wenig "undurchsichtiger" 😉

Gruss
walter

Bei diesen drei Knoten ist er hängen geblieben (siehe Logs oben):
http://www.openstreetmap.org/browse/node/286650842
http://www.openstreetmap.org/browse/node/667485469
http://www.openstreetmap.org/browse/node/290501508

Gruß,
Mondschein

hier was neues auf der monitor-karte: http://harrywood.dev.openstreetmap.org/ … essing.php
jetzt noch nen permalink und ich wär happy

Mondschein wrote:

Bei diesen drei Knoten ist er hängen geblieben (siehe Logs oben):
http://www.openstreetmap.org/browse/node/286650842
http://www.openstreetmap.org/browse/node/667485469
http://www.openstreetmap.org/browse/node/290501508

Die Gebiete wird man dann nochmals durchlaufen lassen. Analyse bis jetzt: es gibt Code das Positionsänderungen aufgrund von Rundungsfehler als nicht signifikant ignorieren sollte, aus noch nicht ganz klaren Gründen will der Code auf der letzten Version obwohl unnötig, trotzdem eine Redaktion durchführen (was nicht geht, da die letzte Version nicht "redaktiert" werden kann). M.a.W. harmloser Fehler den wir sicher noch finden.

Wenn ich mir die Monitorkarte anschaue, muss ich unweigerlich an Asterix denken... 😉

Jetzt muss nur noch der Server nachkommen und die Welt ist wieder in Ordnung...

aktuell scheinen wohl "böse" Sonderzeichen Probleme zu machen, die die obigen fails verursacht haben. Namentlich " und & in Tags (bspw. als Kommentar oder in einer URL). Das Problem scheint also gefunden zu sein.

Und ja: alles, was failed, hat keinerlei Auswirkung auf Datenbestand/Diffs/..., sondern wird einfach nochmal bearbeitet. Im Zweifel rennt der Bot so oft über die Gebiete, bis alles passt und er nichts mehr zum Bearbeiten findet.

Cobra wrote:

Im Zweifel rennt der Bot so oft über die Gebiete, bis alles passt und er nichts mehr zum Bearbeiten findet.

alles klar: http://www.openstreetmap.org/?lat=27.62 … 4&layers=M

Duck&weg
walter

Der Bot läuft gerade in 2 Instanzen. Die neuere hat London erwischt, wird also ein Weile brauchen.

Im Moment laufen Überlegungen, wie man den Bot beschleunigen kann. Vor allem die Redactions (d.h. History verstecken) sind zu langsam. In diesem Zug ist auch der Parallelbetrieb angeworfen worden.

Cobra wrote:

Der Bot läuft gerade in 2 Instanzen. Die neuere hat London erwischt, wird also ein Weile brauchen.

http://harrywood.dev.openstreetmap.org/ … essing.php
Erste Hälfte London ist fehlgeschlagen.

es faszinierend - und eigentlich verschwendete Zeit - den Bots bei der Arbeit zuzuschauen.

hat jemand 'ne Ahnung, weshalb dieser Changset so einen grosses Gebiet abdeckt?
Ich hatte erst eine Relation gesucht, die Member in einem riesigen Bereich hat, kann aber keine finden.

Aber -> siehe Satz 1 😉

Gruss
walter

Vielleicht ein Knoten, der über eine große Entfernung bewegt wurde? Soll ja Leute geben, die aus Eitelkeit Objekte mit niedrigen Nummern von irgendwo her vor ihre Haustür schieben. Knoten 1 zum Beispiel.

wambacher wrote:

es faszinierend - und eigentlich verschwendete Zeit - den Bots bei der Arbeit zuzuschauen.

hat jemand 'ne Ahnung, weshalb dieser Changset so einen grosses Gebiet abdeckt?
Ich hatte erst eine Relation gesucht, die Member in einem riesigen Bereich hat, kann aber keine finden.

Aber -> siehe Satz 1 😉

Gruss
walter

Ursache war eine Relatipn
http://www.openstreetmap.org/browse/relation/69035

Dafür ist es etwas interessanter #osm-dev zu verfolgen, ich glaube, da schwitzen einige Blut und Wasser 😉

Oli-Wan wrote:

Vielleicht ein Knoten, der über eine große Entfernung bewegt wurde? Soll ja Leute geben, die aus Eitelkeit Objekte mit niedrigen Nummern von irgendwo her vor ihre Haustür schieben. Knoten 1 zum Beispiel.

den wird es wohl ein zweites mal erwischen: http://www.openstreetmap.org/browse/node/1/history, da tacut unentschlossen ist (Version 2)

from #osm-dev

[19:55] <RichardF> redaction bot has been working six miles away from where I am now!
[19:55] <C0bra> can you see it?

berndw wrote:

Dafür ist es etwas interessanter #osm-dev zu verfolgen, ich glaube, da schwitzen einige Blut und Wasser 😉

dann werde ich wohl für mich eine weitere Tür in die unendlichen Tiefen des Netzes aufmachen müssen - IRC war mir nie geheuer.
Aber irgendwie muss mein Wissensdurst ja gestillt werden - und andere beim Schwitzen zu beobachten hat mir noch nie geschadet 😉

Nimm das Webfrontend

http://irc.openstreetmap.org/

Bernd

berndw wrote:

Nimm das Webfrontend

http://irc.openstreetmap.org/
Bernd

sooo einfach???
Danke & Gruss
walter

Daran muss ich die ganze Zeit denken: http://youtu.be/pRObs3JXM94?t=12m10s

Und (obwohl ich in #osm-dev mitlese) Danke, dass ihr die Leute hier auf dem Laufenden haltet.

Das ist ein passender Vergleich 😄

Bernd

Aktuell laufen 4 Instanzen des Bots, man wird mutiger 😉
http://harrywood.dev.openstreetmap.org/ … essing.php

aber smaug zuckt nicht mal richtig
http://munin.openstreetmap.org/openstre … p/cpu.html

https://twitter.com/redactionbot

LOL

Cobra wrote:

https://twitter.com/redactionbot

lol

.

berndw wrote:

aber smaug zuckt nicht mal richtig
http://munin.openstreetmap.org/openstre … p/cpu.html

Auf einer Skala von 0-800% bin ich aber auch immer im Keller.

edit: Smaug, cooles naming 😄

Hier ist ein zwangsbegradigter Weg

http://www.openstreetmap.org/browse/way/7984461/history

Bernd

.

ich frage micht, ob es zwangsbegradigte Wege geben wird, die durch Häuser oder Seen führen werden. ist ja schließlich denkbar, wenn bei einem Weg A-B-C mit 90-Grad-Knick bei B nur noch A-C übrigbleibt. Oder haben die Bot-Programmierer an solche Fälle gedacht?

Ich rechne fest mit Wegen durch Objekte, da der Bot bisher keine neuen Knoten erstellt hat

glaube nicht, dass sie sich darum auch noch gekümmert haben.

Gibt ja genügend tools, die auf derartige Probleme überprüfen.
die redaction des redaction bots ist halt wieder manuell 🙂

der Bot kann und darf auch kein einziges neues Objekt erstellen.

Langoliers, nur zum fressen 😄
Ich mag den Vergleich

berndw wrote:

Aktuell laufen 4 Instanzen des Bots, man wird mutiger 😉

Eine davon war aber schnell fertig und läuft nun nicht mehr...

Edit: und die nächste ist fertig...

MoTaBi wrote:

edit: Smaug, cooles naming 😄

https://wiki.openstreetmap.org/wiki/Servers

gruss
walter

"Here be Dragons" WUHA Wie geil THX 😄

MoTaBi wrote:

"Here be Dragons" WUHA Wie geil THX 😄

http://en.wikipedia.org/wiki/There_Be_Dragons

sorry, Besserwisser-Modus aus

Es gibt noch eine etwas andere Schreibweise bei Google, das Suchergebnis war, gelinde gesagt, teilweise sehr überraschend 🙄

<Gnonthgol> Derick: this happened to london https://www.youtube.com/watch?v=eCaKiVsQd9w&t=24

Uups

berndw wrote:

MoTaBi wrote:

"Here be Dragons" WUHA Wie geil THX 😄

http://en.wikipedia.org/wiki/There_Be_Dragons

sorry, Besserwisser-Modus aus

Noch mehr Besserwisserei: er meint vermutlich http://en.wikipedia.org/wiki/Here_be_dragons = http://de.wikipedia.org/wiki/Hic_sunt_dracones

.

Ich fand die Verbindung "wissende" Server zum mittelalterlichen "unwissenden" 'Hic sunt dracones' in Verbindung mit Poldi, Smaug, Malzahn usw.... einfach zu köstlich. :top:

Es geht bei beiden Bezeichnungen eigentlich um das Thema, das eine für unbekannte Gegenden, das andere für zwischenmenschliche Beziehungen, die genauso gefährlich sein können

🙂

Die Rechnernamen beziehen sich aber mehr auf Romane o. ä.
Ramoth z.B. ist ein goldener, weiblicher Drache bei Anne McCaffrey aus dem Pern-Zyklus.

wambacher wrote:

jetzt noch nen permalink und ich wär happy

man hat mich erhört und eine Legende (*) ist auch drin.

http://harrywood.dev.openstreetmap.org/ … 00FTFTFFFF
Den Layerswitcher sollte man auch mal öffnen.

Alles wird gut
Walter

• ) Legende: Feierabend im Hühnerstall
  

Hat schon wer geschaut, ob der Bot odbl=clean berücksichtigt?

Guten Morgen

Sieht so aus, da es in den bearbeiteten Bereichen einiges an odbl=clean gibt.

Was ich noch nicht gefunden habe als Bestätigung, dass der Bot ein Objekt redacted hat, das als odbl=clean getaggt ist.
Eigentlich dürfte es diese Situation auch nicht geben

Bernd

Macht der Bot jetzt weekend?

gravitystorm war kurz in #osm-dev, hat aber darauf hingewiesen, dass er nicht wirklich da sei

[12:53] <gravitystorm> I'll need to do it later or tomorrow, I'm not really "here" as such, just wanted to check how things progressed overnight

Klang für mich so, als wenn zumindest in der nächsten Zeit nicht passiert

berndw wrote:

gravitystorm war kurz in #osm-dev, hat aber darauf hingewiesen, dass er nicht wirklich da sei

[12:53] <gravitystorm> I'll need to do it later or tomorrow, I'm not really "here" as such, just wanted to check how things progressed overnight

Klang für mich so, als wenn zumindest in der nächsten Zeit nicht passiert

nächstes mal sollten wir das so machen wie bei mancher Papstwahl im Mittelalter:

Alle Mann in einen Raum mit Schlafgelegenheit, Essen durch eine Klappe in der Tür.
Nach drei Tagen gibt es keinen Wein mehr und das Essen wird immer schlechter.
Bis sie fertig sind. 😉

Na ja, nach den letzten drei stressigen Tagen sollten sie auch mal 'ne Pause machen dürfen.

Gruss
walter

p.s. Da die Admins ja in UK sitzen, bringt die Drohung mit dem Essen wohl nicht viel.

Wenn der Bot in UK sitzt, dann sollten wir eh glücklich sein, dass er nur Sonntags eine Rast einlegt und nicht jeden Tag Tea-Time macht. 😄

Wenn das Problem mit dieser verbuggten Relationhttp://www.openstreetmap.org/browse/relation/166487 erledigt ist, wird es wohl heute noch weiter gehen.

Die Helden betreten langsam die Bühne, der Vorhang öffnet sich.... 😄

Und kritisieren möchte ich die Jungs nicht, die machen einen verdammt guten Job

Wenn sie einen guten Job gemacht hätten, dann wären alle diese Probleme (oder zumindest die mit den Sonderzeichen) schon im Testlauf aufgefallen. Das einzige, was man nur bedingt testen kann, sind Race conditions durch gleichzeitige fremde Uploads.

fkv wrote:

Wenn sie einen guten Job gemacht hätten, dann wären alle diese Probleme (oder zumindest die mit den Sonderzeichen) schon im Testlauf aufgefallen. Das einzige, was man nur bedingt testen kann, sind Race conditions durch gleichzeitige fremde Uploads.

und wenn du mitgeholfen hättest, wären wir schon fertig.

es geht weiter,
er rollt erst einmal die Problemecken neu auf. http://harrywood.dev.openstreetmap.org/ … 00FTFFFFFF
Diffs mit seinen Änderungen kommen auch rein.

Alles wird gut
Walter

.

fkv wrote:

Wenn sie einen guten Job gemacht hätten, dann wären alle diese Probleme (oder zumindest die mit den Sonderzeichen) schon im Testlauf aufgefallen. Das einzige, was man nur bedingt testen kann, sind Race conditions durch gleichzeitige fremde Uploads.

Das Problem ist keine Race Condition wegen zeitgleichen Uploads, sondern es scheint die Liste der Member einzelner Relationen nicht zu stimmen, bzw, der Status der Member.
Beispiel für Birmingham
http://gravitystorm.dev.openstreetmap.o … 224444.log

Der Bot nimmt aber jetzt einiges mit

Westlich von Paris
http://cleanmap.poole.ch/?zoom=13&lat=4 … layers=0B0
http://www.openstreetmap.org/browse/changeset/12224896

wieso ist die History sichtbar?
http://www.openstreetmap.org/browse/way … 65/history. Ich hätte gedacht, dass mindestens v2 unsichtbar sein müsste

Gute Frage, macht der Bot vielleicht beim nächsten Durchgang?

Jetzt ist die Historie korrekt 😉

berndw wrote:

Gute Frage, macht der Bot vielleicht beim nächsten Durchgang?

Jetzt ist die Historie korrekt 😉

der liesst hier wohl mit? soll lieber schaffen! 😉

lol

Wie angedroht lassen die den Bot richtig von der Leine, wenn es so weiter geht, springt der in einer Stunde auf den Kontinent

Leute, eine Bitte: spammt hier nicht alles mit recht uninformiertem voll. Genauso ist bekloppte Pauschal-Kritik fehl am Platz (ja, fkv, ich meine DICH).

Konflikte der Bots untereinander werden automatisch ausgeschlossen - es arbeiten nie Bots in benachbarten Regionen. Außerdem hat jedes Objekt, ob Way oder Relation, eine definierte Position zugewiesen bekommen, da kann es auch nicht zu Konflikten kommen. In der Tat arbeitet der Bot sehr gut, bisher ist noch kein ernstes Problem aufgetreten. Was man als rote Regionen sieht, sind entweder Changeset-Timeouts oder wirkliche Bugs, die teils schon beseitigt sind. Der einzige noch offene Bug ist eine harte Nuss, kommt nicht oft vor und wird langsam geknackt.

Was noch sichtbare History-Einträge angeht: diese Objekte sind vermutlich in den Changesets mit Timeouts enthalten und daher sind die Redactions noch nicht durch. Das kommt beim nächsten Durchlauf.

berndw wrote:

Wie angedroht lassen die den Bot richtig von der Leine, wenn es so weiter geht, springt der in einer Stunde auf den Kontinent

Westeuropa fängt dann bot-technisch iwo bei Gibralter an?

Kannst du dir einblenden lassen....

http://harrywood.dev.openstreetmap.org/ … 00FTFTTFFF

"Links unten" geht es los.

Cobra wrote:

Was noch sichtbare History-Einträge angeht: diese Objekte sind vermutlich in den Changesets mit Timeouts enthalten und daher sind die Redactions noch nicht durch. Das kommt beim nächsten Durchlauf.

Hi Cobra,

danke, dass du uns auch hier auf dem Laufenden hältst.

Ich kann diese rege - aber eigentlich ziemlich inhaltslose - Diskussion zumindest für mich darauf zurückführen, dass es endlich nach so langer Zeit wirklich losgeht.
Man beobachtet das, wundert sich, fragt sich, ... und ist gespannt, wie sich der Bot und seine Brüder in "seiner" Gegend wohl anstellen wird.

Das hat aber sicher nicht irgendwas mit Kritik an eurer Arbeit zu tun - eher mit ein wenig Neid und Bewunderung 😉

Gruss
Walter

p.s. was ist denn mit dem Changeset-Timeout los? Ich hab das im Chat so verstanden, dass er für manche Changes so lange braucht, dass irgendwo jemand zuschlägt und den Changeset dann killt. Aber das kriegt ihr auch schon hin.

die Timeouts sind vermutlich irgendwo auf Client-Seite in einer Library, die der Bot für den ganze API-Kram (inkl. OAuth) nutzt, drin.

WAAAH Schon halb in Afrika und niemand schreibt was! 😄

6 bots mittlerweile, der arme Smaug 🤣

Es waren kurzzeitig auch schon 7 bots.

Noch mehr als Smaug ist aber Yevaud zu bedauern. Der ist seid die Bots laufen tagsüber am Anschlag: http://munin.openstreetmap.org/openstre … ml#renderd

Baßtölpel

Cobra wrote:

Genauso ist bekloppte Pauschal-Kritik fehl am Platz (ja, fkv, ich meine DICH).

Meine Kritik war die Antwort auf die Lobhudelei in #247. Wenn das eine hier nicht hergehört, dann das andere auch nicht.

Konflikte der Bots untereinander werden automatisch ausgeschlossen - es arbeiten nie Bots in benachbarten Regionen. Außerdem hat jedes Objekt, ob Way oder Relation, eine definierte Position zugewiesen bekommen, da kann es auch nicht zu Konflikten kommen.

Eine Relation kann einen Member auch in einer nicht unmittelbar benachbarten Region haben.

auf Yevaud waren ein paar ******%"&§/%§&/&"§***** Tile-Scraper am Werk.

Aktuell läuft der Bot nur noch langsam, weil sich doppelte Einträge in der Candidates-Datenbank befinden, die bereinigt werden sollen. Damit wird gewartet, bis kein Bot mehr läuft - was sich dank dem jetzt erfolgreich laufenden Bot in West-London hinziehen kann.

Basstoelpel wrote:

Noch mehr als Smaug ist aber Yevaud zu bedauern.

Ja, hat nur 2 aktive Fans, der arme 😄

Cobra wrote:

Aktuell läuft der Bot nur noch langsam, weil sich doppelte Einträge in der Candidates-Datenbank befinden, die bereinigt werden sollen. Damit wird gewartet, bis kein Bot mehr läuft - was sich dank dem jetzt erfolgreich laufenden Bot in West-London hinziehen kann.

12 Uhr in London, der Bot macht Mittagspause und ein paar Kandidaten werden aussortiert, was etwas dauern kann.

Mich interessiert, was der Bot eigentlich genau macht. Ich habe bisher soviel verstanden: Alle Daten, die nicht ODBL-kompatibel sind, müssen gelöscht werden.

Wenn ich mir aktuelle Changesets ansehe, dann scheint der Bot aber doch auch Nodes irgendwie zu verändern. Und was hat es mit den nicht sichtbaren Changesets auf sich?

Kann das mal jemand für einen Laien verständlich kurz und knapp erklären? Für mich erschließt sich das aus den bisherigen Posts leider nicht so richtig.

Vielen Dank

Thomas

Was tut der Bot (so grob):
- Er schaut sich alle Daten an (also Knoten, Wege, Relationen)
- Er analysiert, woher die Informationen (Attribute, Koordinaten, Mitglieder) kommen: Von Zustimmern, oder von Ablehnern
- Er erstellt (wo nötig) neue Versionen, die nur noch die Informationen enthalten, die von Zustimmern kommen
- Er versteckt alle alten Versionen, die Informationen enthalten, die von Ablehnern stammen

Eberth wrote:

Mich interessiert, was der Bot eigentlich genau macht. Ich habe bisher soviel verstanden: Alle Daten, die nicht ODBL-kompatibel sind, müssen gelöscht werden.

Wenn ich mir aktuelle Changesets ansehe, dann scheint der Bot aber doch auch Nodes irgendwie zu verändern. Und was hat es mit den nicht sichtbaren Changesets auf sich?

Kann das mal jemand für einen Laien verständlich kurz und knapp erklären? Für mich erschließt sich das aus den bisherigen Posts leider nicht so richtig.

Hallo Thomas

Da kommt es vor allem darauf an, was ein(e) Mapper(in) ohne Zustimmung geändert hat.
- Erste Version: Da ist nichts zu retten
- Tagg(s) geändert: Die Änderungen werden nicht berücksichtigt.
- Koordinaten geändert: Es werden nur die Änderungen von Zustimmern berücksichtigt.

Edbert (EvanE)

EvanE wrote:

- Erste Version: Da ist nichts zu retten

Stimmt AFAIK nicht, wenn ausreichend Information später von Zustimmern beigetragen wurde, bleibt das Objekt erhalten und Version 1 wird eben verborgen.

EDIT: Na, jetzt nimmts aber Fahrt auf. 12 Bots gleichzeitig zähle ich.

EDIT2: Jetzt sogar 16.

Wenn das so weiter geht, ist der Bot noch heute in Deutschland. Zum Glück ist bei mir in der Gegend vieles ODBL-Ready. Meine Heimatstadt wird leider etliche Straßen verlieren :-(

Dennis[B] wrote:

Meine Heimatstadt wird leider etliche Straßen verlieren :-(

Bielefeld?

25524 Itzehoe. Bielefeld gibt's doch gar nicht. Leider haben "Die" genügend Mitarbeiter zum Mappen. 😉

Ist ja für "DIE" ja auch nicht schwer...kann man sich ja frei ausdenken, was man mappt, oder?

Naja, man muss schon aufpassen, damit das alles ein wenig konsistent ist. Aber "DIE" haben ja Erfahrung, gibt ja schon lang genug Stadtpläne und mehr.

😛

Portugal ist praktisch durch, Spanien wird bis auf ein paar Fehler auch bald fertig sein. Spätestens morgen sollten wir also dran sein.

Portugal hat aber auch ein paar "Fehler" drin. "Vollständig" durch sind bisher nur Irland und Malta.

Vor Morgen wird das mit D eher nichts... könnt auch erst Dienstag was werden. Frankreich ist nicht ohne, was die Datenmenge angeht.

.

Deshalb ja auch in "". Aber da muss der Bot nochmal hin.

Dennis[B] wrote:

Meine Heimatstadt wird leider etliche Straßen verlieren :-(

Och, bei mir werden 3 Nachbarstädt von den Langoliers fast komplett verschlungen werden. 🙂

chris66 wrote:

Och, bei mir werden 3 Nachbarstädt von den Langoliers fast komplett verschlungen werden. 🙂

Dann schnell durchs Zeitloch...dann ist alles wieder gut 😉

errt wrote:

EvanE wrote:

- Erste Version: Da ist nichts zu retten

Stimmt AFAIK nicht, wenn ausreichend Information später von Zustimmern beigetragen wurde, bleibt das Objekt erhalten und Version 1 wird eben verborgen.

Nach meiner Erinnerung gilt das nur für Relationen.
(Ich kann mich natürlich irren.)

Edbert (EvanE)

aighes wrote:

Vor Morgen wird das mit D eher nichts... könnt auch erst Dienstag was werden. Frankreich ist nicht ohne, was die Datenmenge angeht.

Ich wohne südlich von Paris *grins* - Wenn der Bot also so weiter macht, könnte ich noch in der Nacht gerelicenced werden 😉 - endlich wieder ruhig schlafen ganz ohne Löschangst. 😉

Ne, für alle Objekte. Denn wenn ich den Namen einer Pizzaria ergänze und den Node an die richtige Stelle schiebe, dann sind beide Informationen nicht aus der vorhandenen Version abgeleitet.

Dennis[B] wrote:

Wenn das so weiter geht, ist der Bot noch heute in Deutschland. Zum Glück ist bei mir in der Gegend vieles ODBL-Ready. Meine Heimatstadt wird leider etliche Straßen verlieren :-(

Jou, die Einschläge im Westen kommen langsam näher.... 😄

Ob du es jetzt remapst oder anschließend - für anschließend wirds (hoffentlich) noch vereinfachte Möglichkeiten geben. Wobei ich im größeren Umkreis soweit alles in grünen bereich habe (auch dank anderer Mapper).

Welche Hauptstadt ist datentechnisch am dichtesten/ problematischsten?
London, Paris, Berlin?

del

Hallo? Ich hab gerade erstmal angefangen mich an Josm zu gewöhnen... 😉

Dennis[B] wrote:

Wenn das so weiter geht, ist der Bot noch heute in Deutschland.

Das sieht momentan nicht so aus. Die Gegend um Sfax rechnet seit 6 Stunden immer noch, Lissabon Fehler, Madrid fehlgeschlagen, Rom rechnet noch. Ein Großteil der übrigen Gebiete enthält verglichen mit F/CH/A/D sehr wenig Daten. Sobald der Bot nach Frankreich kommt, wird er sicher nur noch kriechen. Mein Tipp ist, frühestens Dienstag erreicht er den Rhein. (Den Alpenrhein, bis zum Oberrhein könnte es noch 'nen Tag länger dauern.)

Baßtölpel

naja, wenn weiterhin so viele Bots gleichzeitig laufen und es stimmt, dass die nie in benachbarten Felder ackern dürfen, könnte es schon schneller gehen da in F kein Platz für soviele Bots ist

.

SunCobalt wrote:

naja, wenn weiterhin so viele Bots gleichzeitig laufen und es stimmt, dass die nie in benachbarten Felder ackern dürfen, könnte es schon schneller gehen da in F kein Platz für soviele Bots ist

Inzwischen arbeitet er auch in benachbarten Feldern gleichzeitig, zumindest wenn man http://harrywood.dev.openstreetmap.org/ … essing.php trauen darf - aber da habe ich meine Zweifel, weil schon den ganzen Tag das Feld, auf dem Coventry liegt, gelb dargestellt wird.

Wenn man in die Logs schaut (die sehr groß sein können, also Vorsicht. 10MB sind schon vorgekommen), sieht man, dass die Bots fleißig arbeiten. Der "Birmingham/Coventry-Bot" hat 97 von 128 Zellen erledigt.
Bis auf den "Sfax-Bot", der scheint abgeschmiert zu sein.

MoTaBi wrote:

Welche Hauptstadt ist datentechnisch am dichtesten/ problematischsten?
London, Paris, Berlin?

nun Edinburgh als Hauptstadt und das gesamte Schottland lief ziemlich problemlos durch
die waren wohl sogar zu geizig den bot zweimal zu bezahlen
SCNR

Okay, ich hab verloren 😉 - es dauert doch noch länger.

Region [47, 9] > Started time:2012-07-16T14:42:53 :-) :-)

Am Wochenende gibt's keinen Feierabend mehr.
12 Bots am laufen... 😎

Mal abgesehen davon, das die Bots grade wieder losgelassen wurden und jetzt Zentraleuropa beackert wird...

Kann mir einer erklären, warum es gemäß geofabrik's OSMI nach wie vor "OdBL-inkompatbile" Objekte gibt (zB in Irland)?

Die sollten doch jetzt alle raus sein, oder nicht?

Weil die Teilweise etwas anders behandelt werden.

Bsp: http://www.openstreetmap.org/browse/nod … 44/history

Da wurde von einem Zustimmer die Koordinate geändert, die dann "clean" ist und erhalten bleibt. In dem Fall bringt es nur eher wenig. Würde aber bspw. ein Zustimmer neben der Koordinate auch noch einen Tagg ergänzt haben, so würde der auch bestehen bleiben.

Der OSMI zeigt AFAIK v1="nicht clean" immer als rot an.

Nun hat er Österreich erreicht, im Moment arbeitet er knapp südlich von mir. Mal sehen, was er überlässt...

Como (an der Grenze Schweiz-Italien) hat's mächtig erwischt. Da sind extrem viele Strassen weg 🙁

Ich habe es auch schon ins Italy-Forum gepostet... ich hoffe, es gibt dort einige Mapper, welche die Strassen recht zügig wieder eintragen können. Möglicherweise habe ich noch GPS-Tracks von Como mit Infos zu Maxspeed, Oneways und Strassennamen irgendwo auf einem meiner PCs (diese Tracks wären aber etwa 2 oder 3 Jahre alt)... muss ich noch checken... Dann könnte ich da auch noch etwas beitragen.

Die Bot-Karte hat zwei neue Layer bekommen: OSMI-License und Gradnetz

http://harrywood.dev.openstreetmap.org/ … 0TTFFFFFFF

Gruss
Walter

ich mach mir noch ein paar Screenshots für "The Day After" 😉

Nachtrag: beim Klicken auf die Bot-Felder kommen weitere Infos

Ein paar weitere Zwergstaaten sind durch: Andorra, Monaco, Vatikan, San Marino

Mal schauen, wer von den iberischen Staaten das Rennen macht...

aighes wrote:

Ein paar weitere Zwergstaaten sind durch: Andorra, Monaco, Vatikan, San Marino

Liechtenstein sollte auch heute drankommen. Mal sehen, ob es nachher noch da ist.

Ingo Insterburg: "Wanderer, kommst du nach Liechstenstein, tritt nicht daneben - tritt voll hinein"

Gruss
Walter

ob die Bots heute noch an München rumknabbern? Da geht ja einiges verschütt: http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

wambacher wrote:

ob die Bots heute noch an München rumknabbern? Da geht ja einiges verschütt: http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

Man kann es auch positiv sehen. Letztes Jahr als das Hochwasser die Moselaner mal wieder schwer gebeutelt hat wurde das von einem älteren Anwohner der dazu im Vorfeld den Keller ausräumte bevor er Unterwasser stand wie folgt kommentiert: "Seit 7 Jahern habe ich den Keller nicht mehr aufgeräumt, endlich ist es mal wieder soweit." 😄 Wenn man so manches vor Ort nun neu mappt ist es dann umso aktueller und akkurater.

München könnte heute am späteren Abend schon was werden...

Spannend wird's dann morgen, wenn Thüringen kommt mit Lobelt und Mirko Küster.

aighes wrote:

München könnte heute am späteren Abend schon was werden...

Spannend wird's dann morgen, wenn Thüringen kommt mit Lobelt und Mirko Küster.

...und dann werden beim Hauptbahnhof von Karlsruhe die Gleise rausgerissen 😠
http://harrywood.dev.openstreetmap.org/ … BFFTFFFFFF

-snip- falscher thread

hurdygurdyman wrote:

aighes wrote:

München könnte heute am späteren Abend schon was werden...

Spannend wird's dann morgen, wenn Thüringen kommt mit Lobelt und Mirko Küster.

...und dann werden beim Hauptbahnhof von Karlsruhe die Gleise rausgerissen 😠
http://harrywood.dev.openstreetmap.org/ … BFFTFFFFFF

Mit Luftbilder kann man die Gleise schnell wieder reinbekommen, schade ist es um zusätzliche Daten wie Elektrifizierung o.ä., da braucht man dann schon Bilder der Kategorie AeroWest

Zwischen Wiesloch und Heidelberg http://harrywood.dev.openstreetmap.org/ … BFFTFFFFFF gibt es auch ein großes Loch, Unentschlossener Mapper http://www.openstreetmap.org/user/loomis/edits

berndw wrote:

hurdygurdyman wrote:

...und dann werden beim Hauptbahnhof von Karlsruhe die Gleise rausgerissen 😠
...

Mit Luftbilder kann man die Gleise schnell wieder reinbekommen, schade ist es um zusätzliche Daten wie Elektrifizierung o.ä., da braucht man dann schon Bilder der Kategorie AeroWest
...

Zumindest im Bereich der Bahnsteige Karlsruhes werde ich mich da mal dranwagen. Östlich des Hbf wird's schwieriger, weil man da nicht rumlaufen darf.

berndw wrote:

Mit Luftbilder kann man die Gleise schnell wieder reinbekommen, schade ist es um zusätzliche Daten wie Elektrifizierung o.ä., da braucht man dann schon Bilder der Kategorie AeroWest

Für Karlsruhe gibt es ja das Luftbild von der Stadt.

JanTH wrote:

Für Karlsruhe gibt es ja das Luftbild von der Stadt.

Wo?

hurdygurdyman wrote:

...und dann werden beim Hauptbahnhof von Karlsruhe die Gleise rausgerissen

Leipzig wird auch entschient. 😉

und jetzt fängt der Bot auch in DE an...

Zwischenzeitlich sah es mal so aus, als würde die Bahn in komplett Thüringen den Betrieb einstellen müssen. 😉

berndw wrote:

Mit Luftbilder kann man die Gleise schnell wieder reinbekommen, schade ist es um zusätzliche Daten wie Elektrifizierung o.ä., da braucht man dann schon Bilder der Kategorie AeroWest

Zwischen Wiesloch und Heidelberg http://harrywood.dev.openstreetmap.org/ … BFFTFFFFFF gibt es auch ein großes Loch, Unentschlossener Mapper http://www.openstreetmap.org/user/loomis/edits

In Erfurt werden auch eine Menge Gleise im Hbf und Umgebung verschwinden. Ich glaube aber, dass ein neu abzeichnen von den Aerowest Bildern nicht viel Sinn macht, da im Moment sehr viele Gleise der ICE Neubaustrecke verlegt werden.
Ciao Holger

Der Bot hat nun erstmals Deutschland erreicht mit der Gegend um den Bodensee.

@amm... ja, vor etwa 30 minuten... unterdessen ist er auch bereits südlich von München dran.

was ist eigentlich mit London?

Bad Aibling dürfte einiges schon verloren haben
http://tools.geofabrik.de/osmi/?view=wt … ne_created

Hat sich jemand mal Venedig angeschaut?
http://harrywood.dev.openstreetmap.org/ … BFTTFFFFFF
Nach dem Bot Lauf heißt es wohl "Acqua Alta" im wahrsten Sinne des Wortes...

nesol wrote:

Hat sich jemand mal Venedig angeschaut?
http://harrywood.dev.openstreetmap.org/ … BFTTFFFFFF
Nach dem Bot Lauf heißt es wohl "Acqua Alta" im wahrsten Sinne des Wortes...

der ist ja dort noch garnicht fertig - und ich wundere mich, dass manche Sachen immer noch sichtbar sind.

Bei Bern in CH dauert es auch schon verdammt lange - wird wohl da etwas langsamer sein, der bot 😉

Gruss
walter

@Tunnelbauer:
Ich fänd's gut, wenn die OSMI den Status so anzeigt, wie er vor dem Durchlauf des Bots war. Denn dann kann man die Stellen einfacher finden an denen etwas verloren gegangen ist. Macht der OSMI nicht genau das?

Baßtölpel

MoinMoin,

dem Bot zuzusehen ist ja sehr unterhaltsam.
Doch frage ich mich: Was kommt danach?

Denk' jemand daran, jetzt in die regionalen MailingListen zu gehen: Hey, es tut sich was!
Nicht jeder liest talk-de oder das Forum.
Oder ist eine konzertierte Aktion nach Bot-Ende resp. letzter CC-planet-dump geplant?

@Bastoelpel:
Nachdem sich die Zeit (Zeitstempel der Daten) aktualisiert beim OSMI denke ich der zeigt nur mehr das an, was nicht mehr konform ist - sonst hätte man ja den Status schon längst einfrieren müssen...

kellerma wrote:

dem Bot zuzusehen ist ja sehr unterhaltsam.

Ja, ganz großes Kino.
😉

kellerma wrote:

Denk' jemand daran, jetzt in die regionalen MailingListen zu gehen: Hey, es tut sich was!

Werd ich mal für Stuttgart machen.

kellerma wrote:

Oder ist eine konzertierte Aktion nach Bot-Ende resp. letzter CC-planet-dump geplant?

Naja, ich habe persönlich eine Kleinstadt im Auge, die ich remappen werde. Das Nachbarstädtchen haben wir zu zweit neu gemappt, da es auch fast komplett verschwunden wäre. Aber neu mappen ist einfacher als in bestehenden ccbysa-only Daten rumzuändern.

Zum Glück gibts ja jetzt die neuen Bing Bilder (bzw wird es bald geben) und man kann sich auf Straßennamen etc beim Abfahren beschränken. Und evtl bekommen wir bald etwas Unterstützung von der öffentlichen Verwaltung. In einigen Gegenden dürfte es aber etwas dauern.

tunnelbauer wrote:

@Bastoelpel:
Nachdem sich die Zeit (Zeitstempel der Daten) aktualisiert beim OSMI denke ich der zeigt nur mehr das an, was nicht mehr konform ist - sonst hätte man ja den Status schon längst einfrieren müssen...

Obwohl Irland und UK außerhalb Londons laut Bot sauber sind, zeigt OSMI dort noch einige Objekte als nicht ODbL konform an. Was heißt das in den Fällen? Bot hat schlechte Arbeit geleistet, OSMI hat unrecht oder ID recycling hat alles durcheinandergebracht?

Mein erster Eindruck nachdem ich sah, daß noch Objekte in Irland angemeckert werden war: vorher war die Dichte ja auch gering, also zeigt OSMI die nicht-konformen Objekte vor dem Botlauf weiterhin an. Aber es müssen vorher doch mehr gewesen sein. Ich hoffe also, daß OSMI unrecht hat, denn sonst müßte der Bot nochmal ran.

Baßtölpel

Jetzt geht es richtig in DE los: Region zw. Karlsruhe und Frankfurt
http://harrywood.dev.openstreetmap.org/ … 0TFTFFFFFF

hurdygurdyman wrote:

JanTH wrote:

Für Karlsruhe gibt es ja das Luftbild von der Stadt.

Wo?

Hier:

tms[23]:http://wms.openstreetmap.de/tms/Karlsruhe/{zoom}/{x}/{y}.png
wms:http://wms.openstreetmap.de/wms?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&Layers=Karlsruhe&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Basstoelpel wrote:

tunnelbauer wrote:

@Bastoelpel:
Nachdem sich die Zeit (Zeitstempel der Daten) aktualisiert beim OSMI denke ich der zeigt nur mehr das an, was nicht mehr konform ist - sonst hätte man ja den Status schon längst einfrieren müssen...

Obwohl Irland und UK außerhalb Londons laut Bot sauber sind, zeigt OSMI dort noch einige Objekte als nicht ODbL konform an. Was heißt das in den Fällen? Bot hat schlechte Arbeit geleistet, OSMI hat unrecht oder ID recycling hat alles durcheinandergebracht?

Mein erster Eindruck nachdem ich sah, daß noch Objekte in Irland angemeckert werden war: vorher war die Dichte ja auch gering, also zeigt OSMI die nicht-konformen Objekte vor dem Botlauf weiterhin an. Aber es müssen vorher doch mehr gewesen sein. Ich hoffe also, daß OSMI unrecht hat, denn sonst müßte der Bot nochmal ran.

Baßtölpel

das zeigt eher, dass der OSMI zu viel "rotgemacht" hat.

JanTH wrote:

hurdygurdyman wrote:

JanTH wrote:

Für Karlsruhe gibt es ja das Luftbild von der Stadt.

Wo?

Hier:

tms[23]:http://wms.openstreetmap.de/tms/Karlsruhe/{zoom}/{x}/{y}.png
wms:http://wms.openstreetmap.de/wms?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&Layers=Karlsruhe&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Danke 🙂 Funzt in JOSM.
Und für den Potlatch-Fan z.B. für das kleine Online-Mappen zwischendurch (Mittagspause) habe ich gerade das hier für Karlsruhe ausgegraben:
http://www.openstreetmap.org/edit?lat=4 … /!/!/!.png
Stammt von dieser Zusammenstellung:
http://wms.openstreetmap.de/
(falls es noch andere Unwissende wie mich gibt)

Cobra wrote:

...
das zeigt eher, dass der OSMI zu viel "rotgemacht" hat.

Hier
http://harrywood.dev.openstreetmap.org/ … BTFFFFFFFF
in Manchester sieht man schön, wie OSMI und BADMAP auseinanderliegen und was am Ende dabei rauskommt.

Bei mir in der Gegend war der Bot heute Nacht, zum Glück war das meiste schon sauber. An einer Stelle kann ich aber eigentlich nicht nachvollziehen was der Bot da gemacht hat. Er hat http://www.openstreetmap.org/browse/way/39366367 übriggelassen. Ein Linienzug, der wohl früher wohl das gesamte Waldgebiet und outer der Relation http://www.openstreetmap.org/browse/relation/24508 von der noch inners vorhanden sind.

Warum aber da der outer-Relationseintrag verloren gegangen ist? für mich unklar. Ebenso warum in der Gegend jede Menge Nodes, die vorher Ecken des Waldes waren als alleinstehender Knoten ohne irgendwas übrig geblieben ist. z.B http://www.openstreetmap.org/browse/node/284400788

Aber gut, das wird dennoch bald wieder korrigiert sein ...

Markus

Im ersten (fertigen) Teil der Niederlausitz ist mehr verlorengegangen als laut Badmap zu erwarten gewesen wäre. zB Teile der B96. Da war wohl jemand beim Remappen nicht clever. 🙄 (und ich war es nicht!).

Ein paar administrative Grenzen sind mittlerweile auch schon weg:

http://ags.misterboo.de

Momentan frisst er sich durchs Küster-Land...guten Hunger sag ich da nur.

Die Gegend hier http://harrywood.dev.openstreetmap.org/ … 0FTTFFFFFF ist erst einmal "failed" - Time-Out bei Bielefeld? 😄

Habe gesehen dass der Bot nach der Aufräumaktion dutzende einzelne Knoten zurück lässt. Linienzüge wurden gelöscht, einzelne Knoten aber stehengelassen.
Jetzt gibts halt viele verwaiste "single nodes". Putzt da jetzt nochmal ein Bot drüber der die auch löscht?

Pfad-Finder wrote:

Im ersten (fertigen) Teil der Niederlausitz ist mehr verlorengegangen als laut Badmap zu erwarten gewesen wäre. zB Teile der B96. Da war wohl jemand beim Remappen nicht clever. 🙄 (und ich war es nicht!).

cleanmap/badmap konnte technisch nur beschränkt irgendwelche Ausnahmelisten und black und white lists berücksichtigen. Sprich speziel Gebiete die per copy & paste Remapping "gesäubert" wurden, weisen zum Teil eine grössere Differenz zu dem was der Bot tatsächlich macht, auf. Bedankt euch bei den jeweiligen Mappern .....

urbanexplorer-at wrote:

Habe gesehen dass der Bot nach der Aufräumaktion dutzende einzelne Knoten zurück lässt. Linienzüge wurden gelöscht, einzelne Knoten aber stehengelassen.
Jetzt gibts halt viele verwaiste "single nodes". Putzt da jetzt nochmal ein Bot drüber der die auch löscht?

Ich schmeiß die einfach raus oder recycle sie für die neu zu schaffenden Straßen, wenn's passt.

Seoman wrote:

Die Gegend hier http://harrywood.dev.openstreetmap.org/ … 0FTTFFFFFF ist erst einmal "failed" - Time-Out bei Bielefeld? 😄

Das neue Bielefeld entsteht in der Pfalz:
http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF
Wer organisiert ein Mapping-Zeltlager bei Alzey? 😄

"Mein" Hauptmapping Gebiet ist auch durch. Was ich bis jetzt so sehen konnte ist nichts - zumindest ist mir nichts aufgefallen - gelöscht worden.
Danke Bot 🤣

st

denkt daran, dass Yevaud (der Mapnik-Tileserver) zur Zeit ein kleines bisschen beschäftigt ist. Er schlägt sich zwar gut, aber es kommt immer wieder zu Lastspitzen, daher muss nicht alles, was man auf osm.org sieht, auch aktuell sein.

die Schweiz ist sozusagen fertig. Der Bot muss nur noch ein kleiner Teil von Genf (ca 10 km^2) bearbeiten. http://harrywood.dev.openstreetmap.org/ … 0FTTFFFFFF

hurdygurdyman wrote:

Das neue Bielefeld entsteht in der Pfalz:
http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

Ahh: User "forstwald"
Da hatte ich die Vermutung, dass es sich eigentlich um "Oberförster" aka "Kraftfahrstrassen" handelt. Der muss sich dort mal ausgetobt haben.
Aber bald sind sie ja eh Geschichte. Wie auch lmaa... , hasse_osm_... und Ich_hasse_doitsche-OSM-...

Gruss
walter

ah, sehe gerade, "mein Mapping-Revier" wird gerade bearbeitet http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

=> @Lobelt: das ist jetzt der Showdown.... <= 😉

mtb wrote:

ah, sehe gerade, "mein Mapping-Revier" wird gerade bearbeitet http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

=> @Lobelt: das ist jetzt der Showdown.... <= 😉

An der Ecke beißt er sich schon seit gestern, 22:18 Uhr, die Zähne aus. 🙄

hurdygurdyman wrote:

mtb wrote:

ah, sehe gerade, "mein Mapping-Revier" wird gerade bearbeitet http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

An der Ecke beißt er sich schon seit gestern, 22:18 Uhr, die Zähne aus. 🙄

Mittlerweile ist er aber (nach Blöcken) zu 80% durch, wie man dem 54 MB großen Logfile entnehmen kann...

Der Bot folgt übrigens innerhalb jeder (in 128 Blöcke zerlegten) Zelle diesem Muster: http://wiki.openstreetmap.org/wiki/File … _curve.png
... was für (49, 8) leider heißt, daß die übelste Ecke (KA) erst noch kommt.

hurdygurdyman wrote:

An der Ecke beißt er sich schon seit gestern, 22:18 Uhr, die Zähne aus. 🙄

22:18 BST, also 23:18 MESZ. macht aber nicht viel aus 😉
Ach: und ausgebissen hat er sich noch keinen einzigen Zahn dort. 0 Fehler bisher.

Oli-Wan wrote:

Mittlerweile ist er aber (nach Blöcken) zu 80% durch, wie man dem 54 MB großen Logfile entnehmen kann...

Der Bot folgt übrigens innerhalb jeder (in 128 Blöcke zerlegten) Zelle diesem Muster: http://wiki.openstreetmap.org/wiki/File … _curve.png
... was für (49, 8) leider heißt, daß die übelste Ecke (KA) erst noch kommt.

Und dann stürzt er sich auf das rechteck um Straßburg und den restlichen Schwarzwald. Endlich wird's spannend für mich 😎
http://yosmhm.neis-one.org/?zoom=7&lat= … dygurdyman

Cobra wrote:

...
22:18 BST, also 23:18 MESZ. macht aber nicht viel aus 😉
Ach: und ausgebissen hat er sich noch keinen einzigen Zahn dort. 0 Fehler bisher.

BST ist für mich die hiesige Systemzeit und wird deshalb verwendet. Könnte ja sein, dass einer von den Fidschinseln mitliest. 😄
und: Hoffentlich bleibt's bei null Fehlern, damit ich mit "meiner" Ecke endlich dran komme.

wambacher wrote:

hurdygurdyman wrote:

Das neue Bielefeld entsteht in der Pfalz:
http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

Ahh: User "forstwald"
Da hatte ich die Vermutung, dass es sich eigentlich um "Oberförster" aka "Kraftfahrstrassen" handelt. Der muss sich dort mal ausgetobt haben.
Aber bald sind sie ja eh Geschichte. Wie auch lmaa... , hasse_osm_... und Ich_hasse_doitsche-OSM-...

Gruss
walter

Diesen Verdacht hatte ich auch, habe Oberförster vor Monaten auch deswegen mal angeschrieben, bekam aber keinerlei Antwort 🙁

hurdygurdyman wrote:

und: Hoffentlich bleibt's bei null Fehlern, damit ich mit "meiner" Ecke endlich dran komme.

Selbst wenn (49, 8) fehlschlagen sollte, ist (48, 7), also "Deine" Zelle, als nächstes dran. Die Bonner Kollegen dürften ebenfalls sehnsüchtig darauf warten, daß Karlsruhe fertig wird. Aber womöglich ist ganz Skandinavien noch vor dem Schwarzwald fertig... da fegt der Bot nämlich ziemlich schnell drüber. (59, 10) um Oslo ist auch schon so gut wie durch.

Zu den aktuell "roten Regionen" in Polen: der Bot wurde dort gestoppt, weil wohl die Whitelist zurückgesetzt wurde und damit einige Objekte zu viel gekillt wurden. Untersuchung läuft.
Die anderen Bots laufen noch, bis sie fertig sind. Evtl. ist auch dann schon eine Lösung gefunden und es geht wie geplant weiter.

Nähere Infos kommen, wenn sie verfügbar sind.

Hui... Osnabrück hat doch ganzschön gelitten...

Also wer aus der Ecke Lust hat, kann mir gern beim "Wiederaufbau" helfen...

Köln lrh. ist relativ gut weggekommen, am schlimmsten hat es den Betriebsbahnhof und den Zoo erwischt, die anderen Sachen sind überwiegend Landuse von M.K. und diverse POIs.

Es wurde aber auch frühzeitig remappt und diverse Mailaktionen durch geführt

berndw wrote:

Köln lrh. ist relativ gut weggekommen, am schlimmsten hat es den Betriebsbahnhof und den Zoo erwischt...

laufen dort jetzt die Tiger frei rum ?
Hauptsache, der Dom steht noch 😉

Gruss
Walter

Die Bots habe richtig Fahrt aufgenommen, nachdem ein Problem mit dem DNS, welcher oft einen Timeout von mehreren Sekunden verursacht hat, wie man hier schön sieht, heute Nacht behoben wurde:
https://www.dropbox.com/sh/i0wvmy24z898 … ctions.png
Dort sieht man auch, dass die Bots auf Grund des unten genannten Problems gestoppt werden.

Cobra wrote:

Zu den aktuell "roten Regionen" in Polen: der Bot wurde dort gestoppt, weil wohl die Whitelist zurückgesetzt wurde und damit einige Objekte zu viel gekillt wurden. Untersuchung läuft.

Die Liste ist mit 1736264 Objekten ziemlich groß, bin gespannt, ob man das problemlos rückgängig machen kann.
https://github.com/gravitystorm/openstr … it/ef7171c

Die Blacklist ist übrigens auch leer...

Gruß,
Mondschein

wambacher wrote:

berndw wrote:

Köln lrh. ist relativ gut weggekommen, am schlimmsten hat es den Betriebsbahnhof und den Zoo erwischt...

laufen dort jetzt die Tiger frei rum ?
Hauptsache, der Dom steht noch 😉

Gruss
Walter

Der Tigerkäfig weg 😉 Elefanten, Pinguine und Seelöwen haben noch ein Heim.
Un dä Dom hätt noch sing ahl Form, dä iss no do, wenn mi nit mi sinn ;-)

Im Hauptbahnhof haben die Geschäfte bis auf weiteres geschlossen

doppelpost

berndw wrote:

Im Hauptbahnhof haben die Geschäfte bis auf weiteres geschlossen

Kann man den Inhabern nicht übel nehmen; sie stünden ja sonst im Freien, seit der Hauptbahnhof kein geschlossener Weg mehr ist.

Oli-Wan wrote:

berndw wrote:

Im Hauptbahnhof haben die Geschäfte bis auf weiteres geschlossen

Kann man den Inhabern nicht übel nehmen; sie stünden ja sonst im Freien, seit der Hauptbahnhof kein geschlossener Weg mehr ist.

Schon gefixt 😉

berndw wrote:

Schon gefixt 😉

Dabei war der Gag so gut. 🙁

😉

Mondschein wrote:

Die Bots habe richtig Fahrt aufgenommen ...

Aus meiner Sicht müssen die Bots gar nicht schneller werden. Die letzten zwei Tage kamen sie in meiner Gegend vorbei. Die Aktivität beim stündlichen Diff-Einspielen war um den Faktor 3 bis 10 höher als die übliche Aktivität der Mapper. Das lässt sich bei mir noch ganz gut verarbeiten, ohne dass sich die Einspieljobs gegenseitig auf die Füße treten.
Grüße, Max

mtb wrote:

=> @Lobelt: das ist jetzt der Showdown.... <= 😉

Bis jetzt steht es 1:1 für Bot gegen Lobelt. Die 1. Hälfte ging durch, die 2. nicht - "region failed":D

maxbe wrote:

Mondschein wrote:

Die Bots habe richtig Fahrt aufgenommen ...

Aus meiner Sicht müssen die Bots gar nicht schneller werden.

Aus meiner Sicht hätten diese noch langsamer sein dürfen.
Bin schon gespannt, wer den Scherbenhaufen um mich herum aufräumt und wie lange das dauern wird, ich tippe da auf ca. 3 Jahre.
Ich war zwar darauf vorbereitet, richtig begriffen habe ich es aber erst jetzt, nachdem die Daten wirklich weg sind, langsam wird mir unwohl. 🙁
Meine Hoffnung ist, dass die Lücken neue tatkräftige Mapper hervorbringen werden.
Dieser Lizenzwechsel ist ein Risiko und zugleich auch eine Chance, ich hoffe wir werden diese nutzen.

Gruß,
Mondschein

Gibt es eigentlich irgendwelche Tools, mit denen man den Status einiger Objekte kontrolieren kann.
Ich denke da z.B. an die Überprüfung von Straßen, die (nun) irgendwo blind enden.
Diese könnten jetzt helfen, solche Löcher schnell zu lokalisieren und zu flicken.

Ich weiß, dass es vor langer Zeit solche Auswertungen für DE gab.

aromatiker wrote:

Gibt es eigentlich irgendwelche Tools, mit denen man den Status einiger Objekte kontrolieren kann.
Ich denke da z.B. an die Überprüfung von Straßen, die (nun) irgendwo blind enden.
Diese könnten jetzt helfen, solche Löcher schnell zu lokalisieren und zu flicken.

Ich weiß, dass es vor langer Zeit solche Auswertungen für DE gab.

keepright
OSMI

und wahrscheinlich hat user_5359 auch was in peto

Im JOSM gibt es auf der rechten Seite den Dialog "Prüfergebnisse" und da ist unten der Button "Prüfung durchführen" (falls der Dialog nicht vorhanden ist "Alt+Umschalt+V" drücken oder unter "Fenster" > "Prüfergebnisse" auswählen).

@tunnelbauer
Danke für den JOSM-Tipp. Das hilft aber nur, bevor der Bot zuschlägt. Danach gibt's wohl nichts mehr zu sehen, aber das ist dann lizenztechnisch ok.

@berndw
keepright scheint nicht zu funktionieren, wie ich das hoffe.
Hier in Spanien http://keepright.ipax.at/report_map.php … w_tmpign=1 lief der Bot schon durch, die Daten sind lt. keepright von heute.
Allerdings wird die einsame Straße nicht als fehlerhaft markiert.

OSMI meldet hier wenigstens einen way ohne Tags
http://tools.geofabrik.de/osmi/?view=ta … thout_tags

aromatiker wrote:

@berndw
keepright scheint nicht zu funktionieren, wie ich das hoffe.
Hier in Spanien http://keepright.ipax.at/report_map.php … w_tmpign=1 lief der Bot schon durch, die Daten sind lt. keepright von heute.
Allerdings wird die einsame Straße nicht als fehlerhaft markiert.

Hmmh, heute ist der 17.7.2012, keepright sagt jedoch: "updated at 2012-07-14".
Die Karte als Hintergrund ist so aktuell wie die Tiles auf OSM.org eben sind, also oft neuer wie die keepright-Auswertung.

PS: OSMI wird öfter neu gerechnet als keepright.

Edbert (EvanE)

@aromatiker:

Nein - ich spreche nicht von der Relizenzierungsprüfung. Ich spreche vom Geometriecheck - das ist was anderes (hat nichts mit der Ampel zu tun...)

user:"OSMF Redaction Account" im JOSM-Suchdialog findet alles, was der Bot angefaßt und nicht gelöscht hat. Gerade bei Straßen lohnt dann ein genauerer Blick. Auch bei (zuvor intakten) Routenrelationen, die der Bot angefaßt hat, kann man einmal deren Verlauf überprüfen. Da fehlen gerne wegredigierte Straßenstücke.

Um die Suche einzuschränken, kann man user:"OSMF Redaction Account" natürlich auch mit anderen Suchbegriffen oder Schlüsselworten kombinieren.

ich wäre ja eher für eine "Straßen ohne Namen" Karte. Straßen kann man toll aus Bing abmalen (mit den neuen Bilder dürfte das recht fix gehen), aber dann rauszufinden wo noch Namen fehlen, ist schon schwerer. Fürs "gelöschte Objekte finden" kann man sich ja noch schnell das Lizenzoverlay von Simon Poole runterladen. Ist zwar für Garmin Geräte, sollte aber mit den üblichen Programmen auch gehen
Jetzt, wo mein Rechner nichts mehr zu tun hat, könnte ich mir vorstellen, so ein Layer, was namenlose Straßen mit roten Strichen anzeigt, zu sponsorn. Aber ich habe keine Ahnung davon, wie ich meine DB aktuell halte....oder ob man das vorfiltern kann und vielleicht einmal die Woche ein Update macht

Nur zwei Bundesländer - - - STOP - - - Hessen und Berlin noch - - - STOP - - - von Langoliers verschont - - - STOP - - - 😄

edit: Quatsch, Kassel und Darmstadt sind ja schon gefressen... bleibt Berlin und wehrt sich tapfer. 🙂

hi thomas,

SunCobalt wrote:

ich wäre ja eher für eine "Straßen ohne Namen" Karte. Straßen kann man toll aus Bing abmalen (mit den neuen Bilder dürfte das recht fix gehen), aber dann rauszufinden wo noch Namen fehlen, ist schon schwerer.
...
Jetzt, wo mein Rechner nichts mehr zu tun hat, könnte ich mir vorstellen, so ein Layer, was namenlose Straßen mit roten Strichen anzeigt, zu sponsorn. Aber ich habe keine Ahnung davon, wie ich meine DB aktuell halte....oder ob man das vorfiltern kann und vielleicht einmal die Woche ein Update macht

Warum soviel Arbeit machen? http://tools.geofabrik.de/osmi/?view=hi … name_fixme

Gruss
Walter

Cobra wrote:

Zu den aktuell "roten Regionen" in Polen: der Bot wurde dort gestoppt, weil wohl die Whitelist zurückgesetzt wurde und damit einige Objekte zu viel gekillt wurden. Untersuchung läuft.
Die anderen Bots laufen noch, bis sie fertig sind. Evtl. ist auch dann schon eine Lösung gefunden und es geht wie geplant weiter.

Nähere Infos kommen, wenn sie verfügbar sind.

Verstehe ich es richtig, daß es besser wäre, in den (z.B.) ostdeutschen Map-Quadraten welche die polnische
Grenze beinhalten sich derzeit mit Änderungen zurückzuhalten um beim "Rücksetzen" Polens Konflikte zu vermeiden?

Ciao, Detlef

TetiSoft wrote:

Verstehe ich es richtig, daß es besser wäre, in den (z.B.) ostdeutschen Map-Quadraten welche die polnische
Grenze beinhalten sich derzeit mit Änderungen zurückzuhalten um beim "Rücksetzen" Polens Konflikte zu vermeiden?
..

JA, es sind zwar nicht all zuviele Objekte die betroffen sind, aber es wäre hilfreich im Augenblick nicht gerade da was zu machen. Dürfte bald behoben sein.

EvanE wrote:

Hmmh, heute ist der 17.7.2012, keepright sagt jedoch: "updated at 2012-07-14".
Die Karte als Hintergrund ist so aktuell wie die Tiles auf OSM.org eben sind, also oft neuer wie die keepright-Auswertung.

PS: OSMI wird öfter neu gerechnet als keepright.

Edbert (EvanE)

Sorry, da hatte ich falsch gelesen. Das ist natürlich richtig.

Es wäre hilfreich, wenn keepright jetzt für eine gewisse Übergangszeit öfters (täglich ?) aktualisieren würde. Wen kann man da ansprechen ?

aromatiker wrote:

EvanE wrote:

Hmmh, heute ist der 17.7.2012, keepright sagt jedoch: "updated at 2012-07-14".
Die Karte als Hintergrund ist so aktuell wie die Tiles auf OSM.org eben sind, also oft neuer wie die keepright-Auswertung.

PS: OSMI wird öfter neu gerechnet als keepright.

Edbert (EvanE)

Sorry, da hatte ich falsch gelesen. Das ist natürlich richtig.

Es wäre hilfreich, wenn keepright jetzt für eine gewisse Übergangszeit öfters (täglich ?) aktualisieren würde. Wen kann man da ansprechen ?

Wäre natürlich hilfreich, die Rechenleistung ist umgekehrt proportional zur Updatefrequenz. Kontaktadresse steht unten auf http://keepright.ipax.at/

Baßtölpel

wambacher wrote:

hurdygurdyman wrote:

Das neue Bielefeld entsteht in der Pfalz:
http://harrywood.dev.openstreetmap.org/ … 0TTTFFFFFF

Ahh: User "forstwald"
Da hatte ich die Vermutung, dass es sich eigentlich um "Oberförster" aka "Kraftfahrstrassen" handelt. Der muss sich dort mal ausgetobt haben.
Aber bald sind sie ja eh Geschichte. Wie auch lmaa... , hasse_osm_... und Ich_hasse_doitsche-OSM-...

Gruss
walter

Jou die Vermutung habe ich auch. Den hatte ich mehrfach angeschrieben aber es erfolgte keine Reaktion.

Ich bin - neben anderem - dabei, einen interaktiven, lokalen Änderungsdatei-Betrachter zu entwickeln. Dieser besteht aus zwei Teilen: einem Osmosis Plugin, das in Änderungsdateien (OSC) referenzierte Objekte aus einer OSM Datei filtert (momentan als separate OSM Datei) und einer OpenLayers Vektor-Karte zur Anzeige.

Das Ziel ist, Änderungen in einer bestimmten Region beobachten zu können. Von daher bin ich mir noch nicht sicher, wie gut das zur Auswertung der Lizenz-Bot Änderungen funktioniert und wie hilfreich das ist. Als Vorschau habe ich aber mal ein Beispiel vom aktuellen Entwicklungsstand hochgeladen:

http://norbertrenner.de/osm/preview/oscviewer.html

Bei einer Verwendung für den Lizenzwechsel sehe ich folgende Schwierigkeiten:
- momentan kein Service, sondern Tool das jeder selbst ausführen muss, was wegen der Datenbeschaffung nicht ganz trivial ist
- Extrakt mit Stand *vor* den Änderungen benötigt
- wie am besten Bot Changesets für extrahieren (aus Bot Log-Dateien und/oder Planet-Diffs)
- Ergebnis wäre statisch, d.h. Remappings würden bei diesem Vorgehen nicht berücksichtigt
(siehe auch Mail von Frederik auf dev ML)

Momentane Einschränkungen der Anwendung:
- noch keine Relationen unterstützt
- noch kein Clustering, d.h. nur für kleine Gebiete
- ...

Ich werde schauen, dass ich bald eine erste Zwischenversion veröffentlichen kann.

Gruß,
Norbert

aighes wrote:

Momentan frisst er sich durchs Küster-Land...guten Hunger sag ich da nur.

Da klaffen jetzt riesige Löcher im Straßen- und Eisenbahnnetz. Es gibt viel zu tun ...
Und dann natürlich die ganzen Details nachmappen.

Die Thüringer Seite vom Küster-Land wurde zumindest grob (sprich nach Luftbild und das Wesentliche) remappt und auch schon von recht viel v1-landuse befreit. Die Details wird es wohl sehr lange nicht geben. Die Region hat halt kaum Mapper....weil war halt super gemappt. 😉

In Sachen Anhalt war das Remapping nicht ganz so erfolgreich. Ich hoffe, dass es für Thüringen bald die neuen Bing-Bilder gibt, dann kann es los gehen. Im Kasten sind sie ja schon.

EDIT: Nun ist die Kachel durch...

jetzt ist auch München fertig.

efred wrote:

jetzt ist auch München fertig.

... aber keine einzige Instanz läuft.
Es konzentriert sich wohl alles auf Polen, bevor es weiter geht.

Hallo,

eigentlich hatte ich das doch so verstanden, dass durch den Botlauf sämtliche Änderungen von Nichtzustimmern entfernt und deren Historyeinträge nun versteckt werden sollen.
Hier in den Daten, die gestern gesäubert wurden, finde ich aber nachwievor einen Ablehnerhistoryeintrag: http://www.openstreetmap.org/browse/nod … 98/history

Gibt es hier in Deutschland irgendwo Beispiele, in denen Changesets wegen Copy/Paste-Remappings getainted wurden und Simon Pooles Clean- & Badmaps nicht mit dem wirklichen Bot-Löschverhalten übereinstimmen?

LG
Martin

Glühwürmchen wrote:

Hier in den Daten, die gestern gesäubert wurden, finde ich aber nachwievor einen Ablehnerhistoryeintrag: http://www.openstreetmap.org/browse/nod … 98/history

Sieh mal genau hin: Das ist ein nackter Knoten (keine Tags), dessen Koordinaten sich in Version 4 bis 7 (diese stammen von Islanit) nicht geändert haben. Der Ablehner hat also in diesem Fall keine Information hinzugefügt, sondern lediglich quasi "touch" ausgeführt. (Frühe Potlatch-Versionen haben stets alle Knoten neu hochgeladen, wenn man den zugehörigen Weg bearbeitet hat.) Es ist gut möglich, daß der Bot dies erkannt und daher die Versionen nicht versteckt hat.

Oli-Wan wrote:

Sieh mal genau hin: Das ist ein nackter Knoten (keine Tags), dessen Koordinaten sich in Version 4 bis 7 (diese stammen von Islanit) nicht geändert haben. Der Ablehner hat also in diesem Fall keine Information hinzugefügt, sondern lediglich quasi "touch" ausgeführt. (Frühe Potlatch-Versionen haben stets alle Knoten neu hochgeladen, wenn man den zugehörigen Weg bearbeitet hat.) Es ist gut möglich, daß der Bot dies erkannt und daher die Versionen nicht versteckt hat.

Triviale Änderungen (also auch andere) werden behalten und der "Urheber" nicht versteckt.

Danke euch ...
Aber das bedeutet doch im Endergebnis, dass in den gecleanten Daten in einigen Fällen doch noch Historyeinträge von Ablehnern auftauchen. Wäre es im konkreten Fall nicht besser gewesen, wenn der Bot zumindest die eigentlich überflüssigen Einträge in der History entfernt oder wenigstens versteckt hätte? Bei Abfrage des letzten Änderers über die API müsste dann die letzte wirkliche Änderung, also hier V3 zurückgegeben werden. ...

Glühwürmchen wrote:

Danke euch ...
Aber das bedeutet doch im Endergebnis, dass in den gecleanten Daten in einigen Fällen doch noch Historyeinträge von Ablehnern auftauchen. Wäre es im konkreten Fall nicht besser gewesen, wenn der Bot zumindest die eigentlich überflüssigen Einträge in der History entfernt oder wenigstens versteckt hätte? Bei Abfrage des letzten Änderers über die API müsste dann die letzte wirkliche Änderung, also hier V3 zurückgegeben werden. ...

Es gab eigentlich 2 Möglichkeiten:

- triviale Änderungen von Nicht-Zustimmern im Endresultat nicht berücksichtigen und alle solchen Edits verstecken

- triviale Änderungen mitnehmen, dann muss man das aber auch offenlegen

Ich persönlich wäre für ersteres gewesen, da per Defintiion triviale Änderungen trivial sind zum nachtragen, aber letzteres wurde shclussendlich implementiert um möglichst viel Information zu "retten". Ich kann aber mit beidem gut leben.

Simon

hat eigentlich unterdessen Pillarpair der ODbL zugestimmt? 😉
http://www.heise.de/newsticker/meldung/ … 86457.html

Es war also doch kein Aprilscherz, nur die Stadt stimmte nicht ganz. 😎
Meine Nachbarstädte (Ascheberg, Datteln, Ottmarsbocholt) sind von den Langoliers noch verschont worden, aber man hört schon das Grummeln. 😛

Edit: Nun waren sie da und haben nicht viel übrig gelassen

der bot ist wieder am arbeiten: http://harrywood.dev.openstreetmap.org/ … 0FTTFFFFFF
und er gibt mächtig gas: über 50% von der bbox von Weissrussland ist schon erledigt und der Bot hat unterdessen Nordamerika angefangen.

Edit: Nachtrag

jetzt gehts aber erst richtig los:

http://harrywood.dev.openstreetmap.org/ … 0TTTFFFTTF

weißrussland und amiland

Klar, es kann ja nicht die ganze Welt warten, bis Deutschland endlich fertig ist. Wir sind hier nicht beim Euro-Rettungsschirm.

Sieht so aus, als ob die Schätzung von einem Monat sogar noch großzügig bemessen war. Zur Orientierung: Etwa die Hälfte der OSM-Daten liegen in Europa (nach Geofabrik-Definition). Umso besser, dann ist das leidige Thema endlich erledigt.

nur an "mein" frankfurt traut er sich noch nicht ran, der bot

So bei mir ist er durch.
Dazu eine Frage an die Allwissenden:
Es heißt "30224 successful candidates". Bedeutet dies, dass 30244 nodes im OSM-Bermudadreieck verschwinden?

ne...das der bot 30224 Kandidaten beackert hat, nicht das die alle weg sind.

hurdygurdyman wrote:

So bei mir ist er durch.
Dazu eine Frage an die Allwissenden:
Es heißt "30224 successful candidates". Bedeutet dies, dass 30244 nodes im OSM-Bermudadreieck verschwinden?

Nein, nur das soviel bearbeitet wurden (wobei es auch möglich ist, dass nichts getan werden musste).

hurdygurdyman wrote:

... dass 30244 nodes im OSM-Bermudadreieck verschwinden?

zumindest habe in meiner Ecke das 20-fache davon und das ist wohl bisher Rekord
solche großen Unterschiede hätte ich in vergleichbaren Bereichen nicht erwartet
jaja, ich arbeite ja schon dran
SCNR

Jayjay01 wrote:

nur an "mein" frankfurt traut er sich noch nicht ran, der bot

die beiden roten Kisten drunter und drüber blockieren ihre Nachbarn, damit man sich nicht ins Gehege kommt.

ich hocke in Schlangenbad/Wambach und möchte auch endlich die Longliners durch den Wald rennen sehen 😉

Gruss
walter

Jetzt wird die Schweiz wieder als "nicht fertig" angezeigt? Was ist denn da los? Vor ein paar Minuten war noch alles grün.
http://harrywood.dev.openstreetmap.org/ … 0FTTFFFFFF

Edit: Hat sich erledigt. Es wird wieder alles grün angezeigt. War wohl nur ein Darstellungsfehler.

wambacher wrote:

Jayjay01 wrote:

nur an "mein" frankfurt traut er sich noch nicht ran, der bot

die beiden roten Kisten drunter und drüber blockieren ihre Nachbarn, damit man sich nicht ins Gehege kommt.

Nö, die beiden gelben daneben.

SimonPoole wrote:

hurdygurdyman wrote:

So bei mir ist er durch.
Dazu eine Frage an die Allwissenden:
Es heißt "30224 successful candidates". Bedeutet dies, dass 30244 nodes im OSM-Bermudadreieck verschwinden?

Nein, nur das soviel bearbeitet wurden (wobei es auch möglich ist, dass nichts getan werden musste).

Danke für die Info (auch allen anderen).
Zum Glück war es bei meinen benachbarten Elsässern auch nicht zuviel Gefährdetes.
Jetzt gehts an die Flurschadensbeseitigung.

Oli-Wan wrote:

wambacher wrote:

Jayjay01 wrote:

nur an "mein" frankfurt traut er sich noch nicht ran, der bot

die beiden roten Kisten drunter und drüber blockieren ihre Nachbarn, damit man sich nicht ins Gehege kommt.

Nö, die beiden gelben daneben.

gestern gabs auch einen fall, wo zwei direkt nebeneinander liegende felder gelb waren... aber ansonsten hast du wohl recht 😉 denn von benachbartem rot lässt sich der bot nicht stören.

wambacher wrote:

...ich hocke in Schlangenbad/Wambach und möchte auch endlich die Longliners durch den Wald rennen sehen 😉

Gruss
walter

Wahrscheinlich macht er erst Nordamerika fertig, bevor er sich an "unsere" Sachen traut. 😉 Sitze ja in der selben Kachel..
Gruss Georg

Warum wird Haiti ausgespart?
http://harrywood.dev.openstreetmap.org/ … BTTTFFFFFF
Kann es sein, dass einige Mapper nach dem Erdbeben nicht zugestimmt haben und die möglicherweise lebenswichtigen Daten erst mal erhalten werden sollen?

hurdygurdyman wrote:

Warum wird Haiti ausgespart?
...Kann es sein, dass einige Mapper nach dem Erdbeben nicht zugestimmt haben und die möglicherweise lebenswichtigen Daten erst mal erhalten werden sollen?

genau das gleiche habe ich mich soeben auch gefragt.

efred wrote:

hurdygurdyman wrote:

Warum wird Haiti ausgespart?
...Kann es sein, dass einige Mapper nach dem Erdbeben nicht zugestimmt haben und die möglicherweise lebenswichtigen Daten erst mal erhalten werden sollen?

genau das gleiche habe ich mich soeben auch gefragt.

Also das Hauptproblem ist eigentlich in der DomRep und heisst Mirko Küster, defintiv auch nichts lebenswichtiges, er hat aber halt die ganze Hauptstadt gemappt. Als 2. ist dann noch Mapper ce-test zu nennen der sich, auch auf Anfrage hin, explizit geweigert hat die Haiti Edits freizugeben.

SimonPoole wrote:

Also das Hauptproblem ist eigentlich in der DomRep und heisst Mirko Küster, defintiv auch nichts lebenswichtiges, er hat aber halt die ganze Hauptstadt gemappt. Als 2. ist dann noch Mapper ce-test zu nennen der sich, auch auf Anfrage hin, explizit geweigert hat die Haiti Edits freizugeben.

und was bedeutet das? Bleibt Haiti somit CC-by-SA?

efred wrote:

SimonPoole wrote:

Also das Hauptproblem ist eigentlich in der DomRep und heisst Mirko Küster, defintiv auch nichts lebenswichtiges, er hat aber halt die ganze Hauptstadt gemappt. Als 2. ist dann noch Mapper ce-test zu nennen der sich, auch auf Anfrage hin, explizit geweigert hat die Haiti Edits freizugeben.

und was bedeutet das? Bleibt Haiti somit CC-by-SA?

Wird zuletzt verarbeitet auf Wunsch der MApper dort.

Edit:
Hat sich durch die obige Antwort erledigt.
(Die sind dann aber spät wach geworden 🤔 )

SimonPoole wrote:

Wird zuletzt verarbeitet auf Wunsch der MApper dort.

ah o.k. vielleicht wird in der Zeit bis dahin ja noch alles geremappt 🙄

hurdygurdyman wrote:

Die sind dann aber spät wach geworden 🤔

Ich sag mal bedingt JA, sind sie, evtl. waren sie auch etwas naiv, da sie nicht besonders viel von den Problemen mit Mirko Küster auf talk-de mitbekommen haben. Hier waren wir im Prinzip drauf vorbereitet und obwohl Deutschland deutlich mehr Mapper hat, ist die betroffene Region hier auf größtenteils abgebingte Straßen reduziert worden.

Der Bot in (48, 9) hat sich wohl an einer mysteriösen und abartigen Monster-Relation festgefressen. Seit 17:55 gibt es keine Log-Einträge mehr von ihm.

v1 hat 9918 Nodes und einen einzigen Way. v719 hat noch 9672 Nodes und einen Way. In v720 wurde die Relation vom Ersteller und wohl einzigen Bearbeiter "HagiRT" (undecided, 4 changesets, keine Daten mehr vorhanden) gelöscht.

Die Tags von v1:

<tag␣k="color"␣v="#FF8000"/>
<tag␣k="description"␣v="anspruchsvoll,␣250␣Höhehnmeter,␣guter␣Belag,␣wenig␣Verkehr"/>
<tag␣k="distance"␣v="37␣km"/>
<tag␣k="name"␣v="Bergtraining␣-␣Goellesberg␣-␣01"/>
<tag␣k="route"␣v="Cross-Skating"/>
<tag␣k="type"␣v="route"/>

Die weitere Vorgehensweise wird gerade beraten. Leider blockiert dieser Bot einiges, u.a. Karlsruhe Süd in (48, 8).

Der klemmende Bot wird vorerst laufen gelassen.

Cobra wrote:

Der klemmende Bot wird vorerst laufen gelassen.

habt ihr ne ahnung, wielange das ruhrgebiet noch braucht? der sperrt ja Mittelhessen - und rein zufällig auch mein Städtchen 😠
Gruss
walter

Da München inzwischen durch ist, können wir endlich einen Gruß in den Münchner Süden schicken:

DU UNS AUCH!

Ich hoffe, daß dieser Gedanke einigen von uns den Datenverlust leichter ertragen läßt.

Schöne Grüße an alle anderen Mapper,

Baßtölpel

Mensch, das Wendland hat ja echt Federn gelassen:
http://www.openstreetmap.org/?lat=53.08 … 3&layers=M
http://www.openstreetmap.org/?lat=53.15 … 4&layers=M
Rundling heißt der fleißige Ablehner.

wird denn noch eine extra karte erstellt wo alle gelöschten wege/objekte angezeigt werden? große straßestücke kann man wohl rausfinden, aber kleine stücke (brücken, tunnel) übersieht man vielleicht.

Oh, das sieht da ja echt übel aus. Ich warte schon auf die Vergleiche von Tom-Tom. Die werden ganz sicher schon auf hochtouren arbeiten und Präsentationen erstellen.

Chenshi wrote:

wird denn noch eine extra karte erstellt wo alle gelöschten wege/objekte angezeigt werden? große straßestücke kann man wohl rausfinden, aber kleine stücke (brücken, tunnel) übersieht man vielleicht.

Am besten diese "Karte der Verdammten" so online stellen, dass sie für Potlatch und Josm als Hintergrund verwendet werden kann. Das ist ganz einfach, wenn man weiss wie - und Profies wissen das! So könnte jeder - also auch du - die kritischen Sachen einfach wieder abmalen/eintragen.

Tolle Idee, gell?

Genau aus diesem Grund glaube/hoffe ich, dass es solche "Vorlagen" nicht geben wird. Und das ist gut so.
Dann hätten wir uns die ganze Sache auch ersparen können.

Gruss
Walter

Ich bin mir leider ziemlich sicher, dass manche so oder so ähnlich arbeiten werden. Da gab es genug Möglichkeiten. Von Screenshots über Mapnik-Tiles, osm-Files für josm bis hin zu einer read-only Datenbank mit dem alten Stand.

Dennis[B] wrote:

Oh, das sieht da ja echt übel aus. Ich warte schon auf die Vergleiche von Tom-Tom. Die werden ganz sicher schon auf hochtouren arbeiten und Präsentationen erstellen.

die haben wohl gerade besseres zu tun: http://www.heise.de/newsticker/meldung/ … 43641.html

gruss
walter

Basstoelpel wrote:

Da München inzwischen durch ist, können wir endlich einen Gruß in den Münchner Süden schicken:

DU UNS AUCH!

Ich hoffe, daß dieser Gedanke einigen von uns den Datenverlust leichter ertragen läßt.

Schöne Grüße an alle anderen Mapper,

Baßtölpel

wambacher wrote:

??

Soll wohl in etwa bedeuten:
"Geteiltes Leid ist halbes Leid." 😉

Chenshi wrote:

wird denn noch eine extra karte erstellt wo alle gelöschten wege/objekte angezeigt werden?

Frederik möchte möglichst bald die Lizenzanzeige des OSMI (auch WTFE genannt) abschalten, sobald diese nicht mehr benötigt wird und die frei werden Ressourcen dann für eine Karte verwenden, welche zumindest die veränderten Objekte anzeigt.
Siehe:
http://lists.openstreetmap.org/pipermai … 25318.html

Gruß,
Mondschein

Mondschein wrote:

Chenshi wrote:

wird denn noch eine extra karte erstellt wo alle gelöschten wege/objekte angezeigt werden?

Frederik möchte möglichst bald die Lizenzanzeige des OSMI (auch WTFE genannt) abschalten, sobald diese nicht mehr benötigt wird und die frei werden Ressourcen dann für eine Karte verwenden, welche zumindest die veränderten Objekte anzeigt.
Siehe:
http://lists.openstreetmap.org/pipermai … 25318.html

Gruß,
Mondschein

Die OSMI-Lizenzkarte ist eh keine "Lösung" für Chenshi: die wird sehr schnell aktualisiert, sobald ein Bereich fertig ist. Und schwupps sind die "alten" Wege auch weg 🙂

Noch kein Echo in den Medien? Verwunderlich bei den Einschlägen. 😉

chris66 wrote:

Noch kein Echo in den Medien? Verwunderlich bei den Einschlägen. 😉

jo, hat mich auch schon gewundert. heise ist doch sonst ziemlich flott.
und blödzeitung les ich nicht.

na ja, solange im pott nicht die Emscher ausläuft, gehts ja noch. 😉

Ganz nebenbei: Kann man die Zustimmung der Lizenzänderung rückgängig machen? Wurde danach bereits einige Male gefragt...

Nein...weil man mit der Zustimmung seine bisherigen Edits unter der Lizenz zur Verfügung gestellt hat. Man kann aber keine weiteren Daten unter der Lizenz verteilen. Ob das nun aber hilft...

Ebenso sollte sich die Polnische Community mal gut überlegen, wie sie auf andere Mapper gerade wirkt. Ich verstehe voll und ganz das die Situation frustrierend ist. Das Ausmaß war aber nicht überraschend. Wenn ich dann solche Fragen lese und Accounts mit recht eindeutigem Statement als Namen sehe vergeht es mir schon einwenig, meine Zeit mit Hilfe zu verbringen... Hilfe gibts in der Regel nur, wenn diese auch gewollt ist. Nach Hilfe rufen und in nächsten Satz dann sagen ihr könnt mich mal ist eventuell nicht gerade sinnvoll.... 😉

Lieber Hennig,
ich bin nicht die polnische Community, auch kenne ich mich nicht mit dem Rechtlichen aus und wenn ich gefragt werde, leite ich es weiter.

Hallo Marek...ich hab dich auch nicht gemeint, sondern die Community. Ich wollte nur drauf hinweisen, dass die Signale, die teilweise gesendet werden nicht gerade dazu betragen, dass andere große Lust habe Hilfe zu leisten. Mir ist durchaus klar, dass nicht die komplette Community so denkt.

Noch eine kleine Anregung zu eurer Liste: Könntet ihr noch vermerken, ob es Luftbilder in der Region gibt, mit denen man aus der Ferne mappen kann?

Die Seite ist leider nicht mehr aktuell dank OSMF Tsunami:

http://wiki.openstreetmap.org/wiki/Pl:Miasta_w_Polsce

Die dritte Reihe sagt aus, ob ein Satellitenbild vorliegt.

Viel Besser ist: http://www.openstreetmap.org/browse/relation/2280009

Gibt es eigentlich einen aussagekräftigen Permalink zum letzten CC Planet? Würde am Wochenende gerne ein bisschen an einem Diff arbeiten.

aighes wrote:

Ebenso sollte sich die Polnische Community mal gut überlegen, wie sie auf andere Mapper gerade wirkt. Ich verstehe voll und ganz das die Situation frustrierend ist. Das Ausmaß war aber nicht überraschend. Wenn ich dann solche Fragen lese und Accounts mit recht eindeutigem Statement als Namen sehe vergeht es mir schon einwenig, meine Zeit mit Hilfe zu verbringen... Hilfe gibts in der Regel nur, wenn diese auch gewollt ist. Nach Hilfe rufen und in nächsten Satz dann sagen ihr könnt mich mal ist eventuell nicht gerade sinnvoll.... 😉

Das ist das kürzlich endeckte "Australien-Syndrom". Leider nicht behandelbar aber vergeht von alleine wieder

So sicher bin ich mir dessen nicht, Thomas. Auch wenn ich es sehr wünsche.

Ich habe nie Datenimports gemacht und immer selbst gemappt.
In der Gegend die ich sehr gut kannte gab es Fragmente der Wege, die eindeutig schlecht waren. Ich habe sie nicht gelöscht, sondern modifiziert: manchmal aus 25 m eines Weges sind dann einige Kilometer geworden. Nun sind diese Daten weg, weil das Anfangsstückchen dummerweise importiert worden ist. Nachdem ich von den möglichen Folgen der Datenumstellung erfahren habe, begann ich meine Abschnitte zu trennen, auch wenn es falsch war. Deiese Wegabschnitte sind nun geblieben.

So wie mir geht es vielen Mapper, die nicht begreifen, warum der Umfang dieser Löschung so umfangreich ist ud solche Fälle nicht berücksichtigt. Genauso wie in Australien sind viele Mapper empört weil sie die Art der Umsetzung nicht ok finden.

Ich persönlich bin der Meinung, dass man in jedem Land mit einem Testgebiet anfangen sollte, damit die dortige Community begreift, welche Konsequenzen die Lizenzumsetung hat.

marek kleciak wrote:

Die Seite ist leider nicht mehr aktuell dank OSMF Tsunami:
...
Die dritte Reihe sagt aus, ob ein Satellitenbild vorliegt.

moin moin, marek
Meinst du eventuell die dritte Spalte?
Vielleicht findet sich ein Kollege, der da mal einige englische Sätze reinschreibt - zumindest die grosse Einleitung und die Tabellenüberschrift wäre wohl hilfreich.
Gruss
Walter