[openstreetmap/openstreetmap-website] Limit number of edits per user and day (#2342)

Mateusz Konieczny notifications at github.com
Sat Oct 28 20:36:13 UTC 2023


>  Fine. Please help me understand what can I, and potentially others, do in order to get this issue resolved?

Can you write C++ code? Are you willing to spend days/weeks/months on that? If no, then there is very limited amount of what such person can do. And if not, then writing about moral duty does not help much.

-----------------------------

As I understand (not an expert, I may be wrong) it requires relatively complex changes to https://github.com/openstreetmap/cgimap - written in C++ with all consequences of that.

For start, it would require significant time from someone who can write decent C++ code.

---------------

Further, maybe useless speculation based on:

> Just to add a bit of detail here, we already have rate limiting on the changeset upload call on cgimap, which is currently based on the number of bytes returnes by the call (like it is done for the /map call).
> Admittedly, looking at the number of bytes is not effective by any means to stop the users mentioned here (main reason being that the diffResult message usually comes with a rather tiny amount of bytes compared to a /map call). ;aybe we could evolve this approach by defining some more meaningful criteria.

maybe separate byte-counting could be done for performed edits? Maybe counting send data? Or by counting also send data, possibly with increased multiplier? With waiver for moderator accounts used by DWG?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/2342#issuecomment-1783916229
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/issues/2342/1783916229 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20231028/0fc8e3de/attachment-0001.htm>


More information about the rails-dev mailing list