User talk:DPLA bot/Archive 6
| This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Using DPLA bot for importing tab or chart pages
I mentioned your bot on mw:Extension:Chart/Project/FAQ. I hope that was ok. Otherwize, please remove. Tomastvivlaren (talk) 15:15, 4 June 2025 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
And also:
- File:Debout Dans La Tranchee Que L'aurore Eclaire, Le Soldat Reve a La Victoire Et a Son Foyer. Pour Qu'Il Puisse Assurer L'Une Et Retrouver L'Autre, Souscrivez Au 3e Emprunt De La Defen - DPLA - 1118cd83b686d1e5a7ab4c660b218a2c.jpg
- File:Debout Dans La Tranchee Que L'aurore Eclaire, Le Soldat Reve a La Victoire Et a Son Foyer. Pour Qu'Il Puisse Assurer L'Une Et Retrouver L'Autre, Souscrivez Au 3e Emprunt De La Defen - DPLA - 24fabd3348d1b8ddb780bbec21949080.jpg
Yours sincerely, Rosenzweig τ 21:05, 22 June 2025 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
And also:
- File:Debout Dans La Tranchee Que L'aurore Eclaire, Le Soldat Reve a La Victoire Et a Son Foyer. Pour Qu'Il Puisse Assurer L'Une Et Retrouver L'Autre, Souscrivez Au 3e Emprunt De La Defen - DPLA - 1118cd83b686d1e5a7ab4c660b218a2c.jpg
- File:Debout Dans La Tranchee Que L'aurore Eclaire, Le Soldat Reve a La Victoire Et a Son Foyer. Pour Qu'Il Puisse Assurer L'Une Et Retrouver L'Autre, Souscrivez Au 3e Emprunt De La Defen - DPLA - 24fabd3348d1b8ddb780bbec21949080.jpg
Yours sincerely, Rosenzweig τ 21:05, 22 June 2025 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
Yours sincerely, Rosenzweig τ 02:15, 29 June 2025 (UTC)
File:Portlandia, The Portland Building, Portland - DPLA - b2f2283025dccf0264c012e308b48e4e.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
JWilz12345 (Talk|Contributions) 00:40, 24 July 2025 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
And also:
- File:Portlandia Statue, Portland - DPLA - fbf0ce94cb74678c246a445f38d9d6ba.jpg
- File:Portlandia Statue, Portland - DPLA - d540ed1420339ac28f5469d4c6d1dbbe.jpg
- File:Portlandia Statue, Portland - DPLA - ad53c1ca6b4c2d172dd3ab573f9189f5.jpg
- File:Portlandia Statue, Portland - DPLA - 1ede18cbfa5e5c36674c32ceec6b086c.jpg
Yours sincerely, JWilz12345 (Talk|Contributions) 01:03, 24 July 2025 (UTC)
File:Maria Davenport - DPLA - a2a6f0a3c5b47932525f2c559f8597ca (page 1).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Nv8200pa (talk) 12:15, 30 July 2025 (UTC)
File:T-shirt Supporting Recall of Alderman John Koch Worn by Kayla Vaughan - DPLA - 63598fe3606c101fb7d7c7ae5851b781 (page 4).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request.
|
Belbury (talk) 16:21, 19 August 2025 (UTC)
File:T-shirt Supporting Recall of Alderman John Koch Worn by Kayla Vaughan - DPLA - 63598fe3606c101fb7d7c7ae5851b781 (page 3).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request.
|
Belbury (talk) 16:22, 19 August 2025 (UTC)
- @Belbury: Speedy deletion is for "obvious" cases, not where you disagree with the copyright determination of the institution that owns and uploaded the material. You are making an assumption by reading a copyright notice in an original work that you understand the copyright situation, even though an institution which also saw what you saw, in addition to holding the physical object, and ensuring its preservation, digitization, and description, gave a different rights statement. It needs a discussion, at least. Dominic (talk) 17:58, 19 August 2025 (UTC)
- Noted, thanks, I'll open a deletion discussion to get it checked. Belbury (talk) 18:01, 19 August 2025 (UTC)
- On second thoughts, after looking at other T-shirts on their site where they haven't made a call on the copyright, I'll leave it. Belbury (talk) 18:07, 19 August 2025 (UTC)
Lisbon trams
You created Category:Trams in Lisbon/Views several years ago. It’s undocumented, filled with errors, and apparently useless. I’d request its deletion, but thought of asking you first. -- Tuválkin ✉ ✇ 10:33, 30 August 2025 (UTC)
- Thanks for asking. These pages are orphans from the first version of our analytics tool, which was storing data in category subpages before we switched to using the data namespace. The only reason I haven't deleted them is because there is some page view data in there from before Commons Impact Metrics, which only goes back to 11/2023—because the template was changed, you can only see them in the edit view. We can safely delete it if you prefer. Dominic (talk) 15:16, 2 September 2025 (UTC)
File:"SAINT-VENANT (Pas-de-Calais) -- L'Eglise et les Maisons detruiles par les Boches - The church and houses destroyed by the Germans." - DPLA - 28d32acd8c8c07f42f7066498a7cb896 (page 1).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Adamant1 (talk) 05:19, 19 September 2025 (UTC)
File:A Clevelandi magyarok története - adatok és elbeszélések nyomán összeállitották és szerkesztették - DPLA - 3837cd6cda5b2d6ff2780819d27d6383 (page 108).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Mateus2019 (talk) 12:05, 21 September 2025 (UTC)
File:HeART of Protest Mural - DPLA - c0ae93a7ca13e16f69bb8685f41eecbf.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:17, 11 October 2025 (UTC)
File:Mural by Jeffrey Abraxas Dade - DPLA - 423f19b8f0494adcc8ad7dc21015f195.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:18, 11 October 2025 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 89f5fe4ab73c9d3ce575c130233b101d.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:19, 11 October 2025 (UTC)
File:Coloring the Path to our Future mural - DPLA - d6bb9d6e75cea6a86050b30f4c7419b9.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:19, 11 October 2025 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 1a93e6baa590794d1f4c2fc71486de57.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:19, 11 October 2025 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 35d4ea3ad7d13887f677a5e705171953.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:19, 11 October 2025 (UTC)
File:Mural, Central Canal walkway, 1994 (Indianapolis, Ind.) - DPLA - 558c11cd3c9e934782ec08d0851b6c58.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:20, 11 October 2025 (UTC)
File:Mural, Central Canal walkway, 1994 (Indianapolis, Ind.) - DPLA - 469ae9c73e6c6669a5512f48313e6220.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 03:20, 11 October 2025 (UTC)
File:Proceedings of the Common Council of the City of Saint Paul for the year 1889 - DPLA - 0167e95a0648100a60bac6d919371092 (page 129).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
TalkingHank (talk) 14:57, 24 October 2025 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
And also:
Yours sincerely, Rosenzweig τ 12:28, 2 November 2025 (UTC)
Why is the most recent duplicate file kept?
Why is the most recent duplicate file kept? The original upload is over 5 years older. OptimusPrimeBOT as well as Commons policy favors keeping the earliest version, unless there is a reason that the newer version is better, such as having metadata where the other has nothing. Why tag for deletion the original and older uploads?
- See here and others submitted close to this time/date: [1] -- Ooligan (talk) 23:36, 15 December 2025 (UTC)
- These duplicates are being tagged because the source institution changed IDs, causing duplicates to be uploaded. However the more recent upload is under the correct ID and file name, whereas the older ones being tagged have broken links (the link comes from the ID). Dominic (talk) 23:46, 15 December 2025 (UTC)
- Thanks for the explanation @Dominic.
- So for DPLA sourced files on Wikimedia Commons, if any DPLA "source institution" changes file "IDs" for any reason, is it current practice to just re-upload "under the correct ID" and then tag the older files as duplicates to be deleted? --Ooligan (talk) 01:11, 16 December 2025 (UTC)
- Current practice? No, most of these are almost a year old, and it’s not an ongoing practice—or deliberate at all. We actually never upload duplicates intentionally. If you look at these, they are identical visually in every way, but the hashes do not match, which appears to be because going back and downloading the same file from a site’s IIIF server 5 years apart results in a slightly different file resolution or some other undetectable difference. When that happens you have files with are essentially the same but with different hashes and different IDs, which means the bot wouldn’t be able to programmatically detect it as a duplicate. In this case, a large number of duplicates happened from a single institution that renumbered all their items. I made a query to go back and find them by comparing the titles of all files uploaded after a certain date from that institution with ones before that date, and in cases where the titles are the same but the IDs don’t match and the old one is a dead link and the other works, we can infer it was a duplicate. Dominic (talk) 02:00, 16 December 2025 (UTC)
- Again, thank you for the details. Best regards, -- Ooligan (talk) 20:06, 17 December 2025 (UTC)
- Thanks for the explanation @Dominic.
Is the queue of DPLA future uploads available to view?
- It would be nice to see upcoming DPLA uploads. Can you provide a page (link), if it is available to the public?
- Also, can DPLA take suggestions from the public about potential digital items from DPLA member institution(s) to add to the Commons DPLA uploads queue?
Ooligan (talk) 20:19, 17 December 2025 (UTC)
File:African clawless otter swimming in water - DPLA - 512eb4a8f36941929b3d3fb7bcabc404.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
User who nominated the file for deletion (Nominator) : Юрий Д.К..
I'm a computer program; please don't ask me questions but ask the user who nominated your file(s) for deletion (shown above) or at our Help Desk. //Deletion Notification Bot 2 (talk) 21:01, 23 January 2026 (UTC)
File:Welcome Home Postcard Sent to Charles A. Lindbergh - DPLA - a9ce5542cec5bd01719e0324988238fe (page 4).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 16:22, 5 February 2026 (UTC)
Notification about possible deletion
Some contents have been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated contents should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! 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. |
Affected:
Yours sincerely, howdy.carabao 🌱🐃🌱 (talk) 09:19, 24 March 2026 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 89f5fe4ab73c9d3ce575c130233b101d.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 13:28, 29 March 2026 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 35d4ea3ad7d13887f677a5e705171953.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 13:29, 29 March 2026 (UTC)
File:Mural depicting Steve Prefontaine, Coos Bay - DPLA - 1a93e6baa590794d1f4c2fc71486de57.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 13:29, 29 March 2026 (UTC)
- These can be speedied as a reupload of a deleted file. I have to look into the bot code because it is supposed to detect previously deleted files, or maybe I accidentally ran old code. Thanks! Dominic (talk) 14:18, 29 March 2026 (UTC)
File:1908 Firestone Buggymobile - DPLA - 4c16550282dab8a317face8f341dd50f (page 1).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request.
|
Eureka Lott 13:46, 31 March 2026 (UTC)
File:1908 Firestone Buggymobile - DPLA - 4c16550282dab8a317face8f341dd50f (page 2).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request.
|
Eureka Lott 13:48, 31 March 2026 (UTC)
- If you think you have a valid reason, by all means start a discussion, but a copyright notice in a historical work does not mean the work is copyrighted for all time. In particular, the copyright status was assigned by trained staff at the institution holding the original document, and they may have based the decision on other inputs—such as a donor agreement releasing the rights—so it requires more scrutiny to overturn that determination. Dominic (talk) 14:18, 31 March 2026 (UTC)
File:1908 Firestone Buggymobile - DPLA - 4c16550282dab8a317face8f341dd50f (page 1).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Eureka Lott 14:31, 31 March 2026 (UTC)
File:Garfield 6th grade students, Garfield, Washington, 1911 - DPLA - 854a1d635fc0e51f21952368c844081e (page 2).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
sk (talk) 20:46, 14 April 2026 (UTC)
File:Cleveland Browns stadium - DPLA - ea852ab80e4786f522df494eb32a46a7 (page 1).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Eureka Lott 13:40, 24 April 2026 (UTC)
File:Firestone-Columbus Buggymobile, Cleveland, Ohio - DPLA - f4df185d39b5cef2212bd823d9720a80 (page 1).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added has been deleted. If you have written permission from the copyright holder, please have them send us a free license release via COM:VRT. If you believe that the deletion was not in accordance with policy, you may request undeletion. (It is not necessary to request undeletion if using VRT; the file will be automatically restored at the conclusion of the process.)
|
Eureka Lott 13:49, 24 April 2026 (UTC)
File:Firestone-Columbus Buggymobile, Cleveland, Ohio - DPLA - f4df185d39b5cef2212bd823d9720a80 (page 2).jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.
The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request.
|
Eureka Lott 18:28, 24 April 2026 (UTC)
File:Greater Minneapolis, January, 1969, Volume 21, Number 1 - DPLA - d5873a2f04df39869eca49a9d76174b6 (page 15).jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Based5290 (talk) 10:11, 21 May 2026 (UTC)
File:"Bear poster" (Disney) - DPLA - 8b59300ed1769737b7eac277ce9fc5fa.gif has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
(Oinkers42) (talk) 20:38, 29 May 2026 (UTC)
Index card uploads
The bot is currently uploading individual index cards from the NARA series "Universal Newsreels' Subject Card Catalog", which consists of over half a million images (514,742 to be exact), over 120k uploaded so far. [2] This series consists of 278 file units, and each of those file units is also available as a PDF file, e.g. [3]. Why are we not uploading those 278 PDF files, which contain everything instead of half a million individual JPG files? The PDF files are also OCR'd, so easily searchable using Special:Search, and of course infinitely more easy to maintain on a platform like Commons.
Note that there are much, much larger collections of index cards in the national archives, e.g. this, where we can choose between uploading +16,000,000 million images or 5,000 PDF files. ~TheImaCow (talk) 14:42, 30 May 2026 (UTC)
- @Dominic plz review this urgent matter. RoyZuo (talk) 12:50, 1 June 2026 (UTC)
- Hey, sorry for not responding sooner. I had to take some days off. But I agree with you that something is not quite right with the upload of all those cards, and I shut off that batch after you asked. There is an algorithm where we try to prioritize records for upload based on criteria that are good signals, like maps and photos, having subjects tagged, etc. But we can also upload by specific institution, and in this case the Motion Pictures branch of the National Archives sounded like one that would be full of audiovisual material, which is rare, but it turned out to be an overly broad category to upload on, and we’ll try to narrow it better. Dominic (talk) 15:11, 2 June 2026 (UTC)
File:As part of Operation Iraqi Freedom, Iraqi Army Soldiers from the 3rd Brigade, 6th Division out of Camp Constitution conduct a cordon and search of a sector in the Ibrahim bin Ali su - DPLA - 330998608cb2ab3ea7d24bcd0942a411.jpeg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
A1Cafel (talk) 16:16, 5 June 2026 (UTC)
| File:The Arm-co-operator, September 1953 - DPLA - 2d507608e042177c580108a6f5e74c53 (page 4).jpg has been marked for speedy deletion. (Reason: Commons:Deletion requests/File:The Arm-co-operator, September 1953 - DPLA - 1e7808ec515b093b439f004ea64b23d8 (page 4).jpg)
Why not upload a picture of a plant, animal, or anything else which fits into our scope. You can contribute any media type you want, including but not limited to images, videos, music, and 3D models. Start uploading now! If you don't have anything to upload at the moment, why not take a look at our best images or best videos, sounds and 3D models. If you have any doubts/questions don't hesitate to visit our help desk. |
User who nominated the file for deletion (Nominator) : (Oinkers42).
I'm a computer program; please don't ask me questions but ask the user who nominated your file(s) for deletion (shown above) or at our Help Desk. //Deletion Notification Bot 2 (talk) 16:35, 7 June 2026 (UTC)
Copyright status: File:Southern Railway Company, Valuation Section 22 - DPLA - e314839e2ca3906b29bcbecc3d615740 (page 1).tiff
Copyright status: File:Southern Railway Company, Valuation Section 22 - DPLA - e314839e2ca3906b29bcbecc3d615740 (page 1).tiff
| This media may be deleted. |
Thanks for uploading File:Southern Railway Company, Valuation Section 22 - DPLA - e314839e2ca3906b29bcbecc3d615740 (page 1).tiff. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 05:05, 11 June 2026 (UTC)
File:Southern Railway Company, Valuation Section 22 - DPLA - e314839e2ca3906b29bcbecc3d615740 (page 1).tiff has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Jmabel ! talk 18:58, 11 June 2026 (UTC)
Copyright status: File:2018 Photopoint 4 - DPLA - 002ea55cda0dbac6977a2a1564b9d0a5.jpg
Copyright status: File:2018 Photopoint 4 - DPLA - 002ea55cda0dbac6977a2a1564b9d0a5.jpg
| This media may be deleted. |
Thanks for uploading File:2018 Photopoint 4 - DPLA - 002ea55cda0dbac6977a2a1564b9d0a5.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2019 Photopoint ER 5, South (5-8-2019) - DPLA - 014d08267d1fcea13d680a5ee9da00e1.jpg
- File:2019 Photopoint ER 4, South (5-20-2019) - DPLA - 05933e71a6deabbe529d5be54abc4904.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 21:07, 11 June 2026 (UTC)
Copyright status: File:2018 Photopoint 4 - DPLA - 15171edf3050d56cde8c1d0a6dfc4652.jpg
Copyright status: File:2018 Photopoint 4 - DPLA - 15171edf3050d56cde8c1d0a6dfc4652.jpg
| This media may be deleted. |
Thanks for uploading File:2018 Photopoint 4 - DPLA - 15171edf3050d56cde8c1d0a6dfc4652.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2018 Photopoint 4 - DPLA - 1f5fca6172deca548f6a743ef681a6d9.jpg
- File:2019 Photopoint ER 2 (5-8-2019) - DPLA - 08b73b34b7f93736a5136bf111c86a17.jpg
- File:2018 Photopoint 3 - DPLA - 15dd7a2f3db6c6260e910782ddbb0603.jpg
- File:2019 Photopoint ER 4, South (5-15-2019) - DPLA - 21b03f6a4bc231aae4b2f8e21e18ce80.jpg
- File:2019 Photopoint KE 2, East (5-12-2019) - DPLA - 09f7f278fb7fe9d2519002419c567357.jpg
- File:2018 Photopoint 3 - DPLA - 17c80d71bf891812869d6366ce4905b4.jpg
- File:2018 Photopoint 2 - DPLA - 21ee88a0c8a019d986f70d0fba8b7960.jpg
- File:2019 Photopoint KE 1, South (5-12-2019) - DPLA - 0f4717802ec445fafb689f48e4076a24.jpg
- File:2019 Photopoint ER 1 (5-15-2019) - DPLA - 1bf9eadc1aaecd5b0ebf51f09b9bfd8c.jpg
- File:2018 Photopoint 5 - DPLA - 264eb9d7a0d10676e33c2e1aab389e31.jpg
- File:Northern Mockingbird Eggs - DPLA - 0f55815ef41ef0eeada24f0693e4f6b0.jpg
- File:2018 Photopoint 2 - DPLA - 1d0139e207c0344c6d5910cd23faa647.jpg
- File:2019 Photopoint KE 5, South (4-28-2019) - DPLA - 13d2be986baa27f8e7fcdeeb361f2bc4.jpg
- File:2019 Photopoint KE 5, South (5-26-2019) - DPLA - 1dfd48af515aebd47ca078241b248452.jpg
- File:2019 Photopoint KE 5, South (5-12-2019) - DPLA - 140e25ae0b0b671c5a6700213615e788.jpg
- File:2019 Photopoint ER 3 (5-20-2019) - DPLA - 1e93eea64737468e3b405e213dc6472e.jpg
- File:2019 Photopoint KE 4, South (5-5-2019) - DPLA - 14c71660781c3381236fbb73466d394b.jpg
- File:2019 Photopoint ER 1 (5-20-2019) - DPLA - 1ea936f9fd861bf51a9fa79d557260ed.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 22:23, 11 June 2026 (UTC)
Copyright status: File:2019 Photopoint KE 3, West (5-17-2019) - DPLA - 301f21569f0a00cb9b5a609fbd51ef0f.jpg
Copyright status: File:2019 Photopoint KE 3, West (5-17-2019) - DPLA - 301f21569f0a00cb9b5a609fbd51ef0f.jpg
| This media may be deleted. |
Thanks for uploading File:2019 Photopoint KE 3, West (5-17-2019) - DPLA - 301f21569f0a00cb9b5a609fbd51ef0f.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2019 Photopoint KE 5, South (4-21-2019) - DPLA - 4abcaab69f285843b6315367dbdba8ff.jpg
- File:2019 Photopoint ER 2 (5-20-2019) - DPLA - 33cfc475506d3f6fca45a0bcc5d3d52e.jpg
- File:2018 Photopoint 5 - DPLA - 4cadcaf791cf99e8963e570f462a0453.jpg
- File:2018 Photopoint 4 - DPLA - 35e01aced7703971c3fb24a0d1c977dc.jpg
- File:2019 Photopoint ER 3 (5-8-2019) - DPLA - 4ee8de787f5162012f93025c5ea4f275.jpg
- File:Burdock Plant of Interest 2019 ER - DPLA - 3e5bed95faab4709a73677c90ed89e83.jpg
- File:2018 Photopoint 5 - DPLA - 4f1eb79e3fe3aaf9488471dd6bc1cfd6.jpg
- File:2019 Photopoint KE 3, West (5-12-2019) - DPLA - 2a1c71f427eef1f5c93c588cc15220ee.jpg
- File:2018 Photopoint 4 - DPLA - 3ec3fdbfad4c1801f966d4b66059f90a.jpg
- File:2018 Photopoint 3 - DPLA - 2bc8d6470714910f411f1ede9580f9f9.jpg
- File:2018 Photopoint 4 - DPLA - 4223c3b86fd4d23720f1ddb6e6262c0c.jpg
- File:2018 Photopoint 1 - DPLA - 2d57b1f5e46f40168fcf083773f48d3f.jpg
- File:2019 Photopoint KE 4, South (4-21-2019) - DPLA - 47ee9b9681d8a43eef58bff380eff296.jpg
- File:2018 Photopoint 5 - DPLA - 2db75bedabb7fd78c9cd1e52c60b264c.jpg
- File:2018 Photopoint 5 - DPLA - 48dce3b88dccaae81f0645b3fce7148e.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 23:20, 11 June 2026 (UTC)
Copyright status: File:2019 Photopoint ER 1 (5-8-2019) - DPLA - 5156e7277e3d1b2a202c71c260647f7c.jpg
Copyright status: File:2019 Photopoint ER 1 (5-8-2019) - DPLA - 5156e7277e3d1b2a202c71c260647f7c.jpg
| This media may be deleted. |
Thanks for uploading File:2019 Photopoint ER 1 (5-8-2019) - DPLA - 5156e7277e3d1b2a202c71c260647f7c.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2018 Photopoint 5 - DPLA - 6b199f3f8116ad5b11c4ddffffe5d1cc.jpg
- File:2019 Photopoint KE 1, South (5-29-2019) - DPLA - 528f5c30ed56f0e6155af2b630124719.jpg
- File:2018 Photopoint 1 - DPLA - 6e6c501ede0d163037f67e3ef0fbb1a7.jpg
- File:2018 Photopoint 2 - DPLA - 5395b29c724577a53c08d124690e12d2.jpg
- File:2019 Photopoint ER 2 (5-27-2019) - DPLA - 6f82a541cb8f0a6123c788dff96cb0cf.jpg
- File:2018 Photopoint 2 - DPLA - 53a0599278e62a2dbdd13ab8b3a00a4b.jpg
- File:2018 Photopoint 3 - DPLA - 7746f7e616648e381386f01adb235a18.jpg
- File:2019 Photopoint KE 2, East (5-25-2019) - DPLA - 5830c3755ab6202fa20ab2b78e9cb736.jpg
- File:2019 Photopoint KE 3, West (5-5-2019) - DPLA - 79c30288de29cf84c1b25a0dd6ba0eca.jpg
- File:2019 Photopoint ER 4, South (5-8-2019) - DPLA - 60cf8131eab00efc69392944088bc23d.jpg
- File:2019 Photopoint KE 4, South (4-27-2019) - DPLA - 61de45356b7ca52d972f104aa42bc0a8.jpg
- File:2019 Photopoint KE 3, West (4-28-2019) - DPLA - 63cbde79ca64de603ab2d06b7bd47119.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 00:17, 12 June 2026 (UTC)
Copyright status: File:2018 Photopoint 1 - DPLA - 7f552585efc459bc3a5ca57e4e23ddb2.jpg
Copyright status: File:2018 Photopoint 1 - DPLA - 7f552585efc459bc3a5ca57e4e23ddb2.jpg
| This media may be deleted. |
Thanks for uploading File:2018 Photopoint 1 - DPLA - 7f552585efc459bc3a5ca57e4e23ddb2.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2019 Photopoint KE 2, East (5-5-2019) - DPLA - 958ea3c9903f4725661be371ce2e9fdc.jpg
- File:2019 Photopoint KE 1, South (4-28-2019) - DPLA - 82287dd0573199369a1136ff31d1a86a.jpg
- File:2018 Photopoint 1 - DPLA - 96089db449a68078a44b1d9753e8d383.jpg
- File:2019 Photopoint ER 3 (5-27-2019) - DPLA - 82495b61f3ff57f7494dc0cf7190bfb3.jpg
- File:Soil Properties of Prairie Creek Wildlife Management Area - DPLA - 97c6857204be1732df05865a1d6f8337 (page 4).jpg
- File:2019 Photopoint KE 4, South (5-17-2019) - DPLA - 8a4a9825bc9205c0c8d011800727321d.jpg
- File:2019 Photopoint KE 5, South (5-5-2019) - DPLA - 8b1a0981d38fee4a5ede6e0debc7348d.jpg
- File:Map of Koester prairie west including walking route and photo points. - DPLA - 8c1895867a3778372596a55d34d33bdb.jpg
- File:2019 Photopoint KE 4, South (5-12-2019) - DPLA - 8dcd1664084721f63daf59e50a0cc28c.jpg
- File:2018 Photopoint 3 - DPLA - 9133c723a1fb9f7c5f251285ea7f0dfb.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 01:15, 12 June 2026 (UTC)
Copyright status: File:2019 Photopoint ER 4, South (5-27-2019) - DPLA - b3c2ae14699b939dae4d0b4e8fe5d85e.jpg
Copyright status: File:2019 Photopoint ER 4, South (5-27-2019) - DPLA - b3c2ae14699b939dae4d0b4e8fe5d85e.jpg
| This media may be deleted. |
Thanks for uploading File:2019 Photopoint ER 4, South (5-27-2019) - DPLA - b3c2ae14699b939dae4d0b4e8fe5d85e.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
And also:
- File:2018 Photopoint 5 - DPLA - b3e68c59a93b6a8188aca4ff0fa4115b.jpg
- File:Lambs Ear Plant of Interest 2019 ER - DPLA - b764384e9e3c4ca8c1a537dd5cac8bb9.jpg
- File:Lady Fern Plant of Interest 2019 ER - DPLA - a015876d11fec24bfc81a4e0a2520d36.jpg
- File:2019 Photopoint ER 5, South (5-20-2019) - DPLA - ba47221fdd6192f8ce8d2a9412ef988c.jpg
- File:2018 Photopoint 1 - DPLA - a279843639888d7fedc73e2c99b3afa1.jpg
- File:2019 Photopoint KE 1, South (5-5-2019) - DPLA - be78d346d14c602150aaf8c46f2ba855.jpg
- File:2018 Photopoint 1 - DPLA - ab83ad664cd72bd8179d3886f399495a.jpg
- File:2019 Photopoint KE 2, East (5-17-2019) - DPLA - c3dcf6e10da3937736745f70c6643523.jpg
- File:2019 Photopoint ER 1 (4-29-2019) - DPLA - acae6b86acbbd901643d021a7b1ae9ef.jpg
- File:2019 Photopoint KE 5, South (5-17-2019) - DPLA - c51c9574ff475044609c5bf4d3b6fdff.jpg
- File:2018 Photopoint 4 - DPLA - b37f58870a9ba515821b29403f30be64.jpg
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 02:16, 12 June 2026 (UTC)
- Note for anyone reading the bot's talk page: the AntiCompositeBot tags above have all been resolved. The new module I wrote was not handling CC licenses correctly, but 99% of our uploads are public domain, so it did not crop up until I ran it on a particular collection with CC images. I removed all the tags, but only after verifying each one was now correctly displaying the license from SDC. I am leaving the notices here to be archived when they age out. Dominic (talk) 03:11, 12 June 2026 (UTC)
File:McGreevy display at Filene's Department Store - DPLA - 0f4eef0258407257e30c458d784e229f.jpg has been nominated for deletion at
This is a deletion request for the community to discuss whether the nominated page should be kept or deleted. Please voice your opinion in the linked request above. Thank you very much! If you created this file, please note that the fact that it has 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 it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Dominic (talk) 03:43, 12 June 2026 (UTC)
Rename speed
Can you limit the speed of the bot moves? It is filling the User:CommonsDelinker/commands/filemovers at impossibly fast speed and I worry that it would be hitting maximum page size limit if not enough attention is guaranteed in a short period… (which often doesn't get one for hours) — regards, Revi 10:40, 16 June 2026 (UTC)
- Also, it somehow seems to me that the bot is posting to /filemovers even if the file being moved has 0 Special:GlobalUsage (i.e. Special:GlobalUsage/Remarks by President Ronald Reagan during reception for the Trilateral commission. East Room. - DPLA - c2a827167d0de5d8ee3363f8d5705d7a.mp3). If this is true, please stop the bot immediately and ensure it only posts for COM:CDC/filemovers when there is actually any usage. — regards, Revi 10:52, 16 June 2026 (UTC)
- I am killing the upload batch that was triggering these. I hadn’t really considered checking for usage before posting there. Let me think though how to do that. Dominic (talk) 12:34, 16 June 2026 (UTC)
- @Revi C.: Previously, I designed this with the thinking that CommonsDelinker would handle the task of finding any actual file usage and de-linking only those. I wasn't thinking about any other costs you have raised. I worked on some code to verify against GlobalUsage before actually posting a request to CommonsDelinker, as you suggested. I will let the current requests drain before re-testing it live on a batch that has a lot of page moves to do, like that Benjamin Harrison Presidential Site collection. Sometimes this happens where every file has changed due to something structural, so it's a lot all at once. In this case, I think that institution entirely changed their web site and all their identifiers, and also hadn't been synced en years, so that is why suddenly every file encountered was a rename. But most files are not actually used, as you correctly note, so when it is re-run, I expect only a small percentage would actually need CommonsDelinker. Thanks! Dominic (talk) 16:12, 16 June 2026 (UTC)
New Duplicate batch
Hello @Dominic.
I noticed that the bot tagged a lot of duplicates. I've already deleted a few of them and created the redirect. However, I noticed that the wrong file was probably tagged, for example: File:Emily Jane Staley Baumeister, Pullman, Washington, circa 1900 - DPLA - f019f6ed3ae830df1c3342b19d4e915c.jpg, link works to https://dp.la/item/f019f6ed3ae830df1c3342b19d4e915c. Bot tagged to File:Emily Jane Staley Baumeister, Pullman, Washington, circa 1900 - DPLA - 4424b724c4725421a083db8f7dd81378.jpg (older upload) link: https://dp.la/item/4424b724c4725421a083db8f7dd81378 (Page not found). Please correct this. I have now stopped deleting duplicates; for files that I have now deleted, the bot should simply change the file description and name. Best regards, זיו「Ziv」 • For love letters and other notes 13:34, 16 June 2026 (UTC)
- @Ziv: Yes, thanks for that. This is intended, but let me explain. I need to resolve an error where—in the past—the bot was not correctly renaming files where the title changed, and uploaded a duplicate version instead. Some of the older versions are may years old, and their IDs or title has been changed by the institution, breaking links. Even though the new version has the correct metadata, my preference is to delete the newer version so I can re-run the corrected code on the old files and they will get their file names renamed and all their links and metadata corrected, while preserving the original edit history and any contributions made to them by the community over those years. Hope that makes sense! Dominic (talk) 13:54, 16 June 2026 (UTC)
- @Dominic:
- Thank you for your detailed explanation. I'll go ahead and delete duplicates now. זיו「Ziv」 • For love letters and other notes 13:57, 16 June 2026 (UTC)
Copyright status: File:Bat, Baseball, Sally Ride - DPLA - 4d22ddc2bb67b8dbace85b06b49649ee (page 3).jpg
Copyright status: File:Bat, Baseball, Sally Ride - DPLA - 4d22ddc2bb67b8dbace85b06b49649ee (page 3).jpg
| This media may be deleted. |
Thanks for uploading File:Bat, Baseball, Sally Ride - DPLA - 4d22ddc2bb67b8dbace85b06b49649ee (page 3).jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{self|cc-zero}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you. |
This action was performed automatically by AntiCompositeBot (talk) (FAQ) 19:08, 18 June 2026 (UTC)
strange dupe-tagging
Hi DPLA_bot, today you (resp. your bot) has speedy-tagged a number of files as duplicates, which - wrt their content - are not duplicates at all.
- File:Beckman pH Meter (Laboratory Model) brochure - DPLA - 020c022d23f3a2d8f2763cc62a0b1e52 (page 3).jpg
- File:The Mitchell Mining Company - DPLA - 025fddd447a1da7a2ad217b094e9adeb (page 58).jpg
- File:The Mitchell Mining Company - DPLA - 025fddd447a1da7a2ad217b094e9adeb (page 65).jpg
- File:The Mitchell Mining Company - DPLA - 025fddd447a1da7a2ad217b094e9adeb (page 83).jpg
- File:Helinews - DPLA - 02923a55b329403c0cdf3360634dff83 (page 5).jpg
- File:The Mitchell Mining Company - DPLA - 025fddd447a1da7a2ad217b094e9adeb (page 43).jpg
- File:The Mitchell Mining Company - DPLA - 025fddd447a1da7a2ad217b094e9adeb (page 48).jpg
- File:Gordon Research Conference on Radiation Chemistry, 1973 - DPLA - 008e26b3830e00d43df0c74e766df4f4 (page 2).jpg
- File:Lacquer's Like That - DPLA - 02a0d5c450cdf76f1b243add354b3b09 (page 2).jpg
- File:Bendix Gas Chromatograph and Mass Spectrometer - DPLA - 038dcd0c795fb0bb2161854148a20041 (page 3).jpg
- File:Advertisements for publications from Akademische Verlagsgesellschaft - DPLA - 036fb7d1843d427aa8f5ecd1bc3598a6 (page 56).jpg
- File:Ion source for Bendix Mass Spectrometer - DPLA - 053f7e0503c679fb5f02ac26f395a5fa (page 3).jpg
- File:Separator at Hercules Parlin plant - DPLA - 051dd50822bc7ce0081a1e0c49bc4255 (page 2).jpg
- File:Swanson TV Dinner Swiss Steak box - DPLA - 033da20203975e46c6b8f595f3419a71 (page 7).jpg
- File:Dairy Science Instruments - DPLA - 053fd7bf8c6961d027cb19e9a8388472 (page 3).jpg
- File:Dairy Science Instruments - DPLA - 053fd7bf8c6961d027cb19e9a8388472 (page 4).jpg
- File:Dairy Science Instruments - DPLA - 053fd7bf8c6961d027cb19e9a8388472 (page 5).jpg
- File:Instructions, Beckman-SDS Hybrid Fortran II - DPLA - 0592901dd0c77f46b2e8eeda32009223 (page 3).jpg
- File:Il Colombo - Regioni Esterne del Corpo, Scheletro, Sistema Vasale, Muscoli, Organi Interni - DPLA - 07c5a923ceba5a90c34d6b351117c176 (page 14).jpg
- File:Portrait of Wilhelm Salomon-Calvi - DPLA - 066abe16765f0b75365872d56056f617 (page 2).jpg
- File:The Hercules Mixer Volume 3, Number 9 - DPLA - 07b54350a77562d69036352fd07bc48b (page 25).jpg
- File:Die moderne Chemie - Eine Schilderung der chemischen Grossindustrie - DPLA - 060d86b33887f302506c9cabf1002d78 (page 5).jpg
- File:Die moderne Chemie - Eine Schilderung der chemischen Grossindustrie - DPLA - 060d86b33887f302506c9cabf1002d78 (page 2).jpg
- File:Instruction Manual, DK-2 Spectrophotometer - DPLA - 085f3cbd51ae2b55dd1cdbe300a1875c (page 31).jpg
- File:Instruction Manual, DK-2 Spectrophotometer - DPLA - 085f3cbd51ae2b55dd1cdbe300a1875c (page 32).jpg
- File:Silicone CoverUps - DPLA - 08b76c70f764ae074bd3f097ef17305f (page 6).jpg
- File:Il Colombo - Regioni Esterne del Corpo, Scheletro, Sistema Vasale, Muscoli, Organi Interni - DPLA - 07c5a923ceba5a90c34d6b351117c176 (page 20).jpg
- File:Il Colombo - Regioni Esterne del Corpo, Scheletro, Sistema Vasale, Muscoli, Organi Interni - DPLA - 07c5a923ceba5a90c34d6b351117c176 (page 22).jpg
- File:Tangee Face Powder - DPLA - 08da22f42f776a4e1ac3b9da29f5097e (page 3).jpg
- File:Box of See-Safe polyethylene plastic wrap - DPLA - 086f77c7f546a3fc30e9651596dfc46d (page 3).jpg
- File:Instruction Manual, DK-2 Spectrophotometer - DPLA - 085f3cbd51ae2b55dd1cdbe300a1875c (page 58).jpg
- File:Letters from Max Bredig to H. Jermain Creighton, December 6, 1938 - DPLA - 0b0c082feea6953d8c35f7a1538d7f44 (page 7).jpg
- File:Popular Zoology - DPLA - 0913ee55ee6a121a087545133544241c (page 276).jpg
- File:Wolldruck - DPLA - 00ea7ccb276819c95efde0aacffd15b9 (page 47).jpg
and many more. Is this really intentional? --Túrelio (talk) 07:59, 20 May 2026 (UTC)
- @Túrelio: That bot only do shit at the moment, moving files like File:Ronald Reagan and Douglas Ginsburg.jpg, uploaded by User, Change the file description and deleted all categories. Adding or updating the file description might be acceptable, but renaming the file is rather questionable, as is deleting categories – totally unnecessary, yes, even vandalism. זיו「Ziv」 • For love letters and other notes 17:11, 20 May 2026 (UTC)
- Addendum: The license is now also incorrect. זיו「Ziv」 • For love letters and other notes 17:43, 20 May 2026 (UTC)
- Yes, I’ve been working on cleaning this up as soon as I realized. I appreciate your patience in allowing me resolve it. I undid all the duplicate tags that shouldn’t have gone out, and will sort out the rest, too. I understand this is frustrating, but it’s certainly not ill-intentioned. The bot runs at high volume. Dominic (talk) 17:49, 20 May 2026 (UTC)
- Thank you very much for your answer @Dominic. I don't know if there are any other files like the one I mentioned above; I just noticed just this one. If so, please correct them, thank you. Best regards, זיו「Ziv」 • For love letters and other notes 18:04, 20 May 2026 (UTC)
- Also, I didn't mean to be short above, just trying to work quickly. I want to give a fuller explanation later, but I can tell already that what happened was I had some test code I was working on that then ran overnight before I realized it was not the regular code. My first priority is just rolling back any unintended edits. Dominic (talk) 18:09, 20 May 2026 (UTC)
- Thank you very much for your answer @Dominic. I don't know if there are any other files like the one I mentioned above; I just noticed just this one. If so, please correct them, thank you. Best regards, זיו「Ziv」 • For love letters and other notes 18:04, 20 May 2026 (UTC)
- Yes, I’ve been working on cleaning this up as soon as I realized. I appreciate your patience in allowing me resolve it. I undid all the duplicate tags that shouldn’t have gone out, and will sort out the rest, too. I understand this is frustrating, but it’s certainly not ill-intentioned. The bot runs at high volume. Dominic (talk) 17:49, 20 May 2026 (UTC)
- I agree about the renaming, why does the file name need to have the DPLA id in it? It just clutters the file name and makes it extra lengthy for no benefit. Traumnovelle (talk) 01:15, 27 May 2026 (UTC)
- @Traumnovelle: Thanks for asking! There are a few different benefits. One is that the institutions who provide these files are maintaining their metadata over time, and some times corrections or changes are made. The goal of our project is synchonize that dataset with the uploads on Commons so that they are also maintained here. Standardizing the image titles and metadata allows them to be maintained by bot. The only images the bot will touch are ones that are exact hash matches for the file from the institution's own catalog, meaning someone uploaded the file to Commons from the institution exactly as is. Sometimes they are uploaded here either with a title copied from Flickr, which wasn't really selected by the user anyway, and comes from the institution ultimately, or it might be a user-generated title which is sometimes not descriptive, and not trackable. I know what you mean about adding length to some file names, but it's not useless or for vanity, it's for a real purpose! Dominic (talk) 04:46, 27 May 2026 (UTC)
- @Traumnovelle: FWIW, working in categories with a lot of archival materials, I find it useful to know at a glance which ones came into Commons via DPLA bot. Sets my expectations very clearly for what will be the strengths and weaknesses of the metadata (in the broad sense of the latter). - Jmabel ! talk 14:31, 27 May 2026 (UTC)
- File names such as 'Woldruck - DPLA' would convey the same information in that regard. Traumnovelle (talk) 20:14, 27 May 2026 (UTC)
- There is more to it than that, though. There are over 10 million files from DPLA, so unique names are essential, and also the IDs are the only way would could associate them with the source metadata and maintain them. Dominic (talk) 03:53, 28 May 2026 (UTC)
- @Dominic i think you should make use of com:sdc instead of using the filename which is pretty damn useless and unimportant.
- if necessary, make a new property like d:Wikidata:Property proposal/Flickr Photo ID did.
- take a look at how flickr backfilled their metadata User:FlickypediaBackfillrBot.
- https://commons.wikimedia.org/w/index.php?diff=1222566342 you removed some commons users' work, which is not from the institutions you are working for. that should be avoided. RoyZuo (talk) 09:08, 30 May 2026 (UTC)
- there's actually already DPLA ID (P760). you should write that to sdc instead of doing anything with filename which is a maintenance burden and not stable. RoyZuo (talk) 09:13, 30 May 2026 (UTC)
- @RoyZuo: Please add back any descriptions that the bot mistakenly deleted, like this was once the media of the day etc.. זיו「Ziv」 • For love letters and other notes 06:41, 7 June 2026 (UTC)
- Hey @RoyZuo and @Ziv, thanks for flagging this and for the fix on that one. You're right, it was a real regression: our new title-drift metadata-rescue code is preserving other user-added content like licenses, "image extracted" templates, categories, etc., but assessment-class templates like MOTD weren't accounted for and got dropped. I scanned all 11,588 of the bot's rescue edits since that code shipped on May 18, and this Chiang file was the only one that lost such a template — and Ziv had already restored it manually before I got there. The fix is now live (dpla/ingest-wikimedia#277) and covers Media of the day, Picture of the day, Featured/Quality/Valued picture, and the {{Assessments}} bundle going forward. Dominic (talk) 21:29, 7 June 2026 (UTC)
- a user contributed description in ukrainian. RoyZuo (talk) 22:17, 7 June 2026 (UTC)
- This is more complicated to parse out, but I am looking into it. Dominic (talk) 22:52, 7 June 2026 (UTC)
- @Ziv and RoyZuo: , just to follow up, I did a full sweep and found about 30 files that were affected. I have added them back in, with a series of edits like this one. Let me know if you see any other issues. Dominic (talk) 05:02, 12 June 2026 (UTC)
- @Dominic, looks good for me. Thank you. זיו「Ziv」 • For love letters and other notes 06:05, 12 June 2026 (UTC)
- @Ziv and RoyZuo: , just to follow up, I did a full sweep and found about 30 files that were affected. I have added them back in, with a series of edits like this one. Let me know if you see any other issues. Dominic (talk) 05:02, 12 June 2026 (UTC)
- This is more complicated to parse out, but I am looking into it. Dominic (talk) 22:52, 7 June 2026 (UTC)
- a user contributed description in ukrainian. RoyZuo (talk) 22:17, 7 June 2026 (UTC)
- Hey @RoyZuo and @Ziv, thanks for flagging this and for the fix on that one. You're right, it was a real regression: our new title-drift metadata-rescue code is preserving other user-added content like licenses, "image extracted" templates, categories, etc., but assessment-class templates like MOTD weren't accounted for and got dropped. I scanned all 11,588 of the bot's rescue edits since that code shipped on May 18, and this Chiang file was the only one that lost such a template — and Ziv had already restored it manually before I got there. The fix is now live (dpla/ingest-wikimedia#277) and covers Media of the day, Picture of the day, Featured/Quality/Valued picture, and the {{Assessments}} bundle going forward. Dominic (talk) 21:29, 7 June 2026 (UTC)
- @RoyZuo: Please add back any descriptions that the bot mistakenly deleted, like this was once the media of the day etc.. זיו「Ziv」 • For love letters and other notes 06:41, 7 June 2026 (UTC)
- there's actually already DPLA ID (P760). you should write that to sdc instead of doing anything with filename which is a maintenance burden and not stable. RoyZuo (talk) 09:13, 30 May 2026 (UTC)
- There is more to it than that, though. There are over 10 million files from DPLA, so unique names are essential, and also the IDs are the only way would could associate them with the source metadata and maintain them. Dominic (talk) 03:53, 28 May 2026 (UTC)
- File names such as 'Woldruck - DPLA' would convey the same information in that regard. Traumnovelle (talk) 20:14, 27 May 2026 (UTC)
- Addendum: The license is now also incorrect. זיו「Ziv」 • For love letters and other notes 17:43, 20 May 2026 (UTC)
- @Dominic thx a lot for the recent update using sdc. it looks very neat.
- one potential problem from your file moves. if a file is audio or video, it may have com:timedtext, which i think are not automatically moved. i'm not sure if your bot has accounted for this situation. if not, you might wanna check these files and move the timedtext accordingly. RoyZuo (talk) 16:57, 14 June 2026 (UTC)
There are a couple of things going on here to explain:
- The {{Duplicate}} tagging wasn't working as intended, and is, of course, only intended for non-controversial exact duplicate cleanup. I reverted them all, but sometimes images do get uploaded twice when a title or ID changes, so I will go back and make sure no actual duplicates are left in place.
- Sometimes we try to upload from a partner and find out that a Wikimedian already uploaded it. Or that we uploaded it before under a different name. In these cases, we want to maintain the metadata and title, so there is proper information and attribution, It might have been uploaded 10 years ago with minimal description. What I was testing was how we could do that cleanly. Overwriting valuable info like categories and copyright templates was not intentional, and is a new insight when we do implement anything like this.
- This was all test code not intended to be run without monitoring. Some of it was even unfinished. I wouldn't normally test like that, and never have. Please let me know if you catch anything I didn't mention above. Dominic (talk) 18:31, 20 May 2026 (UTC)
- Sorry, but this is still inaceptable. Like File:David Addington, Lucy Tutwiler, and Katie Wilson Wearing Body Armor at Hakim Compound in Red Zone, Baghdad - DPLA - e259228a1ef65e5fe7223a6f841c2e39.jpg. Old file name was good enough. The DPLA number can be included in the file description, but it doesn't have to be in the filename. Please stop moving correctly named files. זיו「Ziv」 • For love letters and other notes 20:21, 22 May 2026 (UTC)
- Addendum: Overwriting valid licenses is also a problem here. Originally, this was a Flickr upload with the license {{Flickr-no known copyright restrictions}}, now we have {{PD-US}}, which states that the image is not in the public domain in some countries, which was previously the case. The correct license should be {{PD-USGov}}. The bot should check which files it has inserted an incorrect license into and adjust them accordingly. זיו「Ziv」 • For love letters and other notes 21:54, 22 May 2026 (UTC)
- I hear why you’re frustrated, so I just want to clarify a few things. The bot is operating under the direction of the National Archives itself. Whatever they previously uploaded to Flickr is not as authoritative as the current metadata and identifier. We are only touching files that are exact hash matches for the file in the current NARA catalog. When one is detected, I am renaming it to provide the accurate current title, metadata, and identifier, and link to the new catalog. Most of these are many years old. I am doing our best to do it the right way, such as leaving redirects in place and using the User:CommonsDelinker process so no links are broken. If there is a PD-USGov template, it is retained. The Flickr tag is not necessary or helpful for a file which is directly copied from the official catalog, and the Flickr-no known copyright restrictions doesn’t really add anything, certainly not somehow worth retaining over the exact copyright statement from the institution does. Dominic (talk) 22:22, 22 May 2026 (UTC)
- Okay thank you. זיו「Ziv」 • For love letters and other notes 05:39, 23 May 2026 (UTC)
- Hello @Dominic:
- For your information: I added the Category:Files exempt from duplicate tagging to both files File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 1).jpg and File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 12).jpg. Otherwise, OptimusPrimeBot would recognize them as duplicates again and tag them accordingly. This prevents them from being deleted again. Best regards, זיו「Ziv」 • For love letters and other notes 16:04, 24 May 2026 (UTC)
- Same also for File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 2).jpg & File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 13).jpg זיו「Ziv」 • For love letters and other notes 16:22, 24 May 2026 (UTC)
- Unfortunately, it's happening again that the bot is now marking older user uploads as duplicates. Example: File:Advertisment for the St. Louis and St. Clair Ferry, July 4, 1842.jpg. That shouldn't happen. זיו「Ziv」 • For love letters and other notes 17:24, 21 June 2026 (UTC)
- Plus also a batch that tagged duplicates like this File:Distribution Department, Low Service Spot Pond Reservoir, verso, "height of camera objective - 6.5 feet; note that a rise of water level will expose a new but excellent front", Ston - DPLA - 01e81012a2a12fa66704075773b08b0c.jpg. זיו「Ziv」 • For love letters and other notes 17:41, 21 June 2026 (UTC)
- Unfortunately, it's happening again that the bot is now marking older user uploads as duplicates. Example: File:Advertisment for the St. Louis and St. Clair Ferry, July 4, 1842.jpg. That shouldn't happen. זיו「Ziv」 • For love letters and other notes 17:24, 21 June 2026 (UTC)
- Same also for File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 2).jpg & File:(Sherman case docket) - DPLA - 2e9d3ca5d4c772d9e3da903fe4812265 (page 13).jpg זיו「Ziv」 • For love letters and other notes 16:22, 24 May 2026 (UTC)
- Okay thank you. זיו「Ziv」 • For love letters and other notes 05:39, 23 May 2026 (UTC)
- I hear why you’re frustrated, so I just want to clarify a few things. The bot is operating under the direction of the National Archives itself. Whatever they previously uploaded to Flickr is not as authoritative as the current metadata and identifier. We are only touching files that are exact hash matches for the file in the current NARA catalog. When one is detected, I am renaming it to provide the accurate current title, metadata, and identifier, and link to the new catalog. Most of these are many years old. I am doing our best to do it the right way, such as leaving redirects in place and using the User:CommonsDelinker process so no links are broken. If there is a PD-USGov template, it is retained. The Flickr tag is not necessary or helpful for a file which is directly copied from the official catalog, and the Flickr-no known copyright restrictions doesn’t really add anything, certainly not somehow worth retaining over the exact copyright statement from the institution does. Dominic (talk) 22:22, 22 May 2026 (UTC)
- @Ziv: There's a lot of edge cases that keep cropping up because I am trying to manage a backlog of maintenance on files, some of which are many years old. Thanks for bringing File:Advertisment for the St. Louis and St. Clair Ferry, July 4, 1842.jpg to my attention. Here's the complicated path: (1) In 2017 Fae uploads this file, (2) Back in 2024, DPLA_bot uploads this exact same item, but for whatever reason (they are visually identical, so it wasn't a bug per se), the MHS image server at the time was serving the same image at a different resolution, so there was no duplicate collision, (3) today, the bot is re-running this collection and MHS's image server is back to giving the file it gave Fae in 2017, (4) since we can't move the old file to the new correct name, where a file already exists, the bot overwrites the version at the desired title and tags the old one as duplicate. The part of this that went wrong is there is supposed to be a path that rescues categories and other user contributions, but it didn't trigger here. This already works in other situations, such as when a hash duplicate already exists on Commons without the presence of a file at the desired title (like this). What I am going to do is kill the ongoing process, fix the bug to ensure the categories and templates are copied over before duplicate tagging in this type of situation too, and then apply that to the ones that were already tagged, so they can still be safely deleted. Dominic (talk) 19:10, 21 June 2026 (UTC)
- Also, the second issue with the template breaking is a situation where the file name has the
=character, breaking template syntax. A simple escaping bug that can be fixed like this. I will apply the fix in the code as well. Dominic (talk) 19:24, 21 June 2026 (UTC)- All of the bad
=templates were fixed, like so. Dominic (talk) 20:37, 21 June 2026 (UTC)
- All of the bad
- @Ziv: There were about 40 files, I think all from Fae, where the older contributions, such as categories, have been rescued. But ultimately, in these cases, tagging the older file was correct, since the corrected title with the DPLA ID already has a file at it; where two files exist, meaning the situation can't be resolved with a file move, one needs to be deleted be and should be the one at the wrong name (as long as user contributions are being preserved, as it all has been now). Dominic (talk) 20:37, 21 June 2026 (UTC)
- @Dominic: Thank you very much for the quick solution. However, I am not entirely satisfied for files uploaded by Fae or other users years before the DPLA bot uploaded a identical file. I liked the way you handled, for example with File:Nancy Reagan Waves While Visiting The Statue of Liberty in New York City - DPLA - 27f33ae983dc977c6096f75934bd706d.jpg. Renaming the files may be controversial, but user uploads should definitely be retained. Best regards, זיו「Ziv」 • For love letters and other notes 08:40, 22 June 2026 (UTC)
- @Ziv: Right, that would be my goal as well. The issue here is that there is both a file previously uploaded at another name and a file already at the new file name. Let me know if you have a better idea I can implement, because I am happy to work on it. The most straightforward way I think we could handle this that deletes the newer file over the older file but still achieves the desired file rename would be to upload the duplicate file to the desired file name for the purpose of then immediately tagging it as as a duplicate—which I think would cause some confusion as well. And then I'd still have to come back later and re-run them all to actually do the renames once the existing file was deleted. Or, and this also seemed a little controversial to do on my own initiative, I could move the existing file to a temporary name, which would allow me to move the old file over the new redirect, and then tag the file at the temp name as a duplicate (so I don't have to do a second run). That would be the optimal, in a way, though it would look messy to anyone who didn't understand what we're doing. Dominic (talk) 14:17, 22 June 2026 (UTC)
- Lemme show you something on File:Advertisment for the St. Louis and St. Clair Ferry, July 4, 1842.jpg. The bot now only needs to rename the file. זיו「Ziv」 • For love letters and other notes 20:20, 22 June 2026 (UTC)
- If that's a good idea, then I can handle Fae's other uploads the same way. זיו「Ziv」 • For love letters and other notes 20:22, 22 June 2026 (UTC)
- Or i can move the files to the DPLA name myself. Then you have absolutely nothing left to do. זיו「Ziv」 • For love letters and other notes 20:26, 22 June 2026 (UTC)
- Dang! Sorry for the copy paste error... But you see what I'm getting at. Because there aren't that many. זיו「Ziv」 • For love letters and other notes 20:31, 22 June 2026 (UTC)
- Did now the same with File:A.F. Bullard, Captain, 38th Massachusetts Infantry (Union). - DPLA - 249b96450fce5f80ca03d997111fd6ea.jpg, without producing a double extension. זיו「Ziv」 • For love letters and other notes 20:48, 22 June 2026 (UTC)
- Hello @Dominic.
- Even without waiting for your reply, I continued working on this today. I really don't see why user uploads and version histories are being destroyed here just because DPLA thinks "only we have the right file and the right filename." In that sense, I will continue to add the DPLA description to the uploads and adjust the filename accordingly, but that doesn't mean that just because there's an exact duplicate in your database, other databases are useless. Regards, זיו「Ziv」 • For love letters and other notes 23:24, 23 June 2026 (UTC)
- @Ziv: Sorry for stepping away for a few days. I am happy for you to resolve these as you see fit. It's designed to self-repair anyway, if it needs to be re-run on a category. The only problem it can't resolve is when there are two versions of a file, since the bot cannot delete. As long as something gets deleted, the next pass would then have a clear path to to rename and/or add SDC, as needed. I noticed today that a fast-running batch added several thousand files to Category:Duplicate. It looks like they are all legitimate duplicates of the scenario we were talking about before, but I killed that running batch and will try to engineer a guard in the code to prefent it from adding to the backlog when the category is already large. Let me know if you want me to undo all the current {{Duplicate}} tags and add them back more slowly. Dominic (talk) 19:04, 29 June 2026 (UTC)
- @Dominic the "case law" on this for my bot is to not add new duplicate files when the category exceeds 190 files, to avoid stressing administrators with a sudden large amount of files to review. Would it be possible for you to use the same limit? vip (talk) 23:18, 29 June 2026 (UTC)
- The maintenance category is actually very large at the moment, though it has been even bigger—with over 10,000 files from the DPLA bot. It simply takes time, but whenever I have some, I delete several hundred a day. זיו「Ziv」 • For love letters and other notes 02:50, 30 June 2026 (UTC)
- Yes, but right now, my bot completely stops its duplicate check activity until the number of files goes down to 190. It was an explicit request from amidnistrators, so all bots shall behave the same. vip (talk) 13:25, 30 June 2026 (UTC)
- @Dominic: I noticed that @Yann: has now deleted a shitload of your duplicates without leaving redirects. So, I’m asking you: what do you prefer; simply deleting it or creating the redirects? זיו「Ziv」 • For love letters and other notes 15:17, 30 June 2026 (UTC)
- Yes, I deleted over 8,000 duplicates. And this is not the first time. Please check before uploading. Thanks, Yann (talk) 15:25, 30 June 2026 (UTC)
- Thanks a lot, Yann. Good work. It would normally take hours, if not days, to create a redirect every time (which is what I usually do, too, unless the duplicate points to a file that is subject to a deletion request or a speedy deletion request). זיו「Ziv」 • For love letters and other notes 15:33, 30 June 2026 (UTC)
- @Yann: : Please allow me one criticism, however. The DPLA version of File:South Korean President Chun Doo Hwan meets U.S. President Ronald Reagan in the Oval Office (C439-13).jpg was being used in several language versions. Do you actually check for that, or do you simply delete? That usage in the language editions has now been lost because the duplicate was deleted without a redirect. זיו「Ziv」 • For love letters and other notes 15:41, 30 June 2026 (UTC)
- I found the file, restored it, and then correctly deleted it as a duplicate with a redirect, ensuring that the replacement also took place across the language versions. זיו「Ziv」 • For love letters and other notes 15:55, 30 June 2026 (UTC)
- @Yann: : Please allow me one criticism, however. The DPLA version of File:South Korean President Chun Doo Hwan meets U.S. President Ronald Reagan in the Oval Office (C439-13).jpg was being used in several language versions. Do you actually check for that, or do you simply delete? That usage in the language editions has now been lost because the duplicate was deleted without a redirect. זיו「Ziv」 • For love letters and other notes 15:41, 30 June 2026 (UTC)
- @Ziv: Honestly, I don't have any preference, as long as project links aren't broken, besides just trying to do whatever the Commons community is asking of me. I once performed some file moves myself without leaving redirects, and as accused of vandalism. This is part of the problem with operating a bot on Commons. Even if I just try to do as instructed, there is not a consensus practice by all Commons editors. For most of the ones that were deleted, they were never in use yet, and the IDs had changed, so there is nothing to fix or improve about the deleted files. If one of the current file names was deleted, that should get caught and correctly renamed (with CommonsDelinker triggered) without any need for admin intervention when I re-scan, as long as there is only one version now. The Reagan photo you flagged is still confusing me; due to the deleted revisions, it is hard to reconstruct what the bot tried to tag and why, but I want to make sure there wasn't any problem on my side. Dominic (talk) 19:36, 30 June 2026 (UTC)
- @Dominic, the bot didn't go wrong with this Reagan file. This is actually a very special case. A file that was originally uploaded by @RandomUserGuy1738: back then and subsequently edited and renamed by DPLA bot. Then, on June 29, user @PublicDomainFan08: uploaded File:South Korean President Chun Doo Hwan meets U.S. President Ronald Reagan in the Oval Office (C439-13).jpg, a new version of it. One with more pixels and a larger file size (4.400 × 2.960, 4,26 MB, DPLA version only has 4.000 × 2.691, 3,89 MB). Subsequently, he tagged the old upload as a duplicate. The one that was first simply deleted by Yann, restored by me, and then deleted again creating a redirect. Funny, DPLA bot then recreated the file over my redirect. So, what does that mean? If someone uploads a better version of a DPLA file, there’s no point in marking it as a duplicate, because the bot will just upload it again anyway. Best regards, זיו「Ziv」 • For love letters and other notes 12:26, 1 July 2026 (UTC)
- @Ziv: Yeah, I see now. The logic can only go so far. The bot can't decide which one is "better", only whether it matches the official version from the institution's catalog. Whether RandomUserGuy1738 uploaded a slightly different file due to it being from a different source or because they made improvements on the media file, the point is that it has a different file hash and a different name now, and so the bot can't "see" it. By the way, I have added another number of duplicates, about a thousand. This was a controlled, discrete batch, not ongoing, and won't be added to until they drain out of the category again. Dominic (talk) 00:07, 2 July 2026 (UTC)
- @Dominic, the bot didn't go wrong with this Reagan file. This is actually a very special case. A file that was originally uploaded by @RandomUserGuy1738: back then and subsequently edited and renamed by DPLA bot. Then, on June 29, user @PublicDomainFan08: uploaded File:South Korean President Chun Doo Hwan meets U.S. President Ronald Reagan in the Oval Office (C439-13).jpg, a new version of it. One with more pixels and a larger file size (4.400 × 2.960, 4,26 MB, DPLA version only has 4.000 × 2.691, 3,89 MB). Subsequently, he tagged the old upload as a duplicate. The one that was first simply deleted by Yann, restored by me, and then deleted again creating a redirect. Funny, DPLA bot then recreated the file over my redirect. So, what does that mean? If someone uploads a better version of a DPLA file, there’s no point in marking it as a duplicate, because the bot will just upload it again anyway. Best regards, זיו「Ziv」 • For love letters and other notes 12:26, 1 July 2026 (UTC)
- Thanks a lot, Yann. Good work. It would normally take hours, if not days, to create a redirect every time (which is what I usually do, too, unless the duplicate points to a file that is subject to a deletion request or a speedy deletion request). זיו「Ziv」 • For love letters and other notes 15:33, 30 June 2026 (UTC)
- Yes, but right now, my bot completely stops its duplicate check activity until the number of files goes down to 190. It was an explicit request from amidnistrators, so all bots shall behave the same. vip (talk) 13:25, 30 June 2026 (UTC)
- The maintenance category is actually very large at the moment, though it has been even bigger—with over 10,000 files from the DPLA bot. It simply takes time, but whenever I have some, I delete several hundred a day. זיו「Ziv」 • For love letters and other notes 02:50, 30 June 2026 (UTC)
- @Dominic the "case law" on this for my bot is to not add new duplicate files when the category exceeds 190 files, to avoid stressing administrators with a sudden large amount of files to review. Would it be possible for you to use the same limit? vip (talk) 23:18, 29 June 2026 (UTC)
- @Ziv: Sorry for stepping away for a few days. I am happy for you to resolve these as you see fit. It's designed to self-repair anyway, if it needs to be re-run on a category. The only problem it can't resolve is when there are two versions of a file, since the bot cannot delete. As long as something gets deleted, the next pass would then have a clear path to to rename and/or add SDC, as needed. I noticed today that a fast-running batch added several thousand files to Category:Duplicate. It looks like they are all legitimate duplicates of the scenario we were talking about before, but I killed that running batch and will try to engineer a guard in the code to prefent it from adding to the backlog when the category is already large. Let me know if you want me to undo all the current {{Duplicate}} tags and add them back more slowly. Dominic (talk) 19:04, 29 June 2026 (UTC)
- Did now the same with File:A.F. Bullard, Captain, 38th Massachusetts Infantry (Union). - DPLA - 249b96450fce5f80ca03d997111fd6ea.jpg, without producing a double extension. זיו「Ziv」 • For love letters and other notes 20:48, 22 June 2026 (UTC)
- Dang! Sorry for the copy paste error... But you see what I'm getting at. Because there aren't that many. זיו「Ziv」 • For love letters and other notes 20:31, 22 June 2026 (UTC)
- Or i can move the files to the DPLA name myself. Then you have absolutely nothing left to do. זיו「Ziv」 • For love letters and other notes 20:26, 22 June 2026 (UTC)
- If that's a good idea, then I can handle Fae's other uploads the same way. זיו「Ziv」 • For love letters and other notes 20:22, 22 June 2026 (UTC)
- Lemme show you something on File:Advertisment for the St. Louis and St. Clair Ferry, July 4, 1842.jpg. The bot now only needs to rename the file. זיו「Ziv」 • For love letters and other notes 20:20, 22 June 2026 (UTC)
- @Ziv: Right, that would be my goal as well. The issue here is that there is both a file previously uploaded at another name and a file already at the new file name. Let me know if you have a better idea I can implement, because I am happy to work on it. The most straightforward way I think we could handle this that deletes the newer file over the older file but still achieves the desired file rename would be to upload the duplicate file to the desired file name for the purpose of then immediately tagging it as as a duplicate—which I think would cause some confusion as well. And then I'd still have to come back later and re-run them all to actually do the renames once the existing file was deleted. Or, and this also seemed a little controversial to do on my own initiative, I could move the existing file to a temporary name, which would allow me to move the old file over the new redirect, and then tag the file at the temp name as a duplicate (so I don't have to do a second run). That would be the optimal, in a way, though it would look messy to anyone who didn't understand what we're doing. Dominic (talk) 14:17, 22 June 2026 (UTC)
- @Dominic: Thank you very much for the quick solution. However, I am not entirely satisfied for files uploaded by Fae or other users years before the DPLA bot uploaded a identical file. I liked the way you handled, for example with File:Nancy Reagan Waves While Visiting The Statue of Liberty in New York City - DPLA - 27f33ae983dc977c6096f75934bd706d.jpg. Renaming the files may be controversial, but user uploads should definitely be retained. Best regards, זיו「Ziv」 • For love letters and other notes 08:40, 22 June 2026 (UTC)
- Also, the second issue with the template breaking is a situation where the file name has the
- Addendum: Overwriting valid licenses is also a problem here. Originally, this was a Flickr upload with the license {{Flickr-no known copyright restrictions}}, now we have {{PD-US}}, which states that the image is not in the public domain in some countries, which was previously the case. The correct license should be {{PD-USGov}}. The bot should check which files it has inserted an incorrect license into and adjust them accordingly. זיו「Ziv」 • For love letters and other notes 21:54, 22 May 2026 (UTC)