It doesn’t seem to be possible to browse for changesets for some of these accounts. If anyone wants a list for a particular account, let me know.
1 Like
Aquarix, yes, but the problem is that there are different forms of vandalism. We have removing vandalism… but we also have adding vandalism ! So I think your solution just take one side of the problem.
I agree with the idea of Spatialia : it would be a good idea to create a new working group for this specific subject. Because there are too many consequences, the community needs good advice to make its choice.
Furthermore, two different decisions should be taken :
- one in the short term to remove vandalism for the next few days,
- one for the long term issue, for the problem of temporary hard vandalism.
Perhaps a mechanism could be enable and disable for emergency problems ?
Does the OSM database is very vandalised in normal times ?
And for everybody, don’t hesitate to take a look at how Wikipedia works :
3 Likes
it seems to me that it is necessary to introduce stricter rules for registration, for example, to add verification by phone number, or other points that will make it impossible to register a large number of accounts, and in general I do not see the need for a person to have 1 account, and all auto-, techno-, bots must be created from the main record
4 Likes
This reminds me of a recent case where someone readded (not removed) Ukrainian names after their (constant) removals even though said names were added hastily by a different (now banned) user:
That’s why I also consider ezekielf’s suggestion more powerful as this many changes are unlikely to be done by a single user. Of course, editing geometry will easily blow up the amount of changed objects (depending on what’s ultimately counted as an object) Mateusz noted, though I’m sure most beginners do start simple and edit single nodes like shops or stops first, StreetComplete or otherwise (I know I did) and even then, it’s better to start slowly with geometry and don’t edit a huge area.
hi! I am actually the person who reverted those exact changesets two times where literally tens of thousands places in Russia (mainly in Moscow and Saint-Petersburg) and Belarus which do not have a name in Ukrainian were “translated” mechanically, user of original changesets is banned, the account (it seems that it belonged to the same user) which restored those translations was also banned, now for 10 years, and now this happens again… I don’t know, it’s just a huge amount of basically meaningless and well… vandalism changes for places like hospitals, pharmacies, military camps, roads, city names, heh, the whole city districts…
Sure, I reported it, account will probably be blocked, probably I will revert it again - but if a random new account can add those translations again and again, (or add something new, like the case we had recently with offending names for huge number of objects in Russia), it’s a battle I’m not sure I’m willing to continue undefinitely…
A few more changesets have appeared just now. You currently can see them here.
“New” likely problem accounts have been popping up, and been blocked, continually. I blocked a few hundred last night; there have been around 6500 in total.
1 Like
Latest vandalism wave should be reverted now by @NorthCrab (they made some custom tool for handling that, hopefully everything what should be reverted is now gone).
4 Likes
I’m not all that well known with OSM protocols and processes, maybe someone can answer my question below.
I loved the talk on this thread which directly was related to the actual proposal, to limit new accounts and find some social way to make them more powerful over time. I think it has been only positive in reception. Obviously, my simple strategy may not be optimal and I do agree with the suggestion to make some working group, if that is how OSM does things. Where a viable alternative a ‘just do it and iterate’.
So, the question I have is how do we kick-start such a process? Is there a need for the foundation to approve a working group or a policy change with regards to limiting new accounts? Is there a different way to get the ball rolling?
My take is still that a new account that is limited to only things that a zero-day mapper would do, and it takes actual positive contributions over some time to extend the power of that account, this solves the vast majority of social problems. Including massive vandalism that we’ve been seeing for some time now.
It would be good to start rolling this process sooner rather than later. Main rationale is that people are getting tired of reverting. I can’t even imagine what the DWG people feel on this repeated issue.
Knowing that this will not just continue for the next year(s) in the same vain is needed to avoid burn out, and for that some sort of structural solution should be expected to be in place at some point in the foreseeable future
For what its worth, I would go with the roll-out and iterate approach where the server adds some new error codes for going over the limits and the main iD editor adds basic error codes for the same. New accounts made from that day forward are limited.
And then iterate. Increase usability, make more editors support nice feedback UX feautures, and on the server add features like fetching limits and quotas under an account.
And iterate also in numbers of what people can do. Start small, react to new people complaining about what they can do. Adjust limits and repeat.
The rationale for going with the ‘move fast and break stuff’ approach is that its only for new accounts which severely limits the number of affected users, and stuff is today quite broken and as such its probably cheaper (on the community) to do an imperfect thing fast than to take 4 months to have a working group come up with the best proposal before its activated while the community keeps cleaning up messes.
8 Likes
So, when I suggested the idea of a working group, I looked up the process for that. According to the wiki, a process was proposed, but not ever put into place, but seems like a reasonable place to start: Working groups/Proposing a new working group - OpenStreetMap Wiki
I agree with you though on approach. Part of what made me open this thread is I’d had similar thoughts on the style of account limits (similar to what Discourse itself does with permissions), and wonder if some combination of that plus wikipedia-like moderation (temporarily lock specific tag values, temporarily lock specific geographies) will end up being useful, along with an API that reports current locks so editors can warn users before they prepare changes. But the specifics matter a lot and need hashing out, as the rest of this thread shows.
I’d be curious what the people on the affected teams think of the idea of a working group - is there someone on the teams who has time to participate and thinks it’s a good route forward? I don’t want to propose it officially if it’s going to take time away and they’d rather continue informal coordination, but the discussions I’ve seen on this have seemed inconclusive at determining tools to develop because the number of considerations is large and crosses groups - as a result it feels like our admins lack tools necessary for the scale of the problem and it will just get worse.
Current measures does not helps a lot - map is in damaged state for several days already.
Is it possible to temporary ban IPs from which accounts were registered as an emergency measure?
I think that it might help to clarify what you mean by a “damaged state”. As of now (6:28 UTC on 25/8/2023) there absolutely are issues, and if you zoom in and look at the history you’ll see that reverts are in progress.
As of midnight last night, I’m not aware of any outstanding data issues. There absolutely were cached tiles in the CDN with old data visible, and other data consumers would have similar issues, but I think that the efforts to revert vandalism had largely caught up with the actual vandalism at that time - unless of course you know different.
Has a limit on the rate at which (new) accounts can comment been considered yet? I feel like putting some limits on that is sensible.
Situations like this, where a number of bot accounts send hundreds (well, thousands) of messages in just a few minutes are kinda ridiculous.
3 Likes
Oh, yeah, when I read this part I couldn’t process it (being late at night and so) but then I opened up @SomeoneElse’s link and that vandalism goes much worse than I thought. Of course, it doesn’t help that there are actual supporters of this vandalim (not just @BaboucheVerte but also @Anti1982 as given here, possibly @darkonus for liking the former’s post*), it’s a quite sad situation especially for something minor.
*Yeah, I know I too “liked” Babouche’s post but I accidentally kicked on liked instead of angry and by the time I noticed it, Discourse doesn’t allow me to change it.
Oh, it’s at it again… I had the same effect from some reverts, but I had maybe 15 comments on every changset… not THIS…
yes and yes
I was asking yesterday about progress and got info that progress is happening at this moment the recommended action is to not bother person working on it (plus some ideas for even less direct action).
if you want you can ask for help: many mail clients (Gmail, Claws Mail etc) have support for mass deletion and filtering rules.
But we would need to know how you access mail.
See also rate-limit changeset comments · Issue #4196 · openstreetmap/openstreetmap-website · GitHub
1 Like
Whaaaat ? Where have you read that I was for this vandalism ? Ты дурак или что ? I strongly thank all the people fighting against the vandalism of removing name:ru ! (And I did add afew name:ru in Uzbekistan so you’re totally wrong). I was just responding when he was saying “you can’t talk with people full of hatred” meaning ukrainians. They’re not, Russians are.
I think that this vandalism just come from stupid trolls, it wouldn’t make any sense for ukrainians sympathysant to do so (whereas it would make sense from Russian one, to try to provethere is russophobia).
I mean vandalised names persists on the map for several hours here and there in last several days. This problem could not be solved with reverts. It is necessary to log IP on registration and temporary ban this IP if account do any harm - this is a simplest thing we could do for a moment until some account restrictions will be invented.
For example, this changeset is not reverted yet Changeset: 140348052 | OpenStreetMap .
By the way, is it safe to modify geometry of vandalised objects? Does it complicates revert process?
For some obvious and smaller changes we “only” need someone to implement change to GitHub - openstreetmap/openstreetmap-website: The Rails application that powers OpenStreetMap
So either one of current contributors will write patch (it is happening already from info I got). This does not require working group or board approval.
If you are familiar with Ruby on Rails: see Please help with pull requests! · Issue #3815 · openstreetmap/openstreetmap-website · GitHub - help would be highly welcome
For some large scale changes more would be needed. For example OSMF could hire someone to implement this like this (or help with review of open pull requests or do similar tasks), but right now are funds are too limited for this (one of reasons for fundraising).
3 Likes