User talk:Dominic

Notification about possible deletion

Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry. If you created these pages, please note that the fact that they have been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with them, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Affected:

• File:"Self-Portrait", 1961 - NARA - 558827.jpg

And also:

• File:"Bird No. 1," welded metal sculpture - NARA - 558835.jpg
• File:"Cave-Bird and the Lantern", 1964 - NARA - 558830.jpg
• File:"Hanging Figure" - NARA - 558836.jpg
• File:"Heavenly Enlightenment", 1964 - NARA - 558831.jpg
• File:"Illumination No. 1", 1964 - NARA - 558834.jpg
• File:"Jeune Fille Assise", 1961 - NARA - 558825.jpg
• File:"Le March", 1960 - NARA - 558826.jpg
• File:"Primogenetive Fissure", 1964 - NARA - 558833.jpg
• File:"The Musician", 1961 - NARA - 558829.jpg
• File:"The Umbrella", 1961 - NARA - 558828.jpg
• File:"Twilight Braves", 1964 - NARA - 558832.jpg

Yours sincerely, Gestumblindi (talk) 09:51, 8 July 2025 (UTC)

dupe-tagging

Hi Dominic, yesterday your DPLA bot put 9000+ files into the duplicate-speedy-deletion category. I would ask you not to allow the bot to process such large numbers of files in one batch. As you may know, deleting/processing these files requires a manual action by an admin who needs to perform 4 to 5 clicks per file (!). Resultingly, the dupe-speedy-cat will now be clogged by these files for days. This is a problem, as the files in this maintenance-category are listed in chronological order, whereby the deletion of files needing urgent deletion may now be delayed. --Túrelio (talk) 08:00, 10 July 2025 (UTC)

@Túrelio: I am very sorry about that. I had been trying to keep it to only a few hundred at a time, or 1000 in a day, since it seemed like that got managed. But yesterday I accidentally added a zero. I have uploaded over 6 million files over the years, but recently a large cache of about 40K of duplicates was identified, so I have been trying to get through it for quite a while. I was hoping there was a chance tagging the 10K files might not cause major issues, but I completely understand why it is bad to drown out the other requests. It is certainly not my intention to do it again at that scale. If you want me to undo them and redo it later at a slower rate, I can do that. Thank you for all the work you do. Dominic (talk) 17:10, 10 July 2025 (UTC)

I had assumed something like this. No, you don't need to revert; that would be unnecessary workload. People just have to wait a bit. I've just cleared the dupe-requests at the end of the queue. --Túrelio (talk) 09:18, 11 July 2025 (UTC)

Hi! I made the same mistake with my bot some time ago and configured it to never exceed 190 files in the Duplicates category. The value is arbitrary but I think all bot maintainers shall agree on the same limit. vip (talk) 19:25, 7 August 2025 (UTC)

You again tagged many duplicates. Why did you tag the old version for deletion and not the new mistaken upload? GPSLeo (talk) 19:08, 12 August 2025 (UTC)

I hadn't tagged anything for over 24 hours at that point, and I kept the limit to under 1000 tags, as I have done before. If this is a problem, let me know. But I have been working through a list of around 40,000, so it has taken a long time and we don't really want those duplicates out there. The bot is set to tag whatever is the version with a broken source link. Most of these duplicates are cuased by an institution that changed all of their identifiers and broke links. So we want the version (typically the newer version) with the correct identifier, file name, and URL to be kept. Dominic (talk) 14:06, 14 August 2025 (UTC)