Vandalismus entdeckt ?!

Mateusz_Konieczny · 2024-06-13T09:04:46.978Z

Yes, if you are not an expert, do not revert it

See Changeset: 152617548 | OpenStreetMap for DWG confirmation.

woodpeck · 2024-06-13T09:24:15.654Z

Ich habe jetzt den Schaden untersucht und - so hoffe ich zumindest - alles repariert, was noch nicht repariert war. Zu den ungefähr 450 Vandalismus-Changesets kamen rund 70 Revert-Versuche, die meistens schief gingen, weil der Vandale mit verschiedenen Accounts mehrere kaputte Versionen des Objekts angelegt hatte, so dass ein simpler Revert ohne gründliche Recherche dann einfach zur vorigen kaputten Version zurück ging - und weitere Reverts dann erschwert, weil nun ja ein “guter” Account in der Liste der Bearbeiter ist und man nicht unbedingt weiss, ob der Schaden dadurch wirklich behoben ist. Hier ist so ein Beispiel, an dem man das gut sehen kann: https://www.openstreetmap.org/way/4436607/history

Grundsätzlich ist es gut und richtig, wenn die Community notwendige Reverts selber in die Hand nimmt und die DWG nur dort einspringen muss, wo es komplizierter wird. Das schwierige ist halt manchmal, rauszufinden, wo es “komplizierter wird” - die Verfügbarkeit vermeintlich “einfacher” Revert-Tools kann leicht dazu verleiten, mal schnell auf den Revert- Button zu drücken und damit den Salat zu vergrößern

Wenn jemand noch ein Problem sieht - und zwar in den Daten, nicht auf der gezeichneten Karte! - dann bitte melden!

seichter · 2024-06-13T11:58:35.481Z

Das Ganze sieht mir nach einem Privatkrieg eines irgendwann vergrätzten Insiders gegen ein DWG-Mitglied aus.
Gibt es Überlegungen, den Übeltäter mit normalen rechtlichen Mitteln greifbar zu machen?
Ich weiß, das das schwierig bis fast unmöglich ist, wenn derjenige gute IT-Kenntnisse hat, aber die Aktionen gehen mMn bereits in den strafrechtlichen Bereich.

Eine weitere Möglichkeit wäre, OSM widerstandsfähiger gegen Vandalismus zu machen.
Das ist praktisch unvermeidlich mit Nachteilen für Normalmapper (insbesondere Anfänger) verbunden, aber die völlige Offenheit gegenüber jedweden Änderungen macht mir kein gutes Gefühl im Magen. OSM ist inzwischen eine so verbreitete und gern genutzte Grundlage für viele Anwendungen, dass ein Stück weit auch Verantwortung dafür besteht, das Projekt stabil zu halten.

woodpeck · 2024-06-13T12:44:04.730Z

Da ist ja schon einiges passiert; Neubenutzer können jetzt weit weniger Änderungen auf einmal hochladen als früher (sehr zum Leidwesen einiger Organisatoren von humanitären Mapathons); die Möglichkeiten, mit der gleichen Email-Adresse beliebig viele Accounts anzumelden, sind eingedämmt, und von bekannten Anonym-Mailern und einigen VPNs kannst Du gar keine Accounts mehr erzeugen. Ein Pullrequest für osm2pgsql soll dafür sorgen, dass kilometerlange Straßen nicht mehr die Tileserver-Queues verstopfen. Da kann man sicher in Zukunft noch mehr machen, aber wie Du richtig sagst, alles, womit man sich vor Vandalismus schützt, ist immer auch eine Hürde für willkommene Neumapper.

Im konkreten Fall handelt es sich um Trotzreaktionen eines ukrainischen Mappers, aber viel Spaß dabei, die Justiz in der Ukraine zum aktuellen Zeitpunkt für so etwas zu interessieren.

miche101 · 2024-06-13T13:20:59.197Z

woodpeck:

