[Talk-at] Zweiter Benutzer von addresshistory*org mit edits?

[gppes_osm at web.de]

Ich hatte es schon im CS-Kommentar geschrieben, diese "at_bev:addr_date"-Edits von "Landeskarte" sind aus meiner Sicht zu revertieren. Auch wenn pro CS anscheinend "nur" einzelne hundert Nodes bearbeitet wurden: Wir haben derzeit einfach zu viele undiskutierte mechanische Edits im Staate Oesterreich...

Lg, Gppes

> Gesendet: Dienstag, 16. Juli 2019 um 09:37 Uhr
> Von: various at mailbox.org
> An: talk-at at openstreetmap.org
> Betreff: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?
>
> Es gibt offensichtlich einen neuen Benutzer, der oft nichts anderes macht, als den Tag at_bev:addr_date=2019-04-01 zu löschen. Wurde auch gefragt, warum er das gemacht hat ohne Antwort: https://www.openstreetmap.org/changeset/72163441 weiter Beispiele z. B. https://www.openstreetmap.org/node/6468524050/history und https://www.openstreetmap.org/node/6468524046/history  https://www.openstreetmap.org/node/6468524046/history und erzeugt somit aus vielen importierten Adressen eine v2.
> 
> Bei diesem Changeset von Landeskarte hat auch dann addresshistory weiterkommentiert: https://www.openstreetmap.org/changeset/71428706 Im Blog ist auf einen ziemlich netten Hinweis auch eher pampig https://www.openstreetmap.org/user/Landeskarte/diary/43306 
> http://whosthat.osmz.ru/  http://whosthat.osmz.ru/ Eine Whoisabfrage nach "landeskarte" und nach "addresshistory*" gehen beide auf geocodec zurück.
> 
> Während natürliche mehrere Accounts erlaubt sind, widerspricht das "mal den Tag mit BEV löschen" meiner Meinung nach Sachen. Änderung ohne Verbesserung, der Lizenzhinweis geht verloren (Adresse immerhin per Datensatz reingeholt und nicht per survey) und es wirkt, als wollte er dem "nur v1 löschen" entgehen. https://wiki.openstreetmap.org/wiki/OpenStreetMap_account#Account_Names_and_Multi_Account_Policies
> 
> Was wird hier auf der Liste von solchen Edits bzw. Zweitaccounts gehalten? z. B. für Imports wird das ja klar gefordert und sollte dann aber auch klar kommuniziert werden und beides ist nicht der Fall.
> _______________________________________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>