<p></p>
<blockquote>
<p dir="auto">I'm not trying to do anything as complicated as that algorithm, just a simple limit on the number of create/update/delete operations.</p>
<p dir="auto">I also think that a 24 hour window is probably too long as it would need quite a high limit that people could then burst to very quickly so I was looking at a rolling one hour window with a limit ramping up from 1000 to 100000 or so over the first week when somebody starts at editing but possibly non-linearly and also with a reduction when users are reported as we did with changeset comments.</p>
</blockquote>
<p dir="auto">I'm currently preparing a talk for the SotM Europe about that and have screened the 600 or so most active users for that. In the last 11 years (since the license change)</p>
<ul dir="auto">
<li>Only 8 probably benign users touched over 10000 objects in the first hour of editing activity</li>
<li>Only 1 additional probably benign user touched over 40000 objects in the first 24 hours of editing activity</li>
</ul>
<p dir="auto">The metric actually used have been the number of created object versions, i.e. collating creations, changes, and deletions. Note that account creation on many cases have been hours to years ago, so the start of measurement is really the upload of the first changeset.</p>
<p dir="auto">The 24 hour window stops users that first probe whether their setup works then start uploading massive changesets. If you decide to have a sliding window for all users and not just a limit for new users than the one-hour limit is probably good enough. I have not checked how many seasoned users have ever uploaded more than 10000 object versions in an hour.</p>
<p dir="auto">Note that I do not count valid mechanical edits and approved imports towards benign users.</p>
<p dir="auto">The Israel vandals are well over these values and would have been stopped in the third or fourth changeset if that limit were already in place. So would have been many Ukraine vandals.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/2342#issuecomment-1784533065">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLIRKCURCHZNCZLOSZ3YB466ZAVCNFSM4IJTW3X2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCNZYGQ2TGMZQGY2Q">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLMYG5MDWOYPTVK6JBDYB466ZA5CNFSM4IJTW3X2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGONJO5ASI.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/issues/2342/1784533065</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/2342#issuecomment-1784533065",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/2342#issuecomment-1784533065",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>