(sehr zum Leidwesen einiger Organisatoren von humanitären Mapathons)

ja da wäre gut wenn man jemanden angeben könnte der schon länger dabei ist… der für die Neumapper für den Mapathons bürgt/bestätigt… damit die Mapathons ohne große Einschränkungen machen können…

humanitären Mapathons finde ich schon wichtig…

Mammi71 · 2024-06-13T13:29:11.774Z

Frage in die Runde: fühlt sich jemand berufen, den Vandalismus-Hinweis in Englische zu übersetzen (inkl. Bildausschnitte mit englischer Menüführung)? Ich würde das dann nach Rücksprache mit der Forums-Governance gern global anheften, damit man nicht gefühlt Tausend Fragen beantworten muss.
Ich selbst habe dafür gerade leider keine Zeit für eine Übersetzung.

0xb7767000 · 2024-06-13T14:26:28.000Z

Kann ich machen. Das einzige Problem dürften passende Screenshots sein. Ich kenne zwar eine Stelle an der aktuell immernoch kaputte Daten angezeigt werden, allerdings nur in Zoomstufe 15, und das ist ja schon recht weit rausgezoomt. Ich kann also nicht versprechen, dass man auf den Bildern gut sieht, dass über der kaputten Straße KEINE blaue Linie mehr ist.

milet · 2024-06-13T14:32:09.729Z

Screenshots:
osm1

osm2

osm3

osm4

osm5

milet · 2024-06-13T14:33:43.669Z

Ich musste auch ganz schön Suchen, um noch Artefakte in der passenden Zoomstufe zu finden

Peer_van_Daalen · 2024-06-13T14:45:12.435Z

Mal so nebenbei, - Danke an Alle, die sich dran gemacht haben und dran machen diesem Unwesen zu begegnen, die Spuren dieses Vandalismus zu beseitigen und - falls möglich - für die Zukunft zu verhindern.

0xb7767000 · 2024-06-13T15:19:41.582Z

Super, danke dir für the Bilder

Hier ist der übersetzte Text. Ich unterstelle mal, dass ihr Mods den fertig formatieren Text hier einfach rauskopieren könnt.

Reacently there has been another case of vandalaism:

Single nodes of some streets have been moved all across the globe to create a hodgepodge of lines. Some of the streetnames have been changed as well. Also, this is not the first case of this kind of vandalism.

Please do not post images with these unwelcome and insulting names or propaganda. We don’t want to spread the vandals/perpetrators word for them

Most cases are found quickly and get reverted. But it can happen, that you still see them on the map.

1. First check

whether these wrong data are still in the OSM-Database. You have different options to do so on the OSM-Standard Map:

a) Query features

Click with the right mouse button at a given location and select “Query features” in the context menu:
osm1

No result:
osm2
→ the vandalism has already been taken care of.

or

b) Map Layers

select Layers
osm3
and next, in the lower part of the menu:
osm4

if no blue and selectable line is being shown ontop of the vandalized street:
osm5
→ the vandalism has already been taken care of

or

c) Open an Editor

… of your choice. If no vandalized street is displayed
→ the vandalism has already been taken care of.

2. If the above checks show

… that hte vandalized streets are actually still in the database, then please report dirctly to Data Working Group (DWG). The easiest and fastest way to do so is an email to: data@openstreetmap.org. Please provide the number (ID) of the vandalized object and/or the number of the changeset. You get these numbers with the “query features” described above, or by clicking the blue line when using “Map Layers”. (currently there is no picture available)

Members of the DWG or other versed contributors will then do the revert.

Please do not try to correct any vandalism on a couple streets on your own. That makes it harder for us to do a rollback of the entire malicious changeset.

3. Vandalism is still being displayed

If wrong data is still displayed on the OSM-Standard Layer despite of a revert, then deleting your browser-cache will usually fix the issue. Depending on your browser and system, one of the folloing key presses will do so:
Windows / Linux:
F5 or Ctrl+F5 or Shift+F5
macOS:
CMD + SHIFT + R

4. If that still doesn’t work

… then it is likely that the rendering-server is overloaded and can’t draw the repaired tiles fast enough. In that case you only have one choice left: waiting.

To the discussion in the international forum: CLICK HERE (Update 13th June 2024)

To the discussion in the german forum: CLICK HERE (Update 13th June 2024)

jopi56 · 2024-06-14T06:48:50.363Z

Hallo,
ab wann, kann man die neuesten Daten von Geofabrik laden, ohne den Vandalismus mit zu laden ?
Sind alle falschen Daten mittlerweile beseitigt ?

woodpeck · 2024-06-14T07:20:04.849Z

Der Vandalismus ist passiert, nachdem die Extrakte in der Nacht von Mittwoch auf Donnerstag erstellt wurden, und war behoben, bevor die nächsten Extrakte erstellt wurden, d.h. er hat die Geofabrik-Extrakte nicht betroffen.

Mammi71 · 2024-06-14T07:32:11.698Z

rein interessenshalber und nur mal angenommen, der Vandalismus wäre kurz vor dem Erstellen der Extrakte passiert und Ihr hättet vandalierte Daten erhalten - wie schnell könnte die Geofabrik reagieren und die “Auslieferung” an Kunden verhindern bzw. auf den letzten sauberen Extrakt zurücksetzen.

Und das ist doch genau das, was @SomeoneElse propagiert: Kunden sollen nicht Tiles direkt (und live) von osm.org beziehen, sondern aufbereitete Daten von Drittanbietern. Das würde die weitere Verbreitung von vandalierten Daten zwar nicht 100% verhindern, aber doch stark auf wenige zeitlich ungünstige Fälle beschränken. Und osm.org bliebe als permanent aktualisiertes Live-Feedback den Mappern “vorbehalten”.

silversurfer83 · 2024-06-14T22:11:32.036Z

@SomeoneElse ist da schon dran. Aktuell grätschen ihm leider wohlmeinende Mapper dazwischen und kassieren auf Grund der kristischen Lage selbst einen kurzen Block, damit sie die Situation nicht noch verschlimmern

BrummsLee · 2024-06-14T22:20:19.800Z

OK. Danke.
Dann lösche ich die Anfrage gleich wieder.
Sah mir jetzt ziemlich neu aus.

Gruß

silversurfer83 · 2024-06-14T22:27:12.843Z

war auch sehr neu. DWG war aber wohl grad wach. Hat ne gute Viertelstunde gedauert, da waren schon die ersten Accounts wieder gesperrt

dieterdreist · 2024-06-15T11:49:34.000Z

nach meinem Verständnis sind die Geofabrik-extrakte keine aufbereiteten Daten in diesem Sinne, sicherlich werden sie versuchen zu vermeiden, dass Vandalismus den Weg in die Extrakte findet, aber versprechen werden sie das bei einem kostenlosen Service vermutlich verständlicherweise nicht.

Xunde_Energie · 2024-06-15T12:28:49.618Z

Cycleosm overlay ist heute betroffen.

Ganz massiv!

SomeoneElse · 2024-06-15T12:49:45.310Z

One feature, Six mappers and still More ways to map it:

Customers should not obtain Tiles directly (and live) from osm.org , but processed data from third-party providers

… and also ensure that “their background map” is only updated periodically when someone has checked that it is OK to do so. Typically that would involve buying a service from someone to provide that “clean feed”, or to do periodic updates only when there is no known problem. Any automatic process could have problems if no-one is checking before an update takes place.

Fundamentally this is something that companies ought to pay for - someone needs to do that work, and they don’t benefit directly themselves so they should get paid for that. As the tone of some of my recent messages has no doubt made clear, I’m somewhat frustrated by large organisations using OSM’s “free” tiles and then demanding that a problem in those tiles is fixed because “our customers are seeing this”.