Essjay wrote: <snip> lots of replys</snip> I am aware that none of my "solutions" is perfect, but I'm sure they could be useful. People might be more sympathetic for admins deleting files if "the system" prevents new uploads until the backlog of bad old ones is cleared up. Likewise, once the backlog is down considerably, an automativ deletion after X days would be reasonable. If the backlog grows (vandals), it could pause. Etc.
I am a Commons admin, and the thing that scares me most about Commons admin work is deletion: Almost everything on Commons, if deleted, cannot be recovered, and Commons materials are used on all Wikimedia projects. There are good tools, like the one that checks usage on other projects, and I'm glad we have them, but we still have the problem that there is a major language barrier, and very low participation from projects.
However, the thing that would make me feel most comfortable deleting would be a way of getting things back. If deleted images could be recovered, I'd have no problem whatsoever with deleting things in those categories left and right. And, it solves the problems raised above with the idea of deleting by bot: As long as we know we can get it back, why not?
Is there a rule that says this has to be done *inside* the commons? The images are accessible from everywhere, so deleted images could be copied to other places prior to deletion. The toolserver might be a suitable place, or we could even go for a distributed solution that uses the toolserver as an organizing hub. Similar to the recycle bin on Desktops, old deleted images (where noone complained about the deletion) could be deleted permanently if space gets low. Images would not be accessible for the public, so no problem arises for copyvios.
I'd be willing to code that. Note that this deletion would require going through a script on the toolserver (to copy the image), which would then invoke the coimmons deletion form.
Magnus