The "OSM Standard tile layer" looks wrong (white lines, abusive comments etc.)

Click to open I wonder what their ulterior motive is and who's behind it. It could be related to the [mechanical edits mentioned in comment 10](https://community.openstreetmap.org/t/the-osm-standard-tile-layer-looks-wrong-white-lines-abusive-comments-etc/111583) However, [they got back at it](https://www.openstreetmap.org/user/Kizilens). This doesn't tie up. Why would they get back? Maybe another set of mechanical edits? What do they mean by "Andy Townsend is playing a game"? Hopefully, what the ["investigation"](https://www.openstreetmap.org/user_blocks/16052#:~:text=blocked%20for-,investigation) entails means we will know the motive.

*typo fixed

Please note, it’s highly controversial, and the formatting is broken

Some people are just [insert word here that I couldn’t possibly use without upsetting some readers].

They’re human, and human beings do things for all sorts of reasons. Not all of those look sensible to outsiders or to people without a bit of the background around what led to them doing that.

13 Likes

I agree. I hate to say it, but it might be prudent to temporarily halt new changes until all of the vandalism is cleaned up. It’s a drastic measure to be sure, but drastic (existentially threatening) things are happening to the map.

It would be indeed a good way for to deliver cleaner map data, but it won’t take away the almost certain return of the same vandalists afterwards to continue this illogical provoke.

Though, this would have a greater effect if at the same time new anti-vandalism features get implemented (if feasible ones can ever get planned and implemented that is).

1 Like

That could be necessary one time, but it gives attackers the power to halt the entire process. I think we need a mechanism to allow and process ongoing changes to the database, while holding propagation of potentially unsafe object versions.

3 Likes

I don’t see how this helps. If there is an algorithm, it needs to stop potential harmful edits and release them only after manual review of a trustworthy mapper. Stopping OSM for cleaning up the data will be worse compared to current situation.

1 Like

It’d be helpful to know (privately, if you prefer) the reason for that.

6 Likes

Especially as this comment looks accurate and not offensive/problematic/aggressive or otherwise problematic.

Yes, some people have weird/evil/confusing goals (at least from our perspective) and will do weird/evil/pointless/insane things. Sometimes it involves vandalising OpenStreetMap, sometimes it involves other acts.

2 Likes

Got an Osmose alert of crossing ways. The same I think, in global view

5 Likes

Yes, see also Vandalismus endeckt ?! - #2 by pitscheplatsch

Several mods are reverting or have already reverted …

there are so many accounts doing this its actually insane, apparently its some sort of anti-russian propaganda but if thats the case this is a pretty weird way of spreading consciousness about the war.

2 Likes

If they did, loaded it ATM of my post into JOSM and tried a revert, frozen at step 9 of 46 of the validation cycle, then maxed out on memory as my JOSM is only allowed to use 4GB and it wss at 4.328. I’ll cancel since not wanting to cause a conflict.

I still think this would be a good idea.

How can a user at their first edit upload a changeset that spans over the entire globe with nodes dragged of thousand of km?

9 Likes

Yeah, I’ve witnessed that too (and reported as many accounts as I can). Also considered doing reverting it (since I myself also did reverts) but decided to leave for the experts.

In fact, I was wondering how long it took before someone posts here.

The user who’s way I linked to shows registration today, 17 edits with similar description and not blocked, yet.

Edit: Sorry now 24. 28

I found one clearly vandalistic changeset, Changeset: 152614038 | OpenStreetMap , and reverted it using osm-revert, however it is only one of many: more work will be needed to go back to an actually clean state

Ran your OSM-revert on the CS who’s ways were crossing mine. Easy with this tool, 4.3 seconds. Thanks.
(PS The user now shows having a lifetime block :+1:)

Yes. Looks like The Blockening has commenced.

Thanks to our team :muscle:t2:

(Oh, and to the petty little vandal: If you’re trying to further some kind of cause: this is not helping in any way. Neither Russia nor Ukraine gain anything from these stunts. And if you’re angry about decisions by people here at OSM: Grow up)

5 Likes

Note: anyone that is not an expert at reverting things should not try to revert this.

In this case someone decided to waste a lot of time to setup something relatively tricky to revert. It is not standard case where simply reverting with common tools in standard configuration will work.

I tried to help with reverting and only made things worse. Sorry.

If you are not fully understanding what edits exactly did, do not revert. If you think you do - you may be making the same mistake as me and you should recheck.

If you revert changeset by changeset, without filtering for elements, without checking all changesets - you are definitely making things worse.

(maybe helping in some way is useful, I hope that someone from DWG will post here if that applies)

If anything they effectively behave as pro-Russia troll (pointlessly damaging stuff while insulting something is effectively making other side seem worse). No idea what they actually intended, and there is no point in caring about this.

16 Likes

This was discussed a bit in Maybe rate limit changeset size? ¡ Issue #4805 ¡ openstreetmap/openstreetmap-website ¡ GitHub

If someone would be interested in analysis of one kind or another then potential effects of such change could be estimated.

There is also Allow a limit to be set on expiry of line segments by tomhughes ¡ Pull Request #2185 ¡ osm2pgsql-dev/osm2pgsql ¡ GitHub but it needs even more advanced knowledge to help with it.

1 Like