Commons:Village pump/Archive/2025/08

History split?

Looking at File:Zaxbys, Rome.jpg, this image was moved from Wikipedia back in 2012. Before it was moved, the uploader uploaded an original image (two versions, one color-corrected) - but then uploaded another image of the same location over that. The thing is, the original image is also a good image, and I'd like to split the image history to have both this (the current image) and this (the original, color-corrected image) as "live" images. Is there a way to do that? - The Bushranger (talk) 09:15, 6 August 2025 (UTC)

@The Bushranger: Yes, please see COM:SPLIT.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 09:23, 6 August 2025 (UTC)

Ah, so you have to be an admin in order to do it, since it involves deletion. Is there a place to request this? - The Bushranger (talk) 18:58, 6 August 2025 (UTC)

@The Bushranger: Requests for splits go on Commons:History merging and splitting/Requests, and requests for Adminship follow Commons:Administrators/Howto.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 19:19, 6 August 2025 (UTC)

Thank you! - The Bushranger (talk) 19:22, 6 August 2025 (UTC)

@The Bushranger: You're welcome!   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 20:21, 6 August 2025 (UTC)

This section was archived on a request by:   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 20:21, 6 August 2025 (UTC)

Recategorizing IBM System/23 Datamaster contents into subcategories

I have created a new category, , removed the redirect and enabled the category and moved the pictures from into their corresponding subcategories. I would like to ask for some help since the two subcategories don't seem to find their corresponding wikidata item. I would like to ask for a revision of the work I have done myself in order to improve the outcome. Thank you in advance!

Buran Biggest Fan (talk) 07:20, 7 August 2025 (UTC)

•  Done. @Buran Biggest Fan: Here are the steps you left out: [1], [2]. - Jmabel ! talk 18:39, 7 August 2025 (UTC)

  Thank you very much! Buran Biggest Fan (talk) 20:07, 7 August 2025 (UTC)

This section was archived on a request by: Jmabel ! talk 18:39, 7 August 2025 (UTC)

Misidentified

What is the name of the template we use to show that a caption or a file name is or the person in the image is misidentified? Should we add to it that "Versions of this image may appear elsewhere on the internet still misidentified". We correct our version but cannot correct the other versions online. RAN (talk) 04:45, 2 August 2025 (UTC)

@Richard Arthur Norton (1958- ): are you talking about {{Inaccurate description}}? - Jmabel ! talk 05:15, 2 August 2025 (UTC)

• I think there was one with more text, but this one will do. I thought there was a specific one at Template:Disputed..., but I do not see it. Here it is: {{Fact disputed}}, same concept but in red text.--RAN (talk) 06:19, 2 August 2025 (UTC)

  If the title is factually wrong, the best course of action is to leave a message in the file's talk page and maybe notify the uploader. If you are very sure of what the title should be - or if some consensus has been reached in the talk page - you could use {{Rename}} to ask for the name to be changed. Pere prlpz (talk) 15:49, 2 August 2025 (UTC)

Mass category rename

Hi, the category Category:Khatumo and all its subcategories will need to be renamed "Waqooyi Bari" since the state has had a rename. Is there anyone with tools, a bot or a script, or someone with knowledge thereof to do a mass rename? Or will it have to be done manually? Girligaanshub (talk) 07:34, 2 August 2025 (UTC)

There are tools that help with this, the main ones that come to mind are Cat-a-lot and AWB (AutoWikiBrowser). @Auntof6: has experience dealing with mass edits related to categories and might know more or be able to help. ReneeWrites (talk) 10:16, 2 August 2025 (UTC)

@Girligaanshub and ReneeWrites: I find 436 categories that have the string "Khatumo" in the name. Seventeen of them appear to be redirects. If someone wants to verify that all these need to be changed, I could use those search results to generate a list of rename requests to hand to the bot User:CommonsDelinker. -- Auntof6 (talk) 10:59, 2 August 2025 (UTC)

436? Seems like overcategorization to me, a lot of those categories have one or even no files. Wowzers122 (talk) 16:41, 2 August 2025 (UTC)

Per en:Talk:Khatumo State#Requested move 30 July 2025, although the state was indeed renamed to “Waqooyi Bari”, the users at en-wiki are waiting to see if there is an official English name for the state. So I think we should wait to see as well before renaming all the categories. Tvpuppy (talk) 11:38, 2 August 2025 (UTC)

@Auntof6: "Waqooyi Bari" literally means "north east"; I don't think it needs t be anglicized because (a) there's precedence for native renderings (example here), and the currently trending English rendering "North East federal state of Somalia" is too wordy for categories. Imagine for example the verbosity of category "Category:Maps of weather and climate of North East Federal State of Somalia". That title won't fit on a smartphne screen. As such, I would appreciate it if you could hand all current categories under the title "Khatumo" including variations like "SSC-Khatumo" to the bot User:CommonsDelinker for a name change to "Waqooyi Bari". Thank you very much, and I appreciate the help. Girligaanshub (talk) 13:58, 2 August 2025 (UTC)

I think it would make more sense to keep Khatumo as a subcategory of Waqooyi Bari for that part of its history, like how Zaire is a subcategory of the DRC. Wowzers122 (talk) 16:18, 2 August 2025 (UTC)

Disagreement over a category

So there is a bit of a dispute over the category Category:Lamune Onsenkan and Category:Daimaru Ryokan (Taketa) being discussed at Category_talk:Lamune_Onsenkan.

I made the category Category:Lamune Onsenkan and moved 4 images from Category:Nagayu Onsen to it. I did so solely based on the fact that they were all of the same building and labelled as this same building.

They created the category Category:Daimaru Ryokan (Taketa) 11 hours later and moved all of these files from Category:Lamune Onsenkan to Category:Daimaru Ryokan (Taketa).

Both of us independently created wikidata entries on the topics, and I erroneously merged the wikidata entries but that conflict has been resolved.

Category:Daimaru Ryokan (Taketa) is the parent organization of Category:Lamune Onsenkan.

Is there an actual formal policy on this issue? My thought is that because it does not appear that there are any photos of Category:Daimaru Ryokan (Taketa) by itself, it should be a parent category containing Category:Lamune Onsenkan and Category:People of Daimaru Ryokan (Taketa) but no images. I think having all of the images in the top level category feeds a misconception that the Lamune Onsenkan building is the entirety of Daimaru Ryokan, when in reality it is just a single building in the complex. There are not good images of the entire complex but here is a birds eye view with google maps https://earth.google.com/web/search/Daimaru+Ryokan,+7992-1+Naoirimachi+%c5%8caza+Nagayu,+Taketa,+Oita,+Japan/@33.06941941,131.3837959,457.47335541a,119.9101215d,35y,-60.5609887h,17.48856925t,0r/data=CrQBGoUBEn8KJTB4MzU0NmM5ZGRiNDdkZTViZDoweDYzNDgxY2JlM2Y1YzI4YjkZAMPy59uIQEAha_EpAEZsYEAqRERhaW1hcnUgUnlva2FuLCA3OTkyLTEgTmFvaXJpbWFjaGkgxYxhemEgTmFnYXl1LCBUYWtldGEsIE9pdGEsIEphcGFuGAEgASImCiQJUTQCewCNQEARVD0j5ZWBQEAZWgCRL05tYEAhNYs6PEVrYEBCAggBOgMKATBCAggASg0I____________ARAA and here is street view https://www.google.com/maps/@33.0692755,131.3833934,3a,90y,109.68h,93.74t/data=!3m7!1e1!3m5!1sLyeojkDk85J68Ls5mTOMZA!2e0!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fcb_client%3Dmaps_sv.tactile%26w%3D900%26h%3D600%26pitch%3D-3.744474460873988%26panoid%3DLyeojkDk85J68Ls5mTOMZA%26yaw%3D109.68240970887084!7i16384!8i8192?entry=ttu&g_ep=EgoyMDI1MDczMC4wIKXMDSoASAFQAw%3D%3D so it appears to be a rather large complex, with apparently Lamune Onsen being the only building to have many photos taken of it. Looking for things I did find one image I think is of Daimaru Ryokan which was unlabelled though File:忘れられない、長湯温泉 - panoramio.jpg Immanuelle ❤️💚💙 (please tag me) 21:02, 2 August 2025 (UTC)

Actually I misidentified buildings and the complexes are not even connected. https://www.google.com/maps/dir/Lamune+Onsen,+7676-2+Naoirimachi+%C5%8Caza+Nagayu,+Taketa,+Oita,+Japan/Daimaru+Ryokan,+7992-1+Naoirimachi+Oaza+Nagayu,+Taketa,+Oita+878-0402,+Japan/@33.0687787,131.3811538,19z/data=!3m1!4b1!4m13!4m12!1m5!1m1!1s0x353f0273012d9271:0xa154c576e605447f!2m2!1d131.3800693!2d33.0683315!1m5!1m1!1s0x3546c9ddb47de5bd:0x63481cbe3f5c28b9!2m2!1d131.383545!2d33.069211?hl=en&entry=ttu&g_ep=EgoyMDI1MDczMC4wIKXMDSoASAFQAw%3D%3D Immanuelle ❤️💚💙 (please tag me) 21:08, 2 August 2025 (UTC)

I am very tempted to be bold and add

{{En|'''Lamune Onsenkan''' is a building of [[:Category:Daimaru Ryokan (Taketa)|Daimaru Ryokan]] in [[:w:en:Taketa, Ōita|Taketa City]], [[:w:en:Ōita Prefecture|Ōita Prefecture]], [[:w:en:Japan|Japan]].}} [[Category:Daimaru Ryokan (Taketa)]]

to the category Category:Lamune Onsenkan. But I do not want to engage in edit warring.Immanuelle ❤️💚💙 (please tag me) 21:20, 2 August 2025 (UTC)

You really should have pinged Japaneseviewtifullsaitoshiingu about this discussion. I am doing so now. - Jmabel ! talk 00:32, 3 August 2025 (UTC)

U4C call for non-voting candidates

The Universal Code of Conduct Coordinating Committee (U4C) has recently put out a call for people interested in becoming a non-voting member. Through last year's annual review, the community approved appointment of up to 4 non-voting members, and the U4C has now created a place and process for volunteers to express their interest. If you know of anyone who might be interested please point them out way. If you have any questions please don't hesitate to ask us (or ask me here). Best, Barkeep49 (talk) 21:17, 2 August 2025 (UTC)

File:Restrictions in Grindr app.svg

I need a map update for en:Grindr, which is under UK government restrictions were enforced under the en:Online Safety Act 2023, per source: https://www.mambaonline.com/2025/08/01/grindr-introduces-mandatory-age-verification-in-the-uk/. — Preceding unsigned comment added by Absolutiva (talk • contribs)

First of all, the file is supposed to show where restrictions were applied from the app to safeguard the lives of LGBT people in countries considered homophobic, e.g. general access restrictions. The UK restrictions are requiring age verification and do not seem to be a homophobic measure.

Based on this first observation, you need to say which new color you would like to have introduced. In my opinion however, that would be a whole new other topic: "Countries where the Grindr app is age-restricted by law", with the options of "unaccessible" (copied over from this map here), "age-restricted" (the UK), "not age-restricted" (the rest of the world). --Enyavar (talk) 10:29, 2 August 2025 (UTC)

Probably just "age-restricted" then, in light green, but only Grindr safety measures were taken. Absolutiva 10:38, 3 August 2025 (UTC)

Possible misidentification of astronauts

Hi, Please see en:Wikipedia talk:WikiProject Spaceflight#Possible misidentification of astronauts. Thanks, Yann (talk) 16:48, 4 August 2025 (UTC)

Proposal to replace "Non-Falun Gong swastika"

In the context of addressing the recent overuse of "under section" templates (see discussion), I plan to replace all remaining uses of the {{Non-Falun Gong swastika}} template with {{Non-Nazi swastika}}, because the two countries mentioned in the former (China and Russia) are authoritarian regimes that block or restrict Wikimedia projects anyway (see Commons:Deletion requests/Template:Chinese sensitive content and Commons:Deletion requests/Template:Extremist symbol in Russia): however, the [edit: non-Nazi] swastika disclaimer still applies.

This is not yet a deletion request, because a number of files still use the {{Non-Falun Gong swastika}} template and would need to be updated to use {{Non-Nazi swastika}} instead. --Minoa (talk) 22:40, 4 August 2025 (UTC)

Seems to me that the Falun Gong swastika is quite different from the Nazi swastika. File:Falun Gong Logo.jpg, for example, is currently tagged with both of these templates. It is precisely an image of the Falun Gong swastika, and could not readily be mistaken for a Nazi swastika except by someone who thinks that all swastikas are Nazi symbols. - Jmabel ! talk 00:42, 5 August 2025 (UTC)

Yes, the Falun Gong swastika looks quite different from a Nazi swastika and the Falun Gong swastika is not that different from a manji. Abzeronow (talk) 01:46, 5 August 2025 (UTC)

Not to worry, I am aware of the difference between religious and political swastikas: the proposal relates to a template that appears to apply only to China and Russia, both authoritarian regimes that block or restrict Wikimedia projects anyway. I also realise that duplication may be a second reason for phasing out {{Non-Falun Gong swastika}}, since {{Non-Nazi swastika}} also covers religious contexts (e.g. Hinduism and Jainism). --Minoa (talk) 02:10, 5 August 2025 (UTC)

How on earth did we end up in a situation where {{Non-Falun Gong swastika}} is used on File:Falun Gong Logo.svg? Surely the swastika in the Falun Gong logo is a Falun Gong swastika? In any case,  Support the removal of this template per Commons:Deletion requests/Template:Zionist symbol, Commons:Deletion requests/Template:Chinese sensitive content, and a number of other related discussions. The correct replacement is probably {{Non-Nazi swastika}}. Omphalographer (talk) 01:49, 5 August 2025 (UTC)

Commons and UCoC enforcement re-opened

The U4C is re-opening our investigation into the Commons and UCoC enforcement case following the six month pause. We note that the Commons community incorporated the UCoC into their desysop procedures. We are re-opening this for any new evidence for 2 weeks, after which we will decide if any further action is needed. Barkeep49 (talk) 16:46, 5 August 2025 (UTC)

Incorrect licensing for AI enhanced images

The following image is likely incorrectly dual-licensed. I did not find a relevant discussion for what the appropriate licence should be File:(Enhanced Version) Manal Awad Mikhail 1.png.

As it stands it is both licensed under {{youtube}} and {{PD-algorithm}}. I believe there are more cases of this at Category:PD-algorithm. CFCF (talk) 17:21, 5 August 2025 (UTC)

There is a lot of slop here, and some images like File:1663Bowerie.jpg just seem to be entirely incorrectly licensed. CFCF (talk) 17:24, 5 August 2025 (UTC)

Let CommonsDelinker perform PNG to SVG replacements

The RFC is here: User_talk:CommonsDelinker/commands#Replace_images_with_.svg_version, please answer there. Taylor 49 (talk) 19:46, 5 August 2025 (UTC)

Obviously not "own work"

What's the right thing to do with File:Golf von Mexiko NASA World Wind Globe.jpg. User:ILA-boy labeled it as "Own work", which it clearly isn't, unless they've got their own satellite in orbit. On the other hand, if it's really from NASA images, then it's PD, but still clearly not "Own work". RoySmith (talk) 20:39, 5 August 2025 (UTC)

In cases when something is not a copyvio, I try to find the original source and replace it with the correct link. For something from 2008, might be challenging. If you cant, change the author to 'NASA' and the source to whatever site or software it originated from. PascalHD (talk) 22:22, 5 August 2025 (UTC)

We do have {{Wrong author}}. MKFI (talk) 06:30, 6 August 2025 (UTC)

@MKFI, PascalHD, and RoySmith: We also have COM:ANU for reporting uploaders that falsely claim "Own work".   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 09:09, 6 August 2025 (UTC)

About tagged pictures

What is Wikimedia Commons policy regarding pictures that has @names in the picture. Such as the ones uploaded by this user https://commons.wikimedia.org/w/index.php?title=Special:ListFiles/Zul_muhaimin_hmn&ilshowall=1 ? Thank you. Hysocc (talk) 09:57, 6 August 2025 (UTC)

There is no policy regarding watermarking for now, closest thing we have is a proposed policy of Commons:Watermarks. HyperAnd (talk) 10:56, 6 August 2025 (UTC)

They should generally be marked with {{Watermarked}}.

Video with multiple sources

I created a video based on recordings from several programmes (namely iD, JOSM and Vespucci), all of which have different licences: iD has an ISC licence, JOSM uses GNU GPL v2+ and Vespucci Apache 2.0. If I wanted to upload the video here on Commons, which licence should I use? Should I indicate all three? ----Mannivu · ✉ 12:48, 6 August 2025 (UTC)

That looks like a case of Commons:Licensing#Multi-licensing / Commons:Multi-licensing. I think that you can chose any suitable license. Regards, Grand-Duc (talk) 17:01, 6 August 2025 (UTC)

I'd say it's the opposite: you can't choose but you must abide to all of them, so you would need a license compatible with all of them, if it is possible.

However, you might be able to license each part under a different license, just as Wikipedia is under one license but each of its images is under its own license. Pere prlpz (talk) 23:10, 6 August 2025 (UTC)

Sounds like you are going to end up with a complicated license statement, and several separate credits that must be given both by you and by any reusers. - Jmabel ! talk 23:52, 6 August 2025 (UTC)

@Grand-Duc @Jmabel @Pere prlpz sorry for pinging all of you, bu I've found this website from the UE that gives this simple table and it seems that, if I read it correctly, I can use the CC-BY 4.0 here in Commons without any problem (in the file description I will give the proper license to each software in each part of the video). --Mannivu · ✉ 08:21, 7 August 2025 (UTC)

I apparently misunderstood/overlooked the part "video based on recordings from several programmes", I thought that it was a clip where the videographer offered several licenses for his work, not that it was a compilation of parts with different licenses arranged together. My sentence with "choosing" is only valid in the former case. Regards, Grand-Duc (talk) 10:01, 7 August 2025 (UTC)

Rules for revoking/invalidating a VRT permission

Hi all

I've asked a question about what rules exist for revoking a VRT permission at Commons:Volunteer_Response_Team/Noticeboard#Rules_for_revoking/invalidating_a_VRT_permission. E.g if the person within the organisation didn't have permission from the organisation to share the files or didn't have the permission to share it under that specific license. I'd really appreciate it if you could answer there to keep the discussion in one place.

Thanks

John Cummings (talk) 11:37, 7 August 2025 (UTC)

@John Cummings: Are you asking for all ways that a ticket can ever be invalidated (which would be a long, cumbersome answer), or how an organization can deliberately revoke a permission that was incorrectly given in its name, or how an organization can challenge an invalid permission given by someone else for work where that organization actually owns the rights, or what? - Jmabel ! talk 18:42, 7 August 2025 (UTC)

Hi Jmabel, nice to hear from you :) I would say mostly 'deliberately revoke a permission that was incorrectly given in its name', but honestly its not quite that because they do want to share the images and I'm trying to help them correct the errors. John Cummings (talk) 18:59, 7 August 2025 (UTC)

Looks like you got a better discussion of this going at COM:VRT/N. Better to keep it in one place. - Jmabel ! talk 19:39, 7 August 2025 (UTC)

Can anyone research who is in the painting and where it now resides?

Can anyone research who is in the painting and where it now resides? File:Arnaldo Casella Tamburini in 1917.jpg RAN (talk) 15:34, 4 August 2025 (UTC)

Victor Emmanuel III ? -- Asclepias (talk) 17:33, 4 August 2025 (UTC)

@Asclepias: Certainly likely. - Jmabel ! talk 19:04, 4 August 2025 (UTC)

• @Asclepias: Brilliant! --RAN (talk) 03:44, 8 August 2025 (UTC)

Caesar DePaço

Hypothethically speaking if we had a freely licensed photo that showed DePaço to a meeting at the organization that he allegedly founded would we be allowed to host it on Commons? Trade (talk) 00:38, 10 August 2025 (UTC)

Quoting Wikipedia:Village pump (WMF), " Different communities may take different approaches to how they handle this, aligned with their content governance and editorial practices. Some language versions might have different views on the question between balancing access to information about a notable subject vs. the risk of confusion and repeat additions of material deemed illegal. Some languages may prefer a policy of deleting the entire article if something like this happens and others might prefer editor warnings or a case by case analysis. My view is that it’s good if each language makes that determination for themselves."--Trade (talk) 00:40, 10 August 2025 (UTC)

I see no issues to host any images not previously demanded to be removed. No need to censor more (and other projects) unless we're forced to (and if so, I suspect WMF Office will do the dirty work of deleting such an image). However, if the uploader wishes for their username to be hidden from public view as a precaution, a revision deletion of the username can be done and would be supported by me. --Jonatan Svensson Glad (talk) 01:13, 10 August 2025 (UTC)

Does that not go against Commons:PRECAUTION? It seems like the only reason the court order only specifies ENWP/PTWP is because the judge is ignorant about the structure of Wikimedia. Keeping the photo here would essentially be exploiting that Trade (talk) 02:14, 10 August 2025 (UTC)

Commons hosts freely licensed media in scope. The court order didn't demand removal of images from Commons or ban photos of the subject. WMF confirmed it concerns only specific criminal facts and related procedural issues, not lawful, freely licensed images. Commons is not a place for censorship. Commons:PRECAUTION is about licensing: we keep files with clear free licenses or public domain status. Non-copyright restrictions (COM:NCR) may apply here, but they do not justify applying COM:PRP to remove lawful images. Whether an image appears in a Wikipedia article is an editorial choice, not a Commons issue.

Until WMF receives a valid legal order explicitly targeting Commons, there's no basis to take down such images. WMF Legal or Trust & Safety would handle any such order. --Jonatan Svensson Glad (talk) 02:50, 10 August 2025 (UTC)

I agree with Jonatan. WMF would take it down via office action if a valid legal order said to do so. I as a volunteer would not or would never delete a photograph to please a government. Abzeronow (talk) 03:04, 10 August 2025 (UTC)

Los Angeles Times Photographic Collection at UCLA

Do we have plans to upload the remainder of the 21,963 "Los Angeles Times Photographic Collection at UCLA" from their website? We have 3,084 already loaded. I am not aware if someone created an upload template already so that the captions and other data get formatted the same way as before. I have a few I want to upload, but best if all get uploaded in same way so the captions and other identifiers get formatted the same way. See: https://digital.library.ucla.edu/catalog?f%5Bmember_of_collections_ssim%5D%5B%5D=Los+Angeles+Times+Photographic+Collection&sort=title_alpha_numeric_ssort+asc RAN (talk) 05:28, 7 August 2025 (UTC)

Convenience link: Category:Los Angeles Times Photographic Collection at UCLA. Yann (talk) 19:39, 10 August 2025 (UTC)

Size of pdf

Hello! I have come across some scans of books with old Danish law text. There are 29 files at https://lokalhistoriewiki.no/wiki/Schous_forordninger (a Norwegan source). Many of the files can be downloaded in either low or high resolution. The total size of the files in low res is 5,94 GB and the size in high res is 9.93 GB. I compared 2 files and could not really see any difference. But I do not know if it will make a difference when making OCR. My question is if I should upload high res or low res. Thoughts? MGA73 (talk) 18:40, 8 August 2025 (UTC)

@MGA73: always high res. - Jmabel ! talk 20:02, 8 August 2025 (UTC)

Thank you. I have uploaded a few files and added them to Category:Chronologisk Register over de Kongelige Forordninger og Aabne Breve, samt andre trykte Anordninger (1670–1849). Rest will be uploaded later. --MGA73 (talk) 15:23, 10 August 2025 (UTC)

Mass license tagging & Check SVGs against GitHub for changes

1. Mass license tagging:

• • All licenses in Category:Wikimedia Codex icons need to be changed to {{MIT|2011–2022 Wikimedia Design & OOUI team and other contributors.|Expat}}. Is there a userscript or tool I could use for this?

1. Check SVGs against GitHub for changes:

• • First rename all SVGs in Category:Wikimedia Codex icons per naming convention in repository
  • Check all SVGs in Category:Wikimedia Codex icons against gerrit repo: */main/packages/codex-icons/src/; or on GitHub: wikimedia/design-codex/tree/main/packages/codex-icons/src.
  • Do the same but colorise all images as appropriate based on their actions etc. -- I know which ones need to be @color-destructive etc.

Thanks! Waddie96 (talk) 18:54, 10 August 2025 (UTC)

Why does the readme license differ (CC BY 4.0)? Sjoerd de Bruin (talk) 07:38, 11 August 2025 (UTC)

Yeh I was wondering the same thing! If you look at the blame for LICENSE, it was created in Feb 2022 by User:Volker E. (WMF) with the comment:

icons: Set to MIT license

Icons have been originated in MIT license repo and might also be
used in distributed closed source applications.
Also add all 'LICENSE' files to '.stylelintignore'.

Waddie96 (talk) 15:06, 11 August 2025 (UTC)

@Sjoerddebruin Waddie96 (talk) 15:07, 11 August 2025 (UTC)

User having trouble accessing this site from Pakistan

User talk:SohaibAhmadu#Unable to Open Wikimedia Commons in Desktop Mode from Pakistan. It's sheer dumb luck that I ran across this post on the user's own talk page.

Basically, he can access it on a mobile device, but not on a PC (and has tried several PCs). If he accesses with a VPN he can get in but gets a message that "Editing is blocked."

If someone can help him, including just an explanation of what might be going on, please either answer here and ping SohaibAhmadu, or answer on his user talk page.

Thanks in advance. - Jmabel ! talk 05:46, 11 August 2025 (UTC)

"Sunsets" vs "Sunsets on Earth"

Hi, Can someone explain me the difference between Category:Sunsets and Category:Sunsets on Earth. @Sbb1413: --JotaCartas (talk) 20:12, 11 August 2025 (UTC)

Seven letters and a space? Someone being pedantic? To be fair, we do have Category:Sunset from space, Category:Sunset on Mars, Category:Sunsets on Titan (moon), but if that is the rationale, then surely Category:Sunsets by country would belong under Category:Sunsets on Earth. - Jmabel ! talk 23:09, 11 August 2025 (UTC)

Hehe, maybe you're right, but in that case, all the photos and a lot of categories under the "Sunsets" category could/should be in the "Sunsets on Earth" category or vice versa. It's not a big problem, it's better to keep quiet. JotaCartas (talk) 00:11, 12 August 2025 (UTC)

Outdoor places of worship

Do we have an appropriate category somewhere for outdoor places of worship such as File:Outdoor chapel at Camp Stephens (YMCA-YWCA).jpg? Probably also relevant to File:Freeport, NY - waterfront Catholic chapel 01 (9336906975).jpg and to things like the plaza of Category:The Grotto (Portland, Oregon), but probably not to public squares that might incidentally at times be used for a religious service. - Jmabel ! talk 22:22, 16 August 2025 (UTC)

Not specifically outdoor, but the first two could go into Category:Chapels. Nakonana (talk) 22:34, 16 August 2025 (UTC)

Sure, but this is enough of a thing that we ought to have a category for it. Places of worship are not necessarily buildings. - Jmabel ! talk 00:40, 17 August 2025 (UTC)

Perhaps it can go into Category:Outdoor churches or one of its subcat? Tvpuppy (talk) 01:08, 17 August 2025 (UTC)

Yes, though it's interesting that we only have a category for these if they are Christian. These are, so my immediate problem is solved. - Jmabel ! talk 06:18, 17 August 2025 (UTC)

There are things like Category:Wayside shrines or Category:Tree shrines. While not explicitly in any outdoor shrine category, they are outdoor places of worship. Nakonana (talk) 13:19, 17 August 2025 (UTC)

That's a good observation! Thanks for the hint!

It does seem that categories like Category:Open air places of worship and Category:Open air altars should be used more often. What about prehistoric sites like Stonehenge? What about ancient Greek altars such as the Great Altar of Pergamon (and more)? What about the once famous sanctuary of Dodona in a sacred grove? -- Martinus KE (talk) 07:42, 18 August 2025 (UTC)

This section was archived on a request by: Jmabel ! talk 06:18, 17 August 2025 (UTC)

Category:Mascot costumes

I would have thought that a lot of mascot costumes would raise copyright issues, but I see no warning on this category, and it has a fair deal of content that I would expect was a problem (at least half of its direct content). Am I missing something? I ask because if I can upload [3], I'd like to. - Jmabel ! talk 23:12, 11 August 2025 (UTC)

Would mascot costumes fall under cosplaying? We have a lot of cosplay photos and it seems like Commons is ok with that. Nakonana (talk) 13:38, 12 August 2025 (UTC)

CSD reason for crops of deleted copyright violations

Under which speedy deletion reason should we delete files that are cropped versions of images already deleted for copyright violations?

For example, File:1997 Filippo Inzaghi (cropped).jpg is a crop of File:Brescello v Juventus, 4 September 1997 - Filippo Inzaghi, Pierluigi Prete.jpg, which was deleted due to copyright issues (missing permission). Should the crop be deleted under G8 (page dependent on deleted or non-existent content), F1 (clear copyright violation), F3 (derivative work of non-free content), or another existing reason?

Alternatively, should a new specific CSD criterion be created for this case, or should such files go through regular deletion requests if the cropped version was not deleted within (for example) 7 days of the original image? --Jonatan Svensson Glad (talk) 23:22, 11 August 2025 (UTC)

I typically go with F1. G8 isn't always accurate; in some cases crops can be kept after the original is deleted (such as if the original was deleted because of a copyrighted background not visible in the crop), though usually it's better to simply crop and revdel the original. F3 wouldn't apply; it's for cases like freely-licensed photographs of non-free artworks.

I don't think we need a separate CSD criterion. Unless there is a reasonable chance that the crop isn't a copyvio (such as my example above), F1 speedy is fine. Pi.1415926535 (talk) 23:32, 11 August 2025 (UTC)

Well in my example above, it was never proven to be a copyvio, only that no permission was sent or verified VRT within 30 days of tagging. --Jonatan Svensson Glad (talk) 23:36, 11 August 2025 (UTC)

Also, bit unrelated, if someone were to get around to fix this issue we could possibly have a parameter as |checked=unrelated and |checked=delete within {{Extracted from}} to mark if the source image's issues were unrelated to the extracted image or if the extracted image should be deleted (and thereby tagged for speedy deletion). Currently it behaves as {{Extracted from deleted}} and makes it sound as if the file has already been reviewed as fine. Ping RoyZuo & Andrew Gray. --Jonatan Svensson Glad (talk) 23:43, 11 August 2025 (UTC)

Can't admins see the deleted image (and related deletion discussion / rationale) to asses whether the source image issues are unrelated to the crop? Nakonana (talk) 13:41, 12 August 2025 (UTC)

Yes of course, but for a random user, looking at File:1997 Filippo Inzaghi (cropped).jpg right now it states "The source file was deleted for reasons that do not affect this image, like a derivative work which is not a part of this cropped image." despite no-one having made that review - it's defaulting to "it's fine", whne it should through big alarm bells. I wanted to go through all such files now, but wanted to know which CDS reason to best use for easier handling. --Jonatan Svensson Glad (talk) 15:56, 12 August 2025 (UTC)

For your amusement and edification (Disney and AI)

https://www.techdirt.com/2025/08/08/disney-scraps-deepfake-dwayne-johnson-after-lawyers-panic-about-the-public-domain/

Looks like Disney is having some problems with the issues of AI and intellectual property, too. - Jmabel ! talk 04:17, 12 August 2025 (UTC)

It's so ridiculous and absurd what corporate greed can lead to :) --PantheraLeo1359531 😺 (talk) 09:23, 12 August 2025 (UTC)

Uhhh, 503 HTTP error on file sometimes?

Just happen today, some files (upload.wikimedia.org) are returning 503 error(s) Does anyone the same issue? DinhHuy2010 (talk) 14:57, 12 August 2025 (UTC)

@DinhHuy2010 same, also impacts the Commons images as viewed on enwiki articles where those are being used. JWilz12345 (Talk|Contributions) 15:18, 12 August 2025 (UTC)

Seems to have been fixed; images now load when I visit Commons pages after waking up. JWilz12345 (Talk|Contributions) 04:27, 13 August 2025 (UTC)

SiIvaGunner template

Every video on the SiIvaGunner YouTube channel is free-use according to the Highquality.rip website, with a unique non-commercial license not based on any Creative Commons license - this has in the past been almost useless for Commons given how much the channel depends on derivative works, but recently the channel released a Kevin MacLeod tribute album - the remixes will all have to checked for samples and melodyswaps, but this should theoretically be fine to post on Commons for the most part, at least assuming Commons doesn't fall under the definition of a "streaming platform", which I assume it doesn't given the license immediately after says "*otherwise* aim to profit" - would it be worth creating a devoted SiIvaGunner license template? Some of the original KFAD music could maybe also be posted under this (though BE THE KING ends with a Flintstones melody so that would have to be cropped).

https://sgfr.highquality.rip/sgfr-0012/ --RockosModernLifeFan848 (talk) 10:34, 13 August 2025 (UTC)

Ignore this. Didn't realise non-commercial licenses are outright not allowed on Commons. I'm an idiot lmao.--RockosModernLifeFan848 (talk) 12:46, 13 August 2025 (UTC)

Thiking about this again, I'm not sure if the SiIva license is truly non-commercial - the wording is "profit directly" (reselling) and it says that DJing and streams are OK. Re-opening this discussion.--RockosModernLifeFan848 (talk) 18:51, 13 August 2025 (UTC)

Not enough. You have to be able to outright sell a copy. I don't love that, but it's a decision made nearly 20 years ago and never revised. - Jmabel ! talk 20:06, 13 August 2025 (UTC)

Save Our Signs effort to preserve images of interpretive signs as US National Parks that may be removed

I was wondering if anyone has engaged with Save Our Signs. I heard about them on an NPR program, Here & Now. I have written to them at their contact email address about using Commons as a repository.

• Save Our Signs. Google Drive. Retrieved on 2025-08-13.
• Here & Now (2025-08-13). Historians, curators say sign and exhibit removal at historical sites erases history. WBUR. Retrieved on 2025-08-13.

I did not elaborate much about Commons with them as I figure that was best done in a follow-up email, especially the discussion about licensing. Is anyone else familiar with their efforts? Peaceray (talk) 17:57, 13 August 2025 (UTC)

@Peaceray: I've already engaged. Their upload form makes all submissions CC-zero. Once they go live, they'll be happy to have us pick up content. - Jmabel ! talk 20:07, 13 August 2025 (UTC)

Excellent news! Peaceray (talk) 20:11, 13 August 2025 (UTC)

New page: "Commons:Digital preservation"

Hello. I created this page. It's a "how to" about using Commons for digital preservation of files, including how to make Commons a better tool for it. If somebody considers that it should be marked as an essay, I have no problem in tagging it as such, but in principle I don't see it as an essay. Improvements to its content, as well as links to it from other pages, are welcome. MGeog2022 (talk) 12:33, 15 August 2025 (UTC)

Of course it is an essay. You are telling people which way you would advise them to vote on DRs. Certainly this is not policy or a guideline. - Jmabel ! talk

OK, I marked it as such. MGeog2022 (talk) 19:42, 15 August 2025 (UTC)

Digital preservation is one of the most important topic these days. I hope it gets more attention :) --PantheraLeo1359531 😺 (talk) 19:54, 16 August 2025 (UTC)

Category:Wolmar von Treyden II

At Category:Wolmar von Treyden II one child, Johannes von Treiden, appears twice in the chart, can someone work out how to fix the error? RAN (talk) 18:11, 16 August 2025 (UTC)

I don't see this: the only place I see that name is as the lower of two in the third column from the left. - Jmabel ! talk 22:15, 16 August 2025 (UTC)

Someone was working on it at Wikidata, merging stuff, etc., from where it's somehow repercuted to Commons. It looks fixed. -- Asclepias (talk) 22:53, 16 August 2025 (UTC)

We need your help with forming a new OpenRefine user group

We are trying to start a new Wikimedia user group. We'd really appreciate your inputs here: New Meta page for OpenRefine user group Thank you :) -- DaxServer (talk) 08:35, 17 August 2025 (UTC)

Video Game History Foundation acquires the rights to Computer Entertainer and has released the magazine under cc-by-4.0

https://gamehistory.org/computerentertainer/

Computer Entertainer is definitely an invaluable resource already for 1980s games. I wonder if anybody is going to start uploading those scans here. Obviously game screenshots would still be a COM:DW issue but it's definitely significant that this historic magazine is now released under CC-BY. Abzeronow (talk) 02:04, 7 August 2025 (UTC)

should a new template be made for scans of this magazine? Howardcorn33 (talk) 19:08, 8 August 2025 (UTC)

yes Trade (talk) 15:38, 9 August 2025 (UTC)

ok then. I created {{Computer Entertainer VGHF}} just now. Howardcorn33 (talk) 16:28, 9 August 2025 (UTC)

Oh crud. i'm finding it difficult to manually replace all the tags. :( is there an automated way? Howardcorn33 (talk) 16:35, 9 August 2025 (UTC)

@Howardcorn33: While I'm not clear on the specifics of what you are trying to replace with what, the usual tool for this sort of thing is VFC. - Jmabel ! talk 01:54, 10 August 2025 (UTC)

Thoughts on the change i made to the template? @Howardcorn33 and Jmabel: --Trade (talk) 02:24, 10 August 2025 (UTC)

why does it say “ This tag does not indicate the copyright status of the attached work. A normal copyright tag is still required.” at the bottom? doesn't the CC-BY 4.0 notice suffice? Howardcorn33 (talk) 09:35, 10 August 2025 (UTC)

There are 3 notices in this template. The last line of the last notice refers to the second cc-by 4.0 notice being required. —TheDJ (talk • contribs) 09:59, 10 August 2025 (UTC)

ah well, i wont debate this further Howardcorn33 (talk) 10:07, 10 August 2025 (UTC)

I've made some edits; shorter and communicates the same information. - Jmabel ! talk 19:06, 10 August 2025 (UTC)

That sounds great, but are we sure that they have the rights to all the material included? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:09, 15 August 2025 (UTC)

@Andy: are you saying that there is a significant chance that this 501(c)3 is lying on their site when they say that they have obtained these rights and are offering a license? Why would we trust them any less than any other institution that makes a similar claim? - Jmabel ! talk 18:04, 15 August 2025 (UTC)

1. No (for some value of "these rights").
2. I'm not suggesting that we trust them any less than any other institution in a similar circumstance.

I just tried to view this archive, and had first to click an interstital that said "Welcome to the Video Game History Foundation’s digital archive. By accessing our archive, you agree to use this material only for research or private study..." Which might be taken by some as a measure of the institution's understanding of copyright and CC licences. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:44, 15 August 2025 (UTC)

At this point i just assume no one outside of Commons understand how CC licenses works Trade (talk) 12:37, 18 August 2025 (UTC)

I have nominated:

• File:Atari 130ST Personal Computer-February 1985 Computer Entertainer.jpg
• File:Nintendo Advanced Video System cartridge console, data recorder and keyboard all together-February 1985 Computer Entertainer.jpg

for deletion as likely copyvios. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:54, 18 August 2025 (UTC)

I have responded to both as the issue (February 1985) discusses the Winter CES (which was January 1985) and the text accompanying the article mentions booths (by Atari and by Nintendo). Abzeronow (talk) 19:37, 18 August 2025 (UTC)

Upload request

The https://earthquakes.ga.gov.au/ page, click Past earthquakes, click last 7 days, click Australia only. Pick the QLD quake that happened on the 15th August. Scroll down and select ShakeMap. Could you please upload this as a new image in a high resolution. (The copyright link in left bottom corner shows it is a creative commons licence which is compatible with Commons.) Many thanks, Gryllida (talk) 04:24, 16 August 2025 (UTC)

@Gryllida: I'm missing why you are asking someone else to do this rather than do this yourself. - Jmabel ! talk 05:59, 16 August 2025 (UTC)

I would take a screenshot. I do not think that would be very high quality. I also would completely mess up the description and tags and licensing. If someone more experienced could do it, i think it would be better than having me do it and someone get confused and need to correct. Gryllida (talk) 13:09, 16 August 2025 (UTC)

Better make sure the satellite images are actually ok. here's a long list of potential copyright holders, "Source: Esri, Maxar, Earthstar Geographics, and the GIS User Community" "Source: Esri, HERE, Garmin, FAO, NOAA, USGS, © OpenStreetMap contributors, and the GIS User Community". for example, Maxar images dont seem to be free. RoyZuo (talk) 06:00, 18 August 2025 (UTC)

UK pub signs

Sadly, the vast majority of images in Category:Pub signs in the United Kingdom by theme are derivative works of 2d art, for which there is no FoP in the UK. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:29, 16 August 2025 (UTC)

I thought there were warnings to this effect on the categories...Railwayfan2005 (talk) 22:24, 18 August 2025 (UTC)

RE: Multi-licensing

Wow, this is complicated for someone who doesn't know. Are these pages up-to-date?:

• See the nice pretty table at Commons:Multi-license copyright tags! Easier.
• Commons:Multi-licensing
• Commons:Simple media reuse guide?

I'm trying atm to copyedit COM:Licensing, Commons:Reusing content outside Wikimedia

Template:PD-old-auto says "Please use {{PD-old-auto-expired}} or {{PD-old-auto-1996}} in preference to this template." But why?

Old en-wiki pages on multi-licensing:

• en:Wikipedia:Multi-licensing
• en:Wikipedia:Licensing update

Waddie96 (talk) 07:45, 17 August 2025 (UTC)

@Waddie96: On one point here, {{PD-old-auto-expired}} or {{PD-old-auto-1996}} covers the U.S., {{PD-old-auto}} does not. - Jmabel ! talk 21:28, 17 August 2025 (UTC)

Yeh, so my question is: why is it that we are making it preferred to use {{PD-old-auto-expired}} and {{PD-old-auto-1996}} when {{PD-old-auto}} is perfectly good, it's just we prefer use of the more general coverage template? Is it because the author is required to stipulate that exact clause US copyright law at the time of licensing in order for anyone to use that clause afterwards.

My concern being: as an uploader (and maintenance person in autopilot), I saw the comment on thex template:

Please use {{PD-old-auto-expired}} or {{PD-old-auto-1996}} in preference to this template.

and was like WTF I just used some of those some time, and edited a central copyright help document relating to using this copyright tag and it suggested using it. The realisation obvi being about the warning mentioned, and Commons:Multi-license copyright tags. Waddie96 (talk) 22:59, 17 August 2025 (UTC)

Preferred because being PD in the U.S. is mandatory, and it just makes matters simpler to combine the issues in one template. The other way is OK, too, but using a single template is just plain simpler for everyone down the line who'll have to deal with it. - Jmabel ! talk 01:00, 18 August 2025 (UTC)

Got you! Thank for explaining!! Waddie96 (talk) 03:57, 18 August 2025 (UTC)

"pretty table": I find the color gradients very distracting. - Jmabel ! talk 21:29, 17 August 2025 (UTC)

They were worse, I corrected it using the Wikimedia design pallette... Waddie96 (talk) 22:48, 17 August 2025 (UTC)

Pretty == my definition being lots of information, consolidated; but now is it outdated? Waddie96 (talk) 22:48, 17 August 2025 (UTC)

To me, "pretty" tends to be about aesthetics. - Jmabel ! talk 01:00, 18 August 2025 (UTC)

Template: topic in country|Medicine

Hi, that template has an error. Check for example, Category: Medicine in Italy. The template returns an error message: File:Lua error in Module:Wikidata/GetClaims at line 285: property-param-not-provided. Gveret Tered (talk) 12:58, 17 August 2025 (UTC)

I think the template is under going some debugging at the moment, please the relevant discussion at Commons:Village pump/Technical#Abkhazia technical puzzler. Thanks. Tvpuppy (talk) 23:12, 17 August 2025 (UTC)

Maybe so, but it's been about 24 hours and it is still broken. - Jmabel ! talk 21:59, 18 August 2025 (UTC)

When is it OK to do something after similar discussions?

Hi. I was looking through Category:Film locations of Agatha Christie's Poirot in the United Kingdom a few minutes ago and thinking that I might nominate the category, subcats, and related galleries for deletion as pointless trivia. Looking through previous CfDs for categories of film locations, there's been numerous ones at this point that resulted in delete. So I do wonder if yet another CfD for something like this on top of the 170ish that have already resulted in the categories being deleted should be necessary at this point. But then people on here love to act like things are controversial when they aren't just to maintain the status quo for whatever reason.

So I'm wondering, what is a realistic threshold where it should be OK to do nominate a category, gallery, or whatever for speedy deletion without having to do a CFD first given the clear outcomes of previous ones for similar categories? Personally, I'd consider this a situation where it should be fine to nominate Category:Film locations of Agatha Christie's Poirot in the United Kingdom and everything associated with it for speedy deletion given similar CfDs and whatnot. Maybe not though? --Adamant1 (talk) 00:39, 18 August 2025 (UTC)

@Adamant1: You could probably try to get this raised to the level of being a "speedy deletion" criterion for categories, but until it is we are stuck with a CfD every time. Presumably, given how much precedent we now have, those should be rather quick and easy CfDs. - Jmabel ! talk 01:03, 18 August 2025 (UTC)

It's only quick if he can get anyone to actually participate. Biggest issue with CfDs Trade (talk) 02:58, 18 August 2025 (UTC)

I was going to say that. Along with getting an admin to close the CfD. I hate having to ask an administrator to close or otherwise deal with a CfD. Especially when it relates to something that's already been discussed ad nauseum. It just seems like a waste bad use of time and resources. --Adamant1 (talk) 06:25, 18 August 2025 (UTC)

UploadWizard limited in Australia?

I've been in an email correspondence with an editor in Australia who is asking me to upload files on their behalf because "UploadWizard is blocked in my region". If true, this is news to me. Can anyone explain what might be going on? - Jmabel ! talk 18:10, 15 August 2025 (UTC)

Oh wait I received a similar or the same email and just opened a new thread below before seeing yours. Nakonana (talk) 18:30, 15 August 2025 (UTC)

Oh and did you check out the sender's user page? I just did and it looks like they sent at least one similar email to another user in July and got a response on their talk page that directed them towards VRT (including the VRT email). The sender also replied to that post on their talk page, so they already know where to turn to, but then why are they still sending out email requests to random users? Nakonana (talk) 18:36, 15 August 2025 (UTC)

Pinging @Donald Trung: as the one who answered the sender on their talk page in July and offered assistance. Nakonana (talk) 18:39, 15 August 2025 (UTC)

Nakonana, I already started a previous village pump thread about this a month ago, I don't have the archival link, but it was discussed in detail here before. -- — Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 19:08, 15 August 2025 (UTC)

Ah, I missed that discussion: [4]. Should this be reported somehow? Their editing history does not look too promising and they continue emailing random users despite having received clear instructions to contact VRT some three weeks ago. Nakonana (talk) 19:35, 15 August 2025 (UTC)

There is a possibility that this is just trolling and wasting time, but we should always assume good faith. If they continue to copy-paste the exact same message then a partial block only affecting the ability to e-mail other users should be in order (as blocks should be preventative and not purely punitive). Alternatively, it might be a sophisticated form of phishing of some sorts or to see which users are willing to do this, though it's never wise to speculate in such a negative regard. It's best to just assume that what they are saying is the truth and then we simply need to verify it, if it can't be verified it can't be uploaded. Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 19:57, 15 August 2025 (UTC)

Struck comment as it's never wise to make such assumptions, especially not against another user. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 20:01, 15 August 2025 (UTC)

Yeah, I also want to assume good faith and initially just wanted to know how to direct them to the right channel (VRT?) because I'm definitely not an expert on Australian copyright to do the upload. I didn't even reveal their username and the full content of their mail. But then I saw the thread above mine being about the same email and also discovered your exchange with them with clear instructions to contact VRT and they even took notice of your instructions, so it's weird that we're here again. Nakonana (talk) 20:43, 15 August 2025 (UTC)

According to their email they have come through VRT, but VRT wants them to upload the files (they forwarded VRT correspondence to me that looks plausible), and they claim that they cannot do that themself for technical reasons. That last claim is what I am wondering about. - Jmabel ! talk 21:56, 15 August 2025 (UTC)

@Krista.Watson1: can you explain what is going on here? It looks like you have contacted many people privately without letting any of us know that you have contacted the others, and that you have not been clear to anyone in what "region" UploadWizard supposedly is not working. - Jmabel ! talk 22:00, 15 August 2025 (UTC)

She has now clarified to me that she is in the U.S., not Australia, and that the block she is running into is on IP range 51.81.0.0/16, blocked as an open proxy. (No idea why she thought the block was geographical.) @Jon Kolbert: you blocked this range. Is there any reason we cannot or should not allow this user to log in from that range and do these uploads herself? It would be a lot simpler for all of the rest of us who have been pulled into this. - Jmabel ! talk 00:16, 16 August 2025 (UTC)

They are most certainly using a VPN, and they would not have been able to create an account if the same VPN was active as they would have been blocked from creating an account. My advice to the user is the same that is in block message FAQ - disable the VPN and try editing that way. Jon Kolbert (talk) 04:40, 16 August 2025 (UTC)

Jon Kolbert, I understand the need for blocking IP ranges for users who are not logged in, and for brand new accounts. However I think established logged in users should be exempted from such blocks, since if they misbehave we can block the account. Maybe we should have automatic exemption for elevated user groups: probably for autopatrollers and maybe for autoconfirmed users. --Jarekt (talk) 13:46, 20 August 2025 (UTC)

Received email request to assist with uploads. What to do?

So, I received an email by the "Email this user" function with the request to help with uploading materials related to "Matilda Magazine, an Australian political satire magazine that was published in 1985–8". The materials include a cover and archived newspaper clippings referencing the magazine and belong to magazine’s original publisher, according to the sender of the email. The sender says they are authorized and have a statement of permission from the owner, but can't upload themselves because "Commons is currently blocked in [their] region".

I'm absolutely not familiar with Australian copyright regulations, and am also wondering how they managed to email me via wiki's own "Email this user" function if Commons is blocked in their region. (Why would Commons be blocked in Australia?)

So, what do I do with this email? Ignore? Forward to VRT? (If VRT, then what's their email?) Something else? Nakonana (talk) 18:29, 15 August 2025 (UTC)

The Sender wrote "I am working on a Wikipedia article about Matilda Magazine", but I'm not seeing anything of that sort in their editing history. They mostly only added hyperlinks to a small number of articles and most of the edits were reverted (I'm guessing due to overlinking). Nakonana (talk) 18:47, 15 August 2025 (UTC)

I would be very surprised if, and I don't think that there is an ID restriction as in Great Britain. I assume you don't have an active VPN or Proxy connection? --PantheraLeo1359531 😺 (talk) 19:42, 15 August 2025 (UTC)

On files about hate speech

Case Scenario: I go on a family vacation in another U.S. state to meet my relatives. It is a long drive that takes about 14 or so hours without stops, but it does mean occasionally stopping for gasoline and bathroom breaks, which I inevitably take. While in the middle of Mississippi, I have one such break, inside a typical convenience store. As I seat myself in one of the stalls and look purposelessly around, a crude bit of graffiti containing two elements carved onto the stall's wooden panel. One element is a crass writing of President Donald Trump's last name atop a fascist swastika, both having been scratched out for who-knows-how-long. The second element, presumably scratched in at a later time, is fainter than the first, but can be made out as a brusque example of literal anti-Black hate speech. As disgusting as it may have been, this is not the first time that I have come across latrinalia with shock value. I also take a couple of photos of the whole graffiti, thinking I could illustrate the sorry state of at least one aspect or two of American politics, the sort in which bathroom graffiti and its content often manifest, and the fact that dirty toilets and surfaces are not necessarily the only things that worried janitors need to clean.

That is what happened to me last Thursday on my trip to Alabama. I have the photos stored on my Android, but I am left unsure what to do next. Leaving aside the fact that I try to steer clear of associating my account name with hate or filth, I am also in doubt as to whether the photos would count as being in Commons' scope. Granted, neither photo contains copyrighted material, and the speech, however odious, does not really incite violence or hatred, but there is the lingering fear of not being able to put either photo in proper context, and I risk something more than merely uploading a file that is out of the scope. Yet, a precedent exists as to files about hate speech, if only because they at least have educational merit. What would you do about the photos I have just described if you were in my position? FreeMediaKid$ 04:29, 19 August 2025 (UTC)

@FreeMediaKid!: Depending on the complexity you can probably side step all that and just not upload the images to Commons in the furst place because graffiti (and probably its painted over) is copytighted in the United States. And if your going to say it isn't complex enough then I'd suggest you at least look through previous deletions requests since the bar is pretty low for fancyish, spray painted (or drawn) lettering to be deleted as COPYVIO. --Adamant1 (talk) 05:47, 19 August 2025 (UTC)

Doesn't the US have a rather high threshold of originality? See {{PD-text-logo}}. Nakonana (talk) 09:43, 19 August 2025 (UTC)

@Nakonana: Generally, but lettering in graffiti can be pretty stylized sometimes and some standard about shading or something in letters that lowers the bar a little. It's hard to tell without seeing the actual graffiti though. What FreeMediaKid! could do is upload the images and immediately nominate them for deletion. That way we could determine if the graffiti is above the threshold of originality or not without FreeMediaKid! intentionally being responsible for uploading COPYVIO to Commons if it turns out it is. --Adamant1 (talk) 01:05, 20 August 2025 (UTC)

No, the US Copyright Office does not copyright stylized lettering: see https://www.copyright.gov/rulings-filings/review-board/docs/Earth-Air-Fire-Water.pdf . It's also pretty strict on coloring; I don't see much of a chance the underlying work is copyrightable.--Prosfilaes (talk) 19:18, 20 August 2025 (UTC)

@Prosfilaes: It depends on how your defining "stylized." The Tesla shield logo is copyrighted despite being a glorified T in a basic shield. Of course you know that since you participated in the discussion about the DCMA takedown. There's also some questions when it comes to different color gradients in letters. Although I don't have specific court case to cite, but there's certainly been DRs for stylized graffiti of letters with color shading and the like on here where the images have been deleted. 99% of this isn't based on actual copyright filing anyway. But again, there is the Tesla copyright and takedown. Which sure, you could argue was granted due to the shield, or maybe the combination of the shield and the T, but who really knows. That's why I said it depends. --Adamant1 (talk) 22:26, 20 August 2025 (UTC)

It is also worth noting that copyright filings are not generally verified by copyright offices for accuracy or validity. While the offices administer registration systems, they do not usually examine or confirm the legitimacy, ownership, or originality of the work being registered. This means that even if a graffiti style or lettering has a registered copyright, it does not automatically guarantee that the claim is valid. --Jonatan Svensson Glad (talk) 23:05, 20 August 2025 (UTC)

Copyright question aside, if this is a question about concerns for your personal safety, then you could remove EXIF data, like location etc., from the photo (the Commons app offers that option in its settings).

If this question is about concerns regarding potential legal consequences, then, as far as I am aware, the US don't have any laws that prohibit hate speech, so there shouldn't be any problems in that regard. And you can always add legal tags like {{Nazi symbol}}.

If this questions is about the fear of not being able to distance yourself enough from the upload to not be associated with it, you can always ask others to assist with the file description. But I'd say it's enough to explain the situation in the file description just like you did here, except, maybe, leave out the personal details like how long your trip was, where you were going etc., just write you found that in a bathroom stall while doing a road trip, but you don't endorse any of the depicted political views, it's just supposed to serve as an illustration of political latrinalia. Nakonana (talk) 09:55, 19 August 2025 (UTC)

• Suggestion: Upload the photos to Flickr to a throw-away account and ask an editor off-wiki to upload them through Flickr2commons--Trade (talk) 10:10, 20 August 2025 (UTC)

  User:FreeMediaKid!, If you do this, I'll be happy to upload them for you. Or you can send them to me by email (strip the EXIF first, if you know how) and then do the VRT thing. But, frankly, if they were mine I would just upload them and say in the description something like "I saw these awful things and thought they should be recorded for posterity". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:53, 20 August 2025 (UTC)

Upcoming Deployment of the CampaignEvents Extension

Hello everyone,

Apologies for posting in English only. Please help translate into your language.

The Connection Product team at the Wikimedia Foundation proposes enabling the CampaignEvents extension on Wikimedia Commons by the week of September 15th.

This extension is designed to simplify the management of community events, campaigns, projects, and other on-wiki collaborations, in addition to facilitating the discovery and participation of all contributors in these events. Once it's enabled on Wikimedia Commons, organizers will have access to features that will help communicate with participants, as well as plan, organize, and promote events/campaigns/projects on Wikimedia Commons.

The features of the extension are:

• Event Registration: A tool that helps organizers and participants manage event registration directly on the wiki.
• Collaboration List: A global list of events and a local list of WikiProjects, accessible at Special:AllEvents.
• Invitation List: A tool to help organizers find editors who might want to join, based on their past contributions.

Please note the extension comes with a new user right called "Event Organizer". When the extension is enabled, admins will be responsible for managing the Event Organizer right on Wikimedia Commons. This includes granting or removing the right, as well as establishing related policies and criteria, similar to how it has been done on Meta or Wikidata.

Organizer tools, such as Event Registration and Invitation Lists, will only function if someone is granted this right. The Collaboration List is available to everyone immediately after deployment.

The extension is already live on several wikis, including all Wikipedia languages, Meta, Wikidata, and more (see the full deployment list). On Wikisource, it will be available at the end of August.

If you have any questions, concerns, or feedback, please feel free to share them here or on the extension discussion page. We would love to hear from you before the rollout.

Looking forward to your contributions! GFontenelle (WMF) (talk) 14:04, 20 August 2025 (UTC)

Hi everyone,

Following up with my last message, the Connection team has launched the CampaignEvents extension on Wikimedia Commons today.

More details are available on Commons:Event organizers. The features now available are:

• Event Registration - A tool that helps organizers and participants manage event registration directly on Commons.
• Collaboration List - A global list of events accessible at Special:AllEvents.
• Invitation List - A tool to help organizers find editors who might want to join, based on their past contributions.

Please note the extension comes with a new user right. You will need to have this right to use the Event Registration and Invitation List features. The Collaboration List is available as Special:AllEvents.

Regarding Invitation List, please be aware that this feature will not be as useful to Wikimedia Commons in its current form. However, this feature was made available so people can try it out and give suggestions to the team on how to improve it, especially for Commons.

Let us know via the discussion page if you have any questions. I'm also working on an engagement plan for the extension. If you are an organizer and would like to collaborate or learn more, please reach me via gfontenellewikimedia.org. Thank you! GFontenelle (WMF) (talk) 17:21, 18 September 2025 (UTC)

Picture of the Year categories: everyone's help is welcome!

Dear users,

Our beloved Picture of the Year yearly contest is starting soon (15 September 2025) and multiple images are actually miscategorized. Some work is being done to spot images needing recategorization but spotting all of the images is not easy.

So please feel free everyone to have a look at all the POTY 2024 categories and to report on this POTY talk page any miscategorized image that you might spot.

Thank you in advance for your help and wishing everyone a beautiful day!

-- Giles Laurent (talk) 18:40, 20 August 2025 (UTC)

Category:All media needing categories as of 2019

I noted that 28,000 files to be categorized, please in the Category:All media needing categories as of 2019. This is good news, as have been 50.000 files in February. Do you want to join the small team that is working on this task? If so, you may leave a note on the relevant discussion page, if you reach a funny or round number. --NearEMPTiness (talk) 17:02, 5 August 2025 (UTC)

All the Files from 500px.com with bad file names have ben categorized by now. Now the real work can start: 26,000 files to be categorized, please. Do you want to categorise some files yourself? --NearEMPTiness (talk) 15:42, 12 August 2025 (UTC)

Though from what I've seen working on these, some of these are rather poorly categorized. When going through these, give some attention to whether they can be better categorized. Example 1, Example 2, Example 3. - Jmabel ! talk 17:09, 12 August 2025 (UTC)

Actually, I'm finding a fair number that have no categories at all, or things like Category:Unidentified airports.

There is a lot of work to do here, and very few people seem to be doing any of it. - Jmabel ! talk 23:03, 18 August 2025 (UTC)

@Jmabel: It's totally tangential but the amount of uncategorized categories seems to be pretty large. Any plans to go through them again? --Adamant1 (talk) 23:27, 18 August 2025 (UTC)

@Jmabel Work is getting done, it's just slow. I used to keep stats on this but stopped keeping up because of other backlogs, but as of 1/10/25 these were the numbers:

• 2018: 28,328
• 2019: 50,751
• 2020: 51,498
• 2021: 128,464
• 2022: 82,065
• 2023: 97,302
• 2024: 188,549

Gnomingstuff (talk) 12:55, 21 August 2025 (UTC)

Television channels versus stations versus networks

Channels, stations, and networks. There's currently numerous categories, CfDs, and discussions having to do with all three of them on here. All of which haven't resulted in anything except for people mindlessly shuffling images around based on their personal preferences. Although "Channels" seems to be more established, widely used term out of the three. But apparently it's either "stations", "networks", or a combination of the two on Wikidata and Wikipedia, which has led to disagreements and deviations from the current system.

Definitionally the word "channel" refers to the actual numerical frequency that the (I guess) the station is being broadcast on. While a "station" is usually the company running the channel and network is an affiliation of stations. In actual reality though all three terms seem to be used pretty interchangeably to just refer to whatever someone is watching on their TV at the time and it's a distinction without a purpose on our end (or at least it should be). As there's really no actual way to know if something like a logo is for a channel, station, or network without checking legal documents or the like.

But then maybe it's worth having separate distinct category systems for the channels, companies, and networks. Who knows. It certainly over complicates things and leads to a lot of duplication. Personally, I would prefer just going with "channels" and calling it good there as the category system is complicated enough already and that seems to be the main preference on here. It would be cool if the whole thing was settled one or another though. So does anyone have an opinion about it? --Adamant1 (talk) 01:41, 20 August 2025 (UTC)

"Networks" is -as mentioned - the overall affiliation. ABC, NBC, CBS, Fox, ext. "Station" and "Channel" however is more nebulous, as they're pretty much interchangably used in common useage. I'd argue that "station" should probably be preferred for individual, well, stations like, say, Category:WCTV... - The Bushranger (talk) 03:02, 20 August 2025 (UTC)

@The Bushranger: One problem with that is stations can have multiple channels. So you run into a situation where you end up with categories for stations, channels of the station, and network affiliates of the station. As well as the parent company (since I'd argue things ABC, NBC, CBS are actually media companies. Not television stations per se). Which just overcomplicates things. There's no way to know from looking at any particular image where to put it in that hierarchy. Like is File:KKCO 2023 (cropped).png a logo for a channel, station, network, network affiliate, parent company, or something else enterally and how is anyone suppose to know just by looking at the image? --Adamant1 (talk) 04:30, 20 August 2025 (UTC)

Actually, the answer to that is extremely easy. You can tell just by looking at the image that "KKCO 11" identifies it as an indivdiual station (KKCO) and channel (11). It's not a network or parent company (NBC, ABC, CBS, Fox, UPN, WB, and so on) because those aren't individual stations. The staton/channel is likely a network affiliate, but as the logo does not state this, it is not a logo of a network affiliate. - The Bushranger (talk) 04:40, 20 August 2025 (UTC)

So if a logos says "network" then its for a network. Otherwise, if it doesn't then its not. Sounds reliable. Anyway, so would that logo go in a category for stations or channels since we both seem to agree they are different things even if the words are used interchangably sometimes? --Adamant1 (talk) 04:48, 20 August 2025 (UTC)

Could someone give an example from television (not radio) where a station has multiple channels, and we have content specific to the channel as against the station? Does this come up much? Not sure I've ever seen it. - Jmabel ! talk 06:16, 20 August 2025 (UTC)

@Jmabel: I can't think of an example myself but Category:Television stations was deleted in 2022. and a lot of the categories for them are redirects to ones for channels. Just to add to it Category:Stations is totally incoherent and should probably a DAB (it is on other projects). Looking at the raw numbers, there's 10431 files and 3854 categories on here for television channels. Whereas there's 3779 files and 1051 categories for television stations. So clearly people think there's media for television channels and that it's having categories for them even if technically it's all just "stations" or whatever.

Anyway, I assume that we can't just redirect or delete those 3854 categories whole cloth to ones named "stations" and something would have to be changed with Category:Stations if that's the direction this goes in. Really, it should be turned into a DAB regardless but that's a seperate thing. Except that it doesn't make sense to create categories for "television stations" if "stations" aren't an established category system on here and/or refer to something completely different. --Adamant1 (talk) 07:00, 20 August 2025 (UTC)

@Adamant1: Depending on how to define "channel," it could have several owners, brands, formats, etc, all of which might be considered different stations. I did a little research, and found a good example: Look through the history of en:CJNT-TV, (UHF Channel 62 from 1997-2011) which has been owned by various companies, part of various networks, and branded as ""CJNT", "CH", "E! Montreal", "CJNT" (a second time), "Metro 14" (the number representing its channel 14 slot on cable), "Citytv on Metro 14", "City Montreal", and (possibly?) "Citytv Montreal". In 2011, it also switched to digital, with a new callsign (CJNT-DT) on channel 49, and then in 2020, switched back to 62, with a duplicate high-resolution sub-channel at 62.1. Assuming we had logos and other images for all these different things, what's the best way to categorize them? If it's one channel (or one station), what are the appropriate parent categories in terms of network? In some places, a call sign might be multiplexed with multiple sub-channels from different networks. In the case of CJNT, categorizing by call sign might make more sense than by "channel" or "station" since the call sign is less ambiguous and more consistent over time. I don't know if that's true in general, but maybe? -- Themightyquill (talk) 07:19, 20 August 2025 (UTC)

Responding specifically to @The Bushranger: comment above regarding KKCO, would you say that any "local" station/channel that does not use the network-affiliated mark in their logo should not be grouped as such? Perhaps someone in the business may have a better understanding, but Category:WKYC logos may be a good example. It is a mixed bag, in both previous and current versions, of logos that use the NBC logo and ones that do not.--Astros4477 (talk) 01:39, 21 August 2025 (UTC)

IMHO, for the individual image (i.e. File:KKCO 2023 (cropped).png), it should only be categorised by the network the station is affiliated with if the network is mentioned/featured in the logo. For the category for the station/channel (i.e. Category:WCTV), it should be a subcategory of the appropriate network category (i.e. Category:CBS News local affiliates) even if none of the uploaded logo images have the network logo, as long as it can be reliably verified as belonging/formerly having belonged to that network of course. - The Bushranger (talk) 01:46, 21 August 2025 (UTC)

There are also things related to the organizations behind the above mentioned items, like the Columbia Broadcasting System, National Broadcasting Company, 30 Rockefeller Center, American Broadcasting Company (not to be confused with the Australian Broadcasting Company), Walt Disney Company, Capital Cities, the WB, etc. Also, FCC and other regulated broadcasting call signs and analog/digital broadcast frequencies. And then there are radio, non-profits, and websites.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 20:48, 21 August 2025 (UTC)

Maybe this confusion is due to the TV station-network model that is almost unique to the United States. For example, in European countries, the concepts are usually seen interchangeably, even if the network's channel or channels have a local programming section (in those cases, the station making local programming has not a specific proper name, other than the network name and the region where it operates). A rare exception to this is ITV, at least in the past. MGeog2022 (talk) 18:42, 22 August 2025 (UTC)

Category:Deletion requests for files in the U.S. Copyright Office Public Records System/pending

Any protests if i convert the files in this category from regular DR to {{SD|F1}}? Once the USCO have declared a file to be under a proprietary license there isn't really any mitigating factor or circumstance that would justify us hosting them --Trade (talk) 00:27, 22 August 2025 (UTC)

Let me repeat what I stated here. --Jonatan Svensson Glad (talk) 00:29, 22 August 2025 (UTC)

So how do we on Commons determine the accuracy or validity of the claims then? Trade (talk) 08:37, 22 August 2025 (UTC)

By the same complex weighing of evidence as always. This is a factor, but neither necessary nor sufficient. - Jmabel ! talk 17:59, 22 August 2025 (UTC)

Mass uploaders who fail to properly categorize their uploads

Is there a policy against this? I’ve been having to do a lot of categorization work from a certain mass Flickr uploader who both lacks subject matter expertise to ID their subjects, and does not put in the effort to add categories that don’t require expertise (e.g. date or location categories when the location is clearly in the filename or Flickr caption). I’ve raised the issue on their talk page (and highlighted which categories their uploads should go into, including ones that don’t require subject ID), but I’ve got no response, no categorization, and they continue uploading several dozen barely categorized photos every day, leading to an ever-growing backlog of categorization work that I don’t have time for. Is there a policy against this? For mass uploaders this just puts a ton of work on other Commons editors. I’m personally of the opinion that if you don’t know what your subject is, don’t upload 300 photos of it.

In this case, the uploader clearly knows how to categorize (they do full-categorizations of some of the photos in the London area), which makes this more annoying. 4300streetcar (talk) 13:06, 22 August 2025 (UTC)

As far as I know there isn't a policy against it per se. But it is extremely frowned on. Uploaders should at least put files in basic topical categories if nothing else. It's not even that much extra work depending on how they are uploading the images. Personally, I probably spend as much time, if not more, categorizing images I've uploaded then I do actually uploading them. I much do it myself then have someone else do it wrong later. I suspect a lot of photographers who upload their images to Commons just want the clout without having to actually do anything on here for it. Since for some reason it's pretty common for photographers in particular to use extremely vague file names, descriptions, and not categorize their uploads properly (if at all). --Adamant1 (talk) 13:18, 22 August 2025 (UTC)

I think such issues have been reported on the administration noticeboard in some instances and also led to some sanctions like blocking the user from uploading until they've sorted out their mess. Nakonana (talk) 15:11, 22 August 2025 (UTC)

We've had the occasional block over this when it reaches extremes (e.g. 100,000+ files, poor filenames, poor descriptions, gfew relevant categories).

@Adamant1: I much do it myself then have someone else do it wrong later. No matter what I do to this sentence it won't parse, but after looking at it for a few seconds I would presume that "then" should be "than", and there are some words missing.

Jmabel ! talk 18:08, 22 August 2025 (UTC)

"Rather than"? Lmao. --Adamant1 (talk) 18:15, 22 August 2025 (UTC)

Cant we set up a system which demands all files are categorised? Rathfelder (talk) 22:34, 23 August 2025 (UTC)

Or at least be stricter about enforcing it. There's no reason it take 100,000+ files before there's an issue. That's even assuming it becomes ones to begin with. A lot of times it doesn't. The standard should be enforced way before it gets to that point though. --Adamant1 (talk) 23:30, 23 August 2025 (UTC)

I made a maintenance category for files needing additional categorization uploaded by the uploader on just one particular subject area, and skimmed the thumbnails and used Cat-A-Lot to quickly add files from the last week or so into that maintenance category, and ended up with 479 files uploaded over the course of about 4 days for that one subject area alone (which also excludes the dozen or two I already categorized, and hundreds of photographs of other subject areas). For all files they uploaded about 263 files in the 24 hours before their most recent upload, and 257 files in the 24 hours before that. This is probably well beyond the rate at which it's reasonable to expect other Commons editors to categorize at. Perhaps upload rate of uncategorized/barely categorized files is one factor to consider here. 4300streetcar (talk) 02:45, 24 August 2025 (UTC)

@Rathfelder: it really doesn't work. Bad categories are worse than no categories. This is one of those things that requires common sense and good will, and if one of the two is lacking no rule makes it work. I won't name names, but we had a rather experienced user, someone who has been employed by WMF, whose initial response to an admonition about putting no categories on their uploads was to add things like Category:2017 in the United States. About all that did was make them harder to find as needing categories. - Jmabel ! talk 00:12, 24 August 2025 (UTC)

Photo challenge June results

One stands out: Entries • Votes • Scores

Rank	1	2	3
image
Title	One purple Tulip surrounded by a few white Tulips.	Flamingos, one shakes itself after a bath, Parc Ornithologique de Pont de Gau, Camargue, France	a goose surrounded by ducks
Author	MikeBurnsPhotos	Mozzihh	Chrissieminton
Score	17	15	11

Steam: Entries • Votes • Scores

Rank	1	2	3
image
Title	Treno a vapore nella stazione di Pontassive in occasione della Befana	Sinter terraces full of steam in the morning sun, Lower Mammoth Hot Springs, Yellowstone National Park	Vasca e sorgenti di acqua calda sulfurea al Parco della Mola di Oriolo Romano
Author	Repuli	Lusi Lindwurm	Albarubescens
Score	13	10	8

Congratulations to MikeBurnsPhotos, Mozzihh, Chrissieminton, Repuli, Lusi Lindwurm and Albarubescens. -- Jarekt (talk) 03:48, 23 August 2025 (UTC)

Using infoboxes or creator templates in galleries

Yay or nay? I could go either way myself depending on the gallery but creator templates seem a little excessive in most, if not, all instances. Like with Louis Daguerre. I don't really see what the template adds there. At least outside of pointless extra scrolling to get to the images. BTW in case anyone wants one, България is a great example of where an infobox can go wrong in a gallery. --Adamant1 (talk) 09:32, 23 August 2025 (UTC)

Can't they be made collapsible to only show the most important info unless one clicks expand? Nakonana (talk) 10:41, 23 August 2025 (UTC)

@Nakonana: I think there's a setting to have them collapsed by default but I can't remember ever seeing anyone use it if there is. --Adamant1 (talk) 13:52, 23 August 2025 (UTC)

Like this:

Pablo Picasso (1881–1973)
	Alternative names	Pablo Diego José Francisco de Paula Juan Nepomuceno María de los Remedios Cipriano de la Santísima Trinidad Clito Ruiz y Picasso
	Description	Spanish painter, sculptor and graphic artist co-founder, along with Georges Braque, of cubism
	Date of birth/death	25 October 1881	8 April 1973
	Location of birth/death	Málaga	Mas Notre-Dame-de-Vie de Mougins
	Work location	Paris; Royan; Aix-en-Provence; Avignon; Antibes; Schoorl; A Coruña; Barcelona; Madrid
	Authority file	: Q5593 VIAF: 15873 ISNI: 0000000122755381 ULAN: 500009666 LCCN: n78086005 NAID: 10580567 NLA: 35422161 MusicBrainz: 9d5f2c22-e2d2-40be-9919-534437143bb3 Open Library: OL44790A DBNL: pica010 GND: 118594206 SELIBR: 211453 SUDOC: 027071790 BNF: 11919660r NDL: 00452768 BIBSYS: 90058585 NCL: 000093750 NKC: jn19990006541 SBN: CFIV051221 RSL: 000033155 BNE: XX1637941 CALIS: n2004366423 CiNii: DA00376731 NLP: a0000001180893 KulturNav: 87305a20-73cd-45e9-8d1e-022b0b0c29e2 RKD: 63276 J9U: 987007266685605171 BNR: 000174361 Koninklijke: 068447809 Enciclopédia Itaú Cultural: pessoa8902/pablo-picasso NLK: KAC199621663 WorldCat

creator QS:P170,Q5593

Jmabel ! talk 18:24, 23 August 2025 (UTC)

Category:Restoration of buildings in Germany

How to distinguish already restored buildings and buildings during restoration process? This category should be divided into category which would contain images of restored buildings and category which would contain images of buildings during restoration. Any ideas? Eurohunter (talk) 21:20, 23 August 2025 (UTC)

On the one hand, we could have a subcat like Category:Restored buildings in Germany. On the other: if the restoration isn't recent, anything like this seems a bit odd. If a 16th-century castle had restoration work in the 19th Century, do we call it a "restored building"? - Jmabel ! talk 00:15, 24 August 2025 (UTC)

GLAM Batch Uploading Project Feedback

Hi everyone,

I hope nobody minds me making use of this community space to generate discussion and feedback of some of the work I have been undertaking in commons this year.

Introduction to Auckland Museum Batch Uploading Project 2025

I have gone through what I would consider a commons deep-dive in the past 6 months while undertaking a batch uploading project on behalf of the GLAM institution that I work for. I have created some reflection-based project documentation if anyone is interested in this project, with some links to some of my personal technical documentation, should anyone which to replicate any of the processes I have worked on. https://commons.wikimedia.org/wiki/User:Dactylantha/Auckland_Museum_Batch_Uploading_Project

Request for Feedback

As a newcomer to commons this has been a steep learning curve, so I would appreciate some compassion in any constructive feedback! I understand commons is a shared space that demands respect and I have done my best to not be a nuisance in my experimentation, although I do apologise for triggering so many abuse log flags while trying to workout my GREL expression for generating wikitext.

Potential for Improved Documentation for GLAMs wishing to Batch Upload

My work on this project has also had me thinking about the documentation available for GLAM or research organisations with data they are willing to donate to commons and the support and documentation available to them, this is something that I raised at a categorisation meeting at Wikimania 2025 this year and am still interested in following up: at this point as an outsider prior to the project, I would say the current situation of having three separate sites of information (categories, wikitext, and SDC) and without strong documentation about conventions acceptable to the community to transform raw data for each of these spaces, is acting as a barrier for GLAM workers to pursue batch uploading. This is something myself and others are happy to work on with feedback from others interested in contributing.

Templates

I also have found the current situation with templates to be slightly perplexing - while I enjoyed tinkering with my own custom-made templates, I believe Lua powered template usage is the most appropriate way forward to make use of the SDC work by commons users and I find it odd that only some of the mainstream templates used are Lua powered. If anyone has context for this, I would love to know what the situation is before I step on any toes.

It is also my understanding in surveying other batch uploading projects that many GLAM institutions make use of the {{Artwork}} template, but in my experience the fields are not always appropriate for items that are not artworks and it is purely a workaround to show fields such as the accession number that are important for GLAM catalogue practice - ie, human history artefacts and natural science specimens, or documentary heritage works. I would be interested in what the commons community thinks about potentially rectifying these gaps with more language appropriate templates.

Thank you

If you have read this far, thank you for your time and I hope my post has come across as I have intended it - purely in good faith and not a criticism of the community or anyone's work. It is my hope that more cultural heritage, memory, research and GLAM institutions will feel equipped and emboldened in contributing their data and content in the future and that I may assist in this effort if I can through my own experience and contributions.

Kindest, Dactylantha (talk) 02:37, 21 August 2025 (UTC)

@Dactylantha: did you read Commons:Guide to batch uploading before you started? Multichill (talk) 18:34, 22 August 2025 (UTC)

I found this documentation only after I had already started, although as a user new to batch uploading at the time it could possibly read a little easier for a GLAM worker? I understand the process, requirements, and errors I have made a lot better now, although the trial aspect of trial by error was a necessity in that. If you have any feedback it would be much appreciated, as I can see you also work within GLAM. If the template experimentation has been more harm than help, I can happily adjust them to a more universal template. Dactylantha (talk) 21:49, 24 August 2025 (UTC)

Risca Cuckoo 14050486 (16308088083).jpg

Inverness to Kyle, or Wales?

File:Inverness to Kyle RiscaCuckoo14050486 (16308088083).jpg's name suggests Scotland, but the categories say Wales, as does the original description on Flickr.

Which is correct? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:35, 21 August 2025 (UTC)

@Pigsonthewing: Wales categories were added by Iain Bell who has been active within the last month. Have you asked him if there was any basis for them? - Jmabel ! talk 18:06, 21 August 2025 (UTC)

I would say the description at the source, the other photos in the same group, the route of the tour. -- Asclepias (talk) 20:57, 21 August 2025 (UTC)

Good spot, thank you. I have renamed all files in Category:Risca Cuckoo. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:15, 21 August 2025 (UTC)

If I remember correctly, “Inverness to Kyle” was the user name the photographer was using on Flickr. As he as since changed his ID on Flickr, should we update the file and/or category names? Iain Bell (talk) 15:35, 24 August 2025 (UTC)

Ah, right, the Category:Inverness to Kyle is about the flickr user / photographer. -- Asclepias (talk) 17:13, 24 August 2025 (UTC)

I've renamed it, Category:Inverness to Kyle (photographer), to avoid confusion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:04, 24 August 2025 (UTC)

(For the benefit of anyone trying to follow the above, when this discussion began the file was named File:Inverness to Kyle RiscaCuckoo14050486 (16308088083).jpg; it has since been moved.) - Jmabel ! talk 02:19, 22 August 2025 (UTC)

This was a 2018 car-crash of a bulk upload: Category:Inverness to Kyle. There are a couple on the Inverness to Kyle line, but nearly all are elsewhere in Britain. Many are South Wales. Andy Dingley (talk) 18:16, 22 August 2025 (UTC)

SVG not properly displayed

File does not display

Hello all,

This is a technical issue. If there is a specific forum for this on Commons, please redirect me there.

At File:Provincie West-Vlaanderen in Belgium.svg my file version of July 25, 21:15 is not displayed in the file history thumbnail and was not displayed either when it was the file's current version, both on the file page and on the projects using it. However when I click on the small text shown in place of the thumbnail, I do get the the correct display there. I thought maybe this is an SVG to PNG conversion issue, but Inkscape is able to convert the SVG. The problem is the same for the other files I updated in this category. What is to be done?

--GrandEscogriffe (talk) 14:33, 26 August 2025 (UTC)

Fixed Adobe Illustrator namespace declaration. File should display correctly in a couple hours (Too many requests error after change). Glrx (talk) 17:19, 26 August 2025 (UTC)

Thanks a lot Glrx, it works! Could you please also: either do the other files in the category (except Brussels, which already works for some reason, and historical Brabant which I did not edit), or explain precisely what must be changed in the code? GrandEscogriffe (talk) 15:43, 27 August 2025 (UTC)

@GrandEscogriffe:

When I click on the link you say displays correctly, I get not only a display but also an error message:

This page contains the following errors:
error on line 20 at column 33: xmlns:i: '&ns_ai;' is not a valid URI
Below is a rendering of the page up to the first error.

That is the key to the whole problem. The WMF rasterizer also detects the error, but it abandons the rasterization and displays nothing.

The original Adobe Illustrator SVG file starts something like this:

<?xml version="1.0" encoding="utf-8"?>
<!-- Generator: Adobe Illustrator 13.0.0, SVG Export Plug-In . SVG Version: 6.00 Build 14948)  -->
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" [
	<!ENTITY ns_extend "http://ns.adobe.com/Extensibility/1.0/">
	<!ENTITY ns_ai "http://ns.adobe.com/AdobeIllustrator/10.0/">
	<!ENTITY ns_graphs "http://ns.adobe.com/Graphs/1.0/">
	<!ENTITY ns_vars "http://ns.adobe.com/Variables/1.0/">
	<!ENTITY ns_imrep "http://ns.adobe.com/ImageReplacement/1.0/">
	<!ENTITY ns_sfw "http://ns.adobe.com/SaveForWeb/1.0/">
	<!ENTITY ns_custom "http://ns.adobe.com/GenericCustomNamespace/1.0/">
	<!ENTITY ns_adobe_xpath "http://ns.adobe.com/XPath/1.0/">
]>
<svg version="1.1"
	 id="Belgium" xmlns:x="&ns_extend;" xmlns:i="&ns_ai;" xmlns:graph="&ns_graphs;" xmlns:svg="http://www.w3.org/2000/svg"
	 xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" x="0px" y="0px" width="1135.92px"
	 height="987.996px" viewBox="-0.302 -21.884 1135.92 987.996" enable-background="new -0.302 -21.884 1135.92 987.996"
	 xml:space="preserve">

The file has a DOCTYPE declaration that that defines several entities such as ns_ai. Those entities are referenced using syntax such as &ns_ai;. The svg element shows three such references.

The files at issue have removed the DOCTYPE declaration. Removing the declaration is OK, but when it is removed, all the entity references should be replaced by the entity definitions. Many XML parser routines will do that (if correctly configured) because DOCTYPE declarations are out of favor for XML that uses namespaces.

The tools you used removed the DOCTYPE but did not do the entity substitution. Furthermore, the tool got confused when it tried to output the string xmlns:i="&ns_ai;". An ampersand (&) is special XML character. The problem tools did not want to output it as a special character but rather tried to quote it by changing & to & (thereby destroying the entity reference). I think subsequent saves may introduce an arbitrary number of follow on #38; artefacts that also try to supply an & character.

The resulting nonsense will be an svg element with bogus namespace declarations such as

xmlns:i="&ns_ai;"

The fix is to edit the namespace declaration as if the proper entity substitution had been done:

xmlns:i="http://ns.adobe.com/AdobeIllustrator/10.0/"

Are you comfortable with doing that fix? It can be done by downloading the problem file, using a text editor to fix the attribute, and then uploading the changed file. I revert the bad file and use Rillke's SVG Edit to make the change.

Glrx (talk) 17:11, 27 August 2025 (UTC)

Fixed files in Category:SVG locator maps of provinces in Belgium (red location map scheme). They should work in a couple hours. Glrx (talk) 16:50, 28 August 2025 (UTC)

@Glrx: thank you for both the fixes and your very clear explanation. GrandEscogriffe (talk) 21:53, 29 August 2025 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Glrx (talk) 06:01, 30 August 2025 (UTC)

Error loading image

When you click on this image an error appears saing "E Joaolucas123Z (talk) 17:48, 29 August 2025 (UTC)

@Joaolucas123Z: When you click on what image? - Jmabel ! talk 18:54, 29 August 2025 (UTC)

https://upload.wikimedia.org/wikipedia/commons/thumb/c/c6/SS-Panzer-Division_Wolfsangel.svg/1748px-SS-Panzer-Division_Wolfsangel.svg.png this one Joaolucas123Z (talk) 18:59, 29 August 2025 (UTC)

Ah. More to the point, File:SS-Panzer-Division Wolfsangel.svg does not seem to render correctly. If I try to view the SVG file itself, I get:

XML Parsing Error: prefix not bound to a namespace
Location: https://upload.wikimedia.org/wikipedia/commons/c/c6/SS-Panzer-Division_Wolfsangel.svg
Line Number 9, Column 1:
<g id="layer1" transform="translate(-128.5151,-178.79348)" inkscape:label="Calque 1" inkscape:groupmode="layer">
^

GabrielGGD who uploaded it hasn't edited in 5 years, and their user page is deleted by their own request, so they are not likely to be available to help out.

Can someone here who does SVG work this out? - Jmabel ! talk 21:45, 29 August 2025 (UTC)

It is now possible to view the image Joaolucas123Z (talk) 22:43, 29 August 2025 (UTC)

Looks like 999real fixed this. - Jmabel ! talk 04:38, 30 August 2025 (UTC)

This section was archived on a request by: Jmabel ! talk 04:38, 30 August 2025 (UTC)

Is there a correct way to handle "bad" geoocoords?

I frequently encounter files with geocoords that are probably accurate within a few kilometers, but are clearly not an accurate representation of the camera location for the photo. Is there any correct way to mark these as such with a template? If I'm not in the mood to do a ton of research myself to pin down the location precisely, is there anything else useful I can do short of that? - Jmabel ! talk 18:58, 22 August 2025 (UTC)

@Jmabel: , See Template:Location "prec" parameter.--Jarekt (talk) 03:50, 23 August 2025 (UTC)

Thank you. I never noticed we had that. I'm not sure I've ever seen it "in the wild." Instead, I've just seen a lot of rather inaccurate coordinates and no indication that they are either estimated (e.g. {{Location estimated}}, which I use a lot on my own uploads) or imprecise. - Jmabel ! talk 05:07, 23 August 2025 (UTC)

For those wondering, geo coordinates when retrieved by the camera can be rather inaccurate, especially if the camera was started and you then immediately take photos. It takes about 20 seconds for a GPS signal to become accurate. It is also not uncommon that those photos have the coordinates of the location you visited earlier (the previous photo you took at a completely different location).

Phones are much more precise, as they fallback to, less accurate, but faster positioning information (cell towers and detected WiFi signals A-GPS) and then use gps to refine that positioning further and further. —TheDJ (talk • contribs) 10:20, 25 August 2025 (UTC)

Wikidata automatic categorization needs to generate a different category

Hello, all. Take a look at these categories for people of the German Confederation, and a redlinked automatically generated category on each of them:

• Category:Andreas Allescher, category Category:Men of German Confederation by name
• Category:Emma Jacobina Christiana Marwedel, category Category:Women of German Confederation by name

The redlinked categories there should have the word "the" after the word "of". I tried look for what would add "the", but couldn't find it. It is added correctly for some countries, such as the subcats of men/women of the United Kingdom by name (see here and here), but I couldn't find why it's correct there but not for German Confederation people.

Can anyone help? If this mystery (mysterious to me, at least) is solved, I will check to see if other countries' categories have similar issues. -- Auntof6 (talk) 17:22, 25 August 2025 (UTC)

Maybe an issue where a "the" parameter needs to be set to true somewhere (like in case of the Czech Republic in comparison to the other countries in that list[5] or[6]), but no clue which module or template it could be. Nakonana (talk) 17:50, 25 August 2025 (UTC)

I think that it is Module:Wikidata Infobox#L-1572 but most likely the modules talk page is correct place to request change. --Zache (talk) 18:34, 25 August 2025 (UTC)

@Zache: Thanks! I'll follow up on that. -- Auntof6 (talk) 19:12, 25 August 2025 (UTC)

SHA-256 hash in Structured Data

There were attempts to compute SHA-256 hash for all Commons files, but the results are not accessible on Commons. Now that we have structured data for every file that can store just any kind of hash. Therefore, the issue that SHA-256 hash results are not supported and not accessible, is gone. As SHA-1 or SHA-256 hash is not searchable otherwise, adding them as structured data (SHA-1 hash is already being added) will make them more accessible and searchable, so it will be possible to check whether a file on disk already exists on Commons automatically. Midleading (talk) 08:44, 12 August 2025 (UTC)

+1 --PantheraLeo1359531 😺 (talk) 16:08, 12 August 2025 (UTC)

Dumb question, but as a VRT agent I quite often use the COM:SHA1 tool to find images uploaded here, didn't that tool search for SHA-1 hashes? You stated "is not searchable otherwise"? How does it do it? --Jonatan Svensson Glad (talk) 16:18, 12 August 2025 (UTC)

Tool hosted in toollabs is not an official WMF product. There is no way to search for SHA-1 hash directly on Wikimedia Commons. However, if there is an SHA-1 statement on the file page, then you can search that using "haswbstatement" keyword. Midleading (talk) 16:34, 12 August 2025 (UTC)

Ah, gotcha! Nice :) --Jonatan Svensson Glad (talk) 16:52, 12 August 2025 (UTC)

So is it fine to add SHA-256 hashes as structured data to many files in the same fashion SHA-1 hashes are? Midleading (talk) 10:16, 17 August 2025 (UTC)

 Oppose. I see little need to add multiple cryptographic hashes, and I see a downside in watchlist annoyance. Just because something can be done does not mean it should be done. A high cost for little benefit. Glrx (talk) 17:58, 17 August 2025 (UTC)

Personally I think its really silly to have functionally dependent metadata (i.e. Metadata that is objectively calculated from the file) manually added to structured data. This is the sort of thing that should be calculated automatically by the system. That way we know its accurate, and we don't spend time maintaining it. Unfortunately I guess that is not going to happen anytime soon due to lack of devs improving structured data. p.s. There is an official way to search via SHA1. This is via the MW API. For example with today's featured picture: https://commons.wikimedia.org/w/api.php?action=query&list=allimages&aisha1=2b556d5ec82604e562617497b24b570fb6fb20cf&formatversion=2 Bawolff (talk) 22:28, 17 August 2025 (UTC)

Watchlist annoyance is high when someone edits the file solely for such purpose. But what if this task is bundled in other tasks, like many multipurpose structured data adding bots do? Thanks for letting me know there's still an API for searching via SHA1, I couldn't find a web interface for it. Midleading (talk) 08:13, 19 August 2025 (UTC)

I think in a perfect world this would still be bad - I believe technical metadata that can be calculated directly by the file should be calculated automatically by MediaWiki and automatically inserted, otherwise it can get out of sync way to easily (E.g. someone uploads a new version of the file) or have mistakes. Of course we do not live in a perfect world, so maybe what you are proposing makes sense in the context of commons as it is today. Bawolff (talk) 02:38, 23 August 2025 (UTC)

Yeah, if there were such metadata produced by MediaWiki, I would not ask this question. Currently, Wikimedia Commons is already busy transferring media to text-to-image bots, so I wouldn't bother with adding huge server load just to produce a short hash. Instead, I may only add this information to some categories that I'm interested in and bundle this task with other tasks, and other people can also do the same. Midleading (talk) 11:07, 24 August 2025 (UTC)

 Support brewing SHA-256 for files, and search by it. How does commons currently identify dupes? Problem: commons seems to edit SVG files upon arrival. Taylor 49 (talk) 00:27, 26 August 2025 (UTC)

Commons does not edit SVGs on arrival. Dupe searching is currently implemented in SHA1, which is of course problematic as its possible to construct files that share the same SHA1 but are different. In practice its not that problematic as dupe detection is meant to detect accidental dupes and not a control against malicious users. Bawolff (talk) 00:55, 26 August 2025 (UTC)

Still advocate switching of all MD5 and SHA-160 to SHA-256 for consistency. Indeed cracking of SHA-160 is admittedly possible but prohibitively expensive. OTOH SHA-256 is probably safe for the eternity. Upload a SVG, download, compare -> files are NOT identical. Typical changes: LF -> CRLF WtF , repetitive spaces inside tags reduced, encoding="UTF-8" added, BOM(B)s removed. Taylor 49 (talk) 11:50, 26 August 2025 (UTC)

Bulk deletion nomination

Do we have a tool for nominating all, or most, of the articles in a category for deletion, with a single discussion (as opposed to creating a deletion discussion for each file)? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:14, 21 August 2025 (UTC)

VisualFileChange, see Help:VisualFileChange.js. --Rosenzweig τ 11:19, 21 August 2025 (UTC)

If you want to see the result: Two recent DRs which I created using VFC are Commons:Deletion requests/Files in Category:Prince Amedeo of Savoy in unidentified years and Commons:Deletion requests/Files found with "Vase inscribed with text mentioning the Vergobretus" if you want to see the result. --Rosenzweig τ 11:28, 21 August 2025 (UTC)

Good, but is has a heavily misleading name. Is should be named MassProcessHelper. Also the original question probably means files, not articles. Taylor 49 (talk) 11:38, 26 August 2025 (UTC)

Should variations of real flags be included in the "Special or fictional flags" category?

Hello! I would like to ask if variations of real flags that differ only in shade of color or small details (such as the arrangement of elements) should be included in the "Special or fictional flags" category? I have noticed that in general, such variations are not included in this category, but are instead placed either in the main flag category or in the "Variations of X flag" category. However, there is currently a conflict with Freedoxm regarding a File:Syrian Flag العلم السوري.svg. Freedoxm insists that this file should be included in the "Special or fictional flags" category, since this version has never been used in real life. I object, pointing to the aforementioned practice of not including variations of real flags in this category. However, Freedoxm stubbornly continues to return Template:Fictitious flag to its place. In this regard, I would like to know the community's opinion on this issue. Поль Крол Злой Диктатор (talk) 17:27, 26 August 2025 (UTC)

Probably they should be both categorized and labeled as such. There's seems to be a real resistance with some users who uploaded fictional flags to that though. So I don't think it would actually work even if there was a consensus to do things that way. Really, any clearly "ficitional" flag should just be nominated for deletion as OOS on sight. That's the only way to actually deal with the problem IMO. --Adamant1 (talk) 17:36, 26 August 2025 (UTC)

There are some *notable* fictional flags (eg used in a famous work of literature that has Wikipedia articles about). So there can be such a thing as an in-scope fictional flag. But if it can't be shown to have notability, agree, it should be deleted. (I remember going to school in pre-internet era, when some kids found it fun to make up flags and draw them on paper. Unfortunately some contemporary counterparts seem to think that Wikimedia Commons is an appropriate place to put their fantasies, which it is not.) -- Infrogmation of New Orleans (talk) 18:15, 26 August 2025 (UTC)

If the variation is actually used in the real world and has some notability, it may not be "fictional". If the variation is just something someone or some group on the internet made up, it should be labeled as fictional (if it should be on Commons at all, which per COM:SCOPE would often be not). -- Infrogmation of New Orleans (talk) 18:15, 26 August 2025 (UTC)

Infrogmation just said what I was about to say. For example, the Thin Blue Line flag and the flag substituting a peace symbol for the stars on the U.S. flag are certainly not fictional. - Jmabel ! talk 19:43, 26 August 2025 (UTC)

The key questions that I tend to consider about flags are "what does this flag represent", "who has used this flag to represent that thing", and "who recognizes the flag as representing that thing". Flags which are in scope typically have broad use and recognition, including by people outside the group identified by the flag. Omphalographer (talk) 20:38, 26 August 2025 (UTC)

CfD advertisements

Hello everyone! In January there was little CfD that still has larger consequences: CfD: Flora. I only noticed this now, when seeing that "Flora distribution maps of..." are now all in the "Plant distribution maps" parent category. This is weird and probably not the only result of an action that did not have a particularly large consensus: The CfD was opened in January, got ONE (1) other voice and was then closed by the proposer. The proposal was made with the intent to weed out a mess of categories, but so far I can not see lots of progress?

My main point is that it was not transparent in the slightest. I have argued before ("Georgia", "Historical images") that large-scale category changes where controversy can get expected, should get some advertisement, so that a broad consensus can be formed. A consensus of two people is fine with absolute niche topics. The entire plant-dom is not such a niche topic, so I now opened CfD:Plants for either the reversal of the previous CfD, or for a proper full discussion of the matter.

PS: On a related note, for those disinterested in biology category discussions: There are other large-scale CfD proposals that may have evaded your attention. For those who are still waiting on reactions, this could be a good thread to advertise. I will start with five proposals that I have participated in but that have not currently been resolved:

• Commons:Categories for discussion/2021/01/Category:Diagrams - including the question, what is a "diagram", in the first place?
• Commons:Categories for discussion/2022/10/Category:Statues of tortoises - the old turtle-vs-tortoise question, but to classify artworks, not biological species
• Commons:Categories for discussion/2022/10/Category:Heimatmuseums - a language-dependent but somewhat specific type of "local museums"
• Commons:Categories for discussion/2024/01/Category:United States in the 16th century - quite obviously the US did not exist back then... but how to call stuff in the Americas before the US were founded as countries?
• Commons:Categories for discussion/2025/02/Category:Books about World War I - also in a general sense: should we categorize "Books about <topic> by year"?

Please feel free to add other CfDs that affect entire category trees, and where you think the matter should get some more attention. --Enyavar (talk) 20:08, 16 August 2025 (UTC)

Thanks, Enyavar, for addressing this! – In general, I agree that:

• A community vote (and the voters’ right to take part) is only as good as the notification about the vote being held. A vote that is held in the dark of the night or under the mantle of silence is not a very democratic thing.
• Obviously, voters won’t want to be called to the urn for each and every triviality. So, a notification process should probably apply to such CfDs only which are likely to have wide-reaching consequences (large-scale category changes).

I might add:

• A CfD that is likely to have large-scale consequences should also include a discussion of its extent: Which branches of the category tree should the result be applied to? Which branches should be exempted and stay "as is"?

Admittedly, I haven’t taken much part in CfDs so far. But these Flora-vs.-Plants category moves/renamings in specific do affect my work. So, I’m glad that this topic is re-opened in a new CfD:Plants. -- Martinus KE (talk) 08:12, 18 August 2025 (UTC)

It was closed by the proposer? That...strikes me as a big no-no, but maybe Commons is different with that than en.wiki... - The Bushranger (talk) 03:05, 20 August 2025 (UTC)

It can depend on the situation. If it's an uncontroversial change that only effects a couple of categories then it's usually not a problem for the proposer to close the CfD. Otherwise, they shouldn't. I'd say this is the former situation. Although it's a bit of stretch to read any ill intent behind Sbb1413 closing it himself. --Adamant1 (talk) 04:21, 20 August 2025 (UTC)

I didn't want to claim this is a major scandal, I just wanted to make clear that this is another occurence of a not-entirely-okay CfD that should have had more deliberation, and I wanted this to get adressed and rectified in some way. Re-reading Sbb's first proposal, I saw that he seemed to have had only the parent category in mind, and nothing else. Omphalographer, who was the one agreeing opinion a whole week later, certainly had no ill intent, and also brought up the issue of the sub-categories. Up to that point, there was nothing untoward with the whole action.

And yet, Sbb closed the CfD and determined that not only should "Flora" be renamed, but also the sub-categories should "get sorted out". Those are thousands, by the way, but at least right after closing the CfD, Sbb moved only ~200 pages around, please Ctrl+F for "flora" in the log activity around this timestamp. I just realized now that on that very same day, several other mass-moves occured. I still struggle to wrap my had around the affair: Aves -> Birds / Felis silvestris -> Cats / Canis lupus -> Wolves / Caballus -> Horses. I have now found one discussion, which is titled "Plantae" and can be found in Category talk:Cats, and there I see a total of three (3) users (MPF, Proto, Sbb) who decided just between themselves, to simplify and restructure the biologial category structure, so that for all "common" names like cats, birds, wolves and plants, Commons uses vernacular names from now on, while all the "uncommon" names may remain in Latin. Hm. I may have misunderstood this?

Reading more. I am quite stunned now. IS this a major issue? Please note, I am only assuming the very best intentions from all these participants that I identified previously. They are experienced long-time contributors and they apparently genuinely wanted to make Commons more easy to navigate for people who don't know that "lupus" means "wolf", and so on. But in the end, we have now a pretty distinct chaos that I certainly wouldn't want to touch, in fear of breaking things further.

For example, I can see that something is wrong with the wikidata connection in Animalia: [Error in Wikidata: wikidata gallery item 'animal' (Q729) property 'topic's main category' (P910) should contain 'Category:Animalia' (Q6254409) (currently 'Category:Animals' (Q7157802)).], and I suspect I know why it is broken.

"Lupus..." were moved to Wolf distribution maps. Okay... but we still have Panthera tigris distribution maps. In fact, the majority of all distribution-map category names is still using proper biological and not vernacular names. @Nova, Aristeas, Ryan Hodnett, The Bushranger, ReneeWrites, AnRo0002, and Martinus KE: please ignore this if this does not affect/interest you, I just noticed that you are major nature photography contributors, maybe you can give input on the following.

In one of the Wikipedia projects, we would have a biology portal/project to coordinate actions like this. Here on Commons, I just cannot see the whole scope. What else has changed in February? Is this part of an even larger movement? Is this okay, and I am just seeing some parts that merely have to be smoothed further? Who coordinates the rest of the mass-recategorizations? Who has the oversight over the whole taxonomy and cladistic rules, is there a forum that is suited for this debate? Please tell me that my larger concerns are completely invalid.

Oh man, so much for a quick response to calm everyone down. Yes, that was my intention when I started the first paragraph two hours ago, and I rewrote a lot of this wall of text a few times over. --Enyavar (talk) 21:23, 21 August 2025 (UTC)

@Enyavar: Just to be clear, I can understand where your coming from. I certainly wouldn't have closed the CfD myself and it should have had more participation before being closed, whomever was the one to do it. Really, CfDs that involve more then a few categories should be closed and implemented by an admin. I had actually thought about proposing a rule along those lines a while back but never got around to it. Maybe that's something to consider though since users closing controversial CfDs involving hundreds or thousands of categories has clearly been an issue.

Although I will say that there's a large problem in general with low participation on here and CfDs are no different. So I don't see the low turnout as that much of an issue. It's either that, or the status quo becomes things just can't be changed or improved on here anymore purely because there's not enough editors to agree to the changes. Which you'd have to agree wouldn't be a fair, workable way to do things (conversely it takes absolutely zero discussion what-so-ever to mass create categories however someone wants to BTW). --Adamant1 (talk) 23:12, 21 August 2025 (UTC)

Sbb was likely justified in making most of those moves. Felis silvestris is the name of the species of which the domesticated housecat is an extremely common subspecies. Most likely the files he moved were moved to the right subcategory.

Technically "wolves" refers to a group of animals consisting of several species, of which canis lupus is one. There's not necessarily a conflict here, "Wolf distribution maps" can serve as a parent category with "Canis lupus distribution maps" being a subcategory. Both categories are in use, I don't see why the canis lupus distribution maps category couldn't be put back in use.

"Horses" and "Equus caballus" were in use parallel to each other for several years. In 2009, the description of caballus was that it refers to the biological aspect of domesticated horses but that sports, equipment, toys etc. belongs in the horses category. In 2015 caballus was changed to a category redirect (by an editor named BartekChom). I feel this was the right call to make; unlike the categories mentioned earlier, caballus and horses are functionally synonymous.

I'm personally unaware of other discussions of this nature, or other category structures I've been involved with other than the plant/flora one from February. I don't see work that needs to be done as an issue if there's clarity and consensus. I consider a flawed and inconsistent status quo to be more of an issue, which is why I got to work. ReneeWrites (talk) 23:22, 21 August 2025 (UTC)

@ReneeWrites: (it's more just a general comment then directed at you, but whatever). I don't personally care about the whole thing with categories for animal species myself but I don't think anyone can argue Category:Ursus arctos syriacus in Tiergarten Nürnberg is easier to say or use then Category:Syrian brown bear would be lmao. That said, if we go with the common English name for plants then it should follow with animals (and whatever else) as well per the Universality Principle. --Adamant1 (talk) 07:42, 23 August 2025 (UTC)

To clarify, "Plantae" is the scientific name for plants. "Flora" refers to species that occur naturally in a particular location. All flora are plants but not all plants are flora, but right now there is no "plants (or plantae) by location" category, because they all direct back to "flora by location". In other words, flora is treated as if it means plants. "Should we use plants or plantae" is a different conversation than the one that was held before, and I would be fine with either. ReneeWrites (talk) 09:45, 23 August 2025 (UTC)

@Enyavar and Adamant1: the Latin names are UNIVERSAL and PRECISE, so the question is "easier for whom?". Now everyone would have to know and use not universal and not precise names in English. The names are often different in American, British or Australian English, which one to learn and use? And the same name may refer to a few deferent species. In addition, I see comments that the categories are not for regular users, as they just want to find a picture, and don't look through the structure of categories. Thus, I find such a change useless for the regular users and problematic for others. It makes harder to maintain the scientific correctness, important not only for the Commons, but also for wikidata, wikispecies and outside projects (like those building AI models). Nova (talk) 08:33, 23 August 2025 (UTC)

So the question is "easier for whom?" @Nova: I'd say the average educator, student, or random internet user who wants to reuse an image from Commons for their personal project. Certainly Latin names are UNIVERSAL and PRECISE, but are they widely known by internet users outside of the field of biology? No. Commons:Categories#Universality principle "local dialects and terminology should be suppressed in favour of universality if possible." Again, Latin being universal is different then people universally known and/or using Latin. Although I'd argue Latin isn't universal anyway. There's this whole area of the plant called the Middle East where they use Arabic. The idea that anyone knows or cares about the Latin term for an animal or plant outside of extremely affluent English speaking white Europeans is laughable. --Adamant1 (talk) 08:42, 23 August 2025 (UTC)

@Adamant1: For all the average users, as you say, the photo should be properly described to be findable, and clearly state what it depicts. Not necessary categories, which sort things out. The same COM:CAT rule says, "Category names should generally be in English. However, there are exceptions such as some proper names, biological taxa and names for which the non-English name is most commonly used in the English language.". I couldn't agree more with the vote of MPF in the Category talk:Cats. Nova (talk) 08:58, 23 August 2025 (UTC)

@Nova: Notice that the quote says "some" though. I don't personally have a problem with using Latin in cases where the English name doesn't work or isn't common for whatever reason, but nothing in the guideline or elsewhere says that every category for every animal has to be Latin regardless of if it makes sense or not. --Adamant1 (talk) 09:18, 23 August 2025 (UTC)

@Adamant1: thank you for all your arguments and trying to understand my point of view at the same time. I don't interpret the guideline that way, and I'm not surprised there is no definitive statement. Nova (talk) 10:32, 23 August 2025 (UTC)

Is there a consensus on what is to be done with regards to all the renamed species categories? I support to at least re-instate the "<biological name> distribution maps". --Enyavar (talk) 18:27, 27 August 2025 (UTC)

I don't personally have a problem with that. It makes sense to have the categories for distribution maps as the biological names even if the other categories aren't that way since they are mostly, if not exclusively, used in biology. --Adamant1 (talk) 19:02, 27 August 2025 (UTC)

Gamepad controller with grips to the joystick

Do we have a category for this? I am not of hosting these kind of images in the main category as it misleads people into thinking what the controller actually looks like--Trade (talk) 16:49, 24 August 2025 (UTC)

Can you give an example of the kind of image you're referring to? Omphalographer (talk) 20:30, 25 August 2025 (UTC)

Steam Deck with Joystick grip

https://dbrand.com/shop/killswitch/steam-deck-cases?addons=stick-grips-steam-deck-black&design=damascus-holo-w&kit=skin#buy

Steam Deck without Joystick grip

https://scale.coolshop-cdn.com/product-media.coolshop-cdn.com/23PY7T/1c13efbfd081405886335aad2c95cd10.jpg/f/valve-steam-deck-256gb.jpg

My point is, should gamepads (and handhelds in general) that have been equipped with accessories or modifications be moved to their own category? Trade (talk) 20:31, 26 August 2025 (UTC)

If there are multiple such pictures you could create a subcategory "Steam deck with third-party accessories" or similar. MKFI (talk) 06:48, 27 August 2025 (UTC)

AI tool for inverse halftoning?

I'm generally not a fan of using AI to touch-up or enhance images, but it seems like one area where AI could actually be helpful is for inversing halftoning (aka descreening). Regular tools for this generally do a crappy job and lose a lot of detail. Of course, I would not want to replace any original images with AI descreened images, but it might be nice to have them as alternate versions (especially in cases where there is prominent moiré patterning). Anyway, I was just curious if anyone knows of a service (preferably free) that actually does this well. Nosferattus (talk) 03:53, 26 August 2025 (UTC)

Even without AI, I've found just a slight blur often does this pretty well. And I would presume that any "detail" AI produces beyond that is just the usual upscaling garbage. - Jmabel ! talk 19:19, 26 August 2025 (UTC)

Inverse halftoning is a fairly specialized process. General-purpose image models (like the ones available through ChatGPT and similar) are not suitable for this task; they will inevitably make other changes to the image regardless of what instructions they are given. Omphalographer (talk) 00:24, 27 August 2025 (UTC)

What does ChatGPT or general-purpose image models have to do with my question? Nosferattus (talk) 02:14, 28 August 2025 (UTC)

For better or worse, that's what most people think of when they hear "AI tools", and it's what a nontrivial number of Commons uploaders have been using to retouch photos (both old and new). Omphalographer (talk) 02:36, 28 August 2025 (UTC)

Proposal: Improving Deletion Workflows in the Commons App

Hi all, Currently, in the Commons App we do not have a proper Speedy Deletion tagging system like on the web. Instead, there is only a "Nominate for deletion" option with a set of pre‑written reasons. I would like to propose some changes to make the process clearer and more consistent with Commons practices:

• Nominate Speedy Deletion option in the App

When a user clicks Nominate for Speedy Deletion, a menu of pre‑written standard reasons should appear, such as:

• Copyright violations – Copyright violations
• Duplicate – Duplicate
• Advertisements – Advertisements for speedy deletion
• Personal files – Personal files for speedy deletion
• Other speedy deletions – Other speedy deletions

This keeps tagging consistent with web workflows, and prevents “miscategorized” speedy nominations.

• Nominate for Deletion (regular DR)

When a user clicks Nominate for deletion, instead of a pre‑written menu, a text box should open where they can explain in their own words why the file needs deletion. This matches how we handle non‑speedy DR on desktop, where reasoning and evidence are needed for discussion.
Why propose this?

• Aligns Commons App workflows more closely with established Commons deletion policies.
• Makes it easier for newer contributors to choose the right process (clear distinction between Speedy vs. Regular deletion). (We can also discuss if we should allow only above 10 level users can have this or overall deletion request option)
• Reduces ambiguity and improper tagging.

Would love to hear thoughts from the community and admins on whether this distinction should be implemented in the App. There is also an enhancement proposal added to its repository (https://github.com/commons-app/apps-android-commons/issues/6408). Gopala Krishna A (talk) 04:16, 26 August 2025 (UTC)

we do not have a proper Speedy Deletion tagging system like on the web We don't have any speedy deletion tagging on the web either. Or am I missing something? I only have the "nominate for deletion option" (and even that might be related to some gadget that needs to be activated in one's settings). Are you sure that the speedy deletion tagging is a regular thing on the web that is just available to everyone by default?

As for the proposal, do the two deletion processes need to be separated? Couldn't one just have a drop down menu pop-up where one chooses the reason for the deletion request, e.g. options could be "copyvio", "advertisement", "other reason" etc. If one chooses "copyvio", then a speedy deletion process is initiated. If one chooses "other reason", then a regular deletion process is initiated. One could also add options such as "FoP concerns", "scope issues" etc. which would then initiate a regular deletion process and automatically add potentially relevant categories to the DR or text proposals for one's reasoning. Nakonana (talk) 10:16, 26 August 2025 (UTC)

Many possible copyvios are not speedy deletions, and reasonably often doubts about copyright turn out to be unfounded. Many advertisements aren't even out of scope (e.g. the 756 files in Category:Advertisements in Seattle), let alone speedy deletions. We would not want to drive all such toward being nominated as speedy. - Jmabel ! talk 19:25, 26 August 2025 (UTC)

• Comment Jmabel has a point but that doesn't turn off the possiblity that the app should remain as is. For example, the app doesn't let the uploaders CSD-tag their recent uploads under G7, and pushes them into unnecessarily creating a DR. We have a well defined CSD criteria at COM:CSD, and I'm sure, we as admins, do check when we delete a file under any CSD rationale or make it turn into a DR. Tagging doesn't mean deleting. Having that said, we for sure do not have proper speedy-deletion tagging system on web either (one that tags the file, and notifies the uploader). Thanks to the kind Mdaniels5757 for working on Twinkle that addresses this challenge on web. I believe that trusted users should have options for CSD-tagging on mobile app, which it currently doesn't offer. _signed, Aafi ^(talk) 13:49, 27 August 2025 (UTC)

  @Nakonana and Aafi there's Help:QuickDelete, available through the gadgets in your settings. It allows for customisable CSD short commands as toollinks. I'm using that quite often for NETCOPYVIOs or self-promotional selfies and wrote myself a customised link for CSD G2 "Useless redirect". Regards, Grand-Duc (talk) 14:13, 27 August 2025 (UTC)

Wat are these drinking places called?

• 
• 
• 

This is typical drinking bar in some local stations in Austria. Mostly wooden structures.Smiley.toerist (talk) 20:33, 26 August 2025 (UTC)

I've seen similar ones in Romania, where I haven't heard any term more specialized than "bar". - Jmabel ! talk 03:58, 27 August 2025 (UTC)

The building looks like a former railway building, maybe originally used for cargo and/or for technical purposes, and when it was repurposed for Bahnhofskneipe (Beiz, Beisl), they expanded it by adding the part with the windows.

As to DE-AT names, let's see what the others can tell us. -- Martinus KE (talk) 05:31, 27 August 2025 (UTC)

I almost want to call them pop up bars. That doesn't seem quite correct though. --Adamant1 (talk) 05:49, 27 August 2025 (UTC)

Post Restant

In the pre-digital age, people where often traveling/working in a far away places, with no fixed adres. So a Poste restant was a solution to forward the mail to. Are there any other examples and is there a category for it? Smiley.toerist (talk) 10:18, 27 August 2025 (UTC)

Perhaps Category:Poste restante? Tvpuppy (talk) 10:26, 27 August 2025 (UTC)

OK, thanks,  Done Smiley.toerist (talk) 10:57, 27 August 2025 (UTC)

How to disable categorization using a template for one of the pages?

Hello! I would like to know how to disable categorization using a template for one of the pages? The reason for my question is the following: I tried to disable categorization using a Template:Shahada for Category:Flags with shahada, since the categorization in this case was recursive, but none of the methods I tried worked. Therefore, I am contacting here again. Поль Крол Злой Диктатор (talk) 11:45, 27 August 2025 (UTC)

{{Suppress categories}}  $999$REAL 💬 ⬆   11:51, 27 August 2025 (UTC)

Thank you! Поль Крол Злой Диктатор (talk) 12:02, 27 August 2025 (UTC)

Through truss bridges

1. I am not a mechanical or civil engineer.
2. I believe a "through truss bridge" specifically means one where the truss extends both above and below the roadway.
3. In Category:Through truss bridges, not only do a lot of the images appear to me not to be through truss bridges, but File:Through Truss.png, used as an illustration at the top of the page, does not appear to be a through truss bridge. Ronaldino, who added it there, is long gone, so presumably not available for discussion.

I hesitate to make changes in an area where I am very far from expert. Can someone who knows more about this please have a look? - Jmabel ! talk 19:27, 27 August 2025 (UTC)

Also not an engineer, but the impression I got from looking through Category:Through truss bridges is that those bridges have a "roof", while the bridges in Category:Half-through truss bridges don't have a "roof", and the description of Category:Pony truss bridges seems to confirm my impression: pony truss bridges are half-through truss bridges (the top is not connected by cross braces above the deck, as is for through types). Nakonana (talk) 19:56, 27 August 2025 (UTC)

https://www.ncdot.gov/initiatives-policies/Transportation/bridges/historic-bridges/bridge-types/Pages/truss.aspx

For File:Through Truss.png, I see a left and right truss, the roadbed on the bottom chord, and the tops of the trusses connected. Looks like a through truss bridge. However, the two views of the bridge are inconsistent.

Glrx (talk) 21:11, 27 August 2025 (UTC)

U4C motion in Commons and UCoC enforcement

The U4C is currently voting on a motion to a case that involves this community. You may wish to review this motion and make any comments you would like U4C members to see on the talk page. On behalf of the U4C, Barkeep49 (talk) 16:02, 22 August 2025 (UTC)

Local community should decide first on sysop

Whether a sysop should be removed should first be decided by the local community, not a bunch of other users.--RoyZuo (talk) 18:23, 24 August 2025 (UTC)

Certainly the local community could have removed him. There is no question, though, that the U4C is empowered to do so. - Jmabel ! talk 23:31, 24 August 2025 (UTC)

I didn't even knew people were upset with A.Savin until i saw this. Was there a bunch of discussions i somehow missed? Trade (talk) 00:00, 25 August 2025 (UTC)

I'm supprised you didn't see or otherwise look at A.Savin's case when you commented on mine a few months ago since the title specifically says it has to do with Commons. --Adamant1 (talk) 01:04, 25 August 2025 (UTC)

I just left the discussion since i was apparently using it wrongly Trade (talk) 02:21, 25 August 2025 (UTC)

Oh. Don't feel bad. I think we all were lol. --Adamant1 (talk) 02:46, 25 August 2025 (UTC)

The local community has still not yet had a vote or community-wide discussion about this sysop the u4c is dealing with. That should happen first before u4c does anything contrary to local community's past decisions. RoyZuo (talk) 20:14, 27 August 2025 (UTC)

• I'm generally wary of U4C appointing itself as ArbCom over all projects, passing resolutions not subject to community consensus. GMG^talk 20:46, 27 August 2025 (UTC)

  The only way to not be forced to follow the U4C decisions would be having an own ArbCom (Yes, this can also be overruled by the U4C but such a scenario is very unlikely). GPSLeo (talk) 21:01, 27 August 2025 (UTC)

Or like maybe enforce the exiting rules in a resonable way when admins violate them like your more then willing to do with regular users over minor issues. An ArbCom, and I'd argue U4C, wouldn't be neccessary if you guys held each other to 1% of standards that you do everyone else. I don't see that magically changing by appointing the same group of admins who won't sanction each other to begin with as an "ArbCom" though. --Adamant1 (talk) 05:10, 28 August 2025 (UTC)

I believe in our last interaction I gave you a final warning in lieu of simply blocking you. GMG^talk 15:08, 28 August 2025 (UTC)

• The saddest and the most preoccuping is not that they are doind what they do, but that we are not able to do it by ourselve. This administrator always have been incivil and intimidating, during its administratorship he made not less than 2 legal threats (prohibited by the Term of Uses), when I noticed the first (several months after he did it), I have asked for a consensus to remove its administrator tools (in 2017!!), but was never followed by this community, although such a blatant violation of the ToU is absolutly unworth of an administrator. Seriously, how can someone be administrator while they use legal treath to intimid others in personal dispute??? he now did it again a few weeks ago, and there are still peoples to defend this behavior, seriously?? that is the much worst news here. Fortunately the Wikimedia Community seems to take these responsibilities and seems to be on the way to doing what we never had the maturity to do ourselves. And please, to lose the tools of administrator is not the end of the world, particularly in case of breaking the Terms of Uses, and particularly if they can reapply one year later. Instead of supporting implicitly his behavior, you should convince him to stop, because the consequences of continuing to be uncivil could be greater in the future. Christian Ferrer ^(talk) 07:25, 28 August 2025 (UTC)

@Christian Ferrer: I was blocked for intimidation and harassment a few months ago just because I said another user was being an opportunist but administrators like A.Savin can repeatedly threaten and bully users and they are still defending him. That's literally how screwed up it is on here. Their never going to hold each other accountable for anything. Period. A good portion of the drama on here is caused by administrators but their the least likely to face any consequences. So I'm glad the U4C is involved at this point. It's the only way anything will ever be done about the admins on here. --Adamant1 (talk) 07:43, 28 August 2025 (UTC)

• Well the obvious course seems to be opening a final desysop discussion. GMG^talk 15:12, 28 August 2025 (UTC)

New sysops should not be permanent

or, at the very least, they should have a probation period. what do you think? RoyZuo (talk) 16:11, 26 August 2025 (UTC)

I could see a probation period being useful since there's been at least a couple of admins since I started contributing who just stopped editing or weren't that active after getting the privilege. Which kind of defeats the purpose. A bigger issue IMO though is long-term admins who abuse the privilege because they get to comfortable with it and either just slack off or stop caring because there's no accountability on here for abusive administrators anyway. That's not really helped with a probation period. What might help is a recall process similar to what Wikipedia implemented recently but I don't really see anyone supporting one on here. A probation period for a new admins along with a more formal recall process outside of de-adminship would be huge improvements IMO though. --Adamant1 (talk) 16:23, 26 August 2025 (UTC)

We already have a community recall process on Commons, and IMO it works better than the one on Wikipedia. -- King of ♥ ♦ ♣ ♠ 16:52, 26 August 2025 (UTC)

@King of Hearts: I assume your talking about the normal de-adminship process. I'm not super up on how the new recall process works on Wikipedia. From what I understand though it's different then the normal process. At least from what I've seen the current de-adminship process on here is totally ineffective because you guys will just defend each other and chalk the whole thing up to personal revenge or some nonsense. cough cough. Hence why that whole thing was even necessary in the first place when A.Savin should have lost the privilege years ago. I'd say the same thing for Yann and his love of involved editing to BTW, which there's been multiple complaints about over the years and you guys are more then willing to defend. The current de-adminship process clearly isn't effective though. --Adamant1 (talk) 17:05, 26 August 2025 (UTC)

I think we should have an "admin on probation" system but with much lower requirements to become an "admin on probation". And I also think we should have more strict inactivity rules to get are more realistic number when looking at the number of admins. GPSLeo (talk) 19:38, 26 August 2025 (UTC)

Argument between two users, if you want to read it

I am surprised that you still have a grudge against me, although I didn't interact with you for weeks. Yann (talk) 17:11, 26 August 2025 (UTC) @Yann: Didn't you make a snide comment about me and edit waring in the ANU complaint a few weeks ago? That's just the game you guys play. You can make backhanded remarks about me all day when the conversation had nothing to do with you and there was no reason to but if I bring up your conduct as an administrator in conversation specifically about that I just have a grudge or some nonsense. Right. Anyway, I don't personally care about you or any other admin. Your the one who target me and refused to back off it. I just want you guys to follow basic standards when you use the tools. I don't really see what's wrong with that. Your clearly a gilded class who can't be bothered with it though. Hence my comment here and why I think there needs to be something besides the normal de-adminship process. Since it clearly isn't an effective way to deal with chronic tool abusers like you or A.Savin. --Adamant1 (talk) 17:18, 26 August 2025 (UTC) No, I didn't target you. You were harassing people, and you still refuse to admit it. That is YOUR problem, not mine. And you will be accountable for your unproven accusations of chronic tool abusers. Yann (talk) 18:26, 26 August 2025 (UTC) I have zero problem laying out the evidence if anyone wants me to but you and another user targeted me years ago for voting to keep some false flags and you've been harrasing me ever since. That's why you had to be told to piss off my talk page. What happened with your request to be VRT agent to Yann? From what I remeber it was shot down and you were roundly critized for being unrealible. Including by other admins. Must have been because your aperfect angel and all those people who think you can't be trusted with anything outside of basic rights that my cat could get are just axe grinders with grudges. Whatever helps you cope. More on topic, its not a functional system IMO if the only way to deal with clearly horrible admins like Yann or A.Savin is to have the U4C deal with it. The project should be able to clean up its own messes and the current process clearly isn't an effective way to do it. --Adamant1 (talk) 18:40, 26 August 2025 (UTC) Stop making things up as you write. I will report you again if you continue. No, my VRT right was only removed because I was inactive. I request an apology. Yann (talk) 18:42, 26 August 2025 (UTC) @Yann: The search isn't working so I can't find the exact discussion but what did you request recently that was shot down because people didn't think you should have the privilege due to your actions as an admin? Was it checkuser or something else? --Adamant1 (talk) 19:02, 26 August 2025 (UTC) Never mind I found it. Commons:Checkusers/Requests/Yann 2. Apparently I'm making things up though lmao. Really, enjoy the cope. Admins are clearly there own special class on here. --Adamant1 (talk) 19:08, 26 August 2025 (UTC) @Yann and Adamant1: do you think you can take this elsewhere rather than derail discussion of someone else's proposal? - Jmabel ! talk 19:28, 26 August 2025 (UTC) @Jmabel: Sure, but I'm including Yann's first comment in the collapsed part. Otherwise it's kind of unfair to me since that's what started it and I should be able respond without the message being hidden if someone is going to throw around false accusations like that. --Adamant1 (talk) 19:33, 26 August 2025 (UTC)

I don't think a probation period would accomplish much. Most admins make a few mistakes at first. Conversely, most really egregious behavior by admins does not occur early in their adminship.

If we want something like this, I think it would be better to have adminships be for a term, and have a routine review/vote after some period (probably 2 or 4 years). In transitioning to that, we'd probably want to roll it out, so that longtime-admins like myself would initially be reviewed over a period of years rather than all at once; otherwise the transition will be like drinking from a firehose.

Since all admins inevitably are going to piss off someone (in my opinion, an admin who never makes anyone angry is probably not doing the job), we'd need a lower threshold in a vote to keep an adminship than to gain one in the first place, but it should certainly still require majority support, or even 60%.

To put my money where my mouth is, I will gladly face such a vote myself whether this is adopted as a general policy or not. - Jmabel ! talk 19:37, 26 August 2025 (UTC)

I quite agree. The admins doing less would be the ones getting more supports. But it is quite ridiculous to keep admins who can't do 20 logged actions in a year. Yann (talk) 18:42, 28 August 2025 (UTC)

Domain hijacking of sources

Five years ago i uploaded a bunch of PD-simple logos from a site. I looked at the files again and i found out that the URL in the source= field have been domain hijacked by a porn site. What is the appropriate way for Commons to deal with this issue? Trade (talk) 00:43, 28 August 2025 (UTC)

Do you know if the original sources were archived? If they were, then you can link to the archives instead. Tvpuppy (talk) 00:49, 28 August 2025 (UTC)

You mean having the archive in parentheses? Or just removing the unarchived URL entirely and replace it with the archived version? Trade (talk) 03:00, 28 August 2025 (UTC)

I don't see any reason to leave a hijacked link in a clickable state; I'd probably remove the "https//:". - Jmabel ! talk 04:32, 28 August 2025 (UTC)

I usually do something like [https://archive.example.org/web/https://example.com/original https://example.com/original] Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:08, 28 August 2025 (UTC)

On en.Wikipedia (and no doubt elsewhere) en:Template:Cite web has the facility to mark such a link as, for example, "usurped", either with or without a link to an archived version of the good page. We need a template to do likewise. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:05, 28 August 2025 (UTC)

Yes, that would be good. Does someone want to do the actual work? - Jmabel ! talk 18:39, 28 August 2025 (UTC)

Waterschout uniform

This uniform is used by the head of the waterschout office. see wasserschout and Zeelui(Dutch). The function was a sort of police function and could force people who had signed a contract as a seaman on the ships and solve ofshore discipline problems of seaman. Its not naval and coast guards uniforms, but closely related function. d:Q17054093 what classification? Smiley.toerist (talk) 13:55, 28 August 2025 (UTC)

Possibly an intersection of Category:Merchant marine and Category:Law enforcement uniforms? - Jmabel ! talk 18:49, 28 August 2025 (UTC)

I created a new Category:Harbour uniforms. I am also thinking for civil uniforms such as naval pilots (guiding ships to the harbour). And I classified the uniform to be a law enforcement uniform.Smiley.toerist (talk) 09:23, 29 August 2025 (UTC)

@Smiley.toerist: Just an FYI but "civil uniforms" usually refers to uniforms used during the civil war. Other possible terms though are corporate uniforms, work uniforms, or service uniforms. Probably "work uniforms" is the better of those three depending on what the uniform is for. As "service uniforms" could also go for people in civilian services (whatever you want to say those are). --Adamant1 (talk) 09:28, 29 August 2025 (UTC)

@Adamant1: I have never heard "civil uniforms" used that way (and the civil war in what country?).

"Civil service uniforms" might be better, though. - Jmabel ! talk 18:53, 29 August 2025 (UTC)

@Jmabel: I don't know. When I looked into it last night that's the Google AI thing said and a lot of the top results were for American Civil War outfits. Now it's saying something different but a lot of the results on Google Image Search still look like military, or civil defense uniforms. Like for Civil Air Patrol Cadets. I'm not sure if that's an actual official military position or more informal though. --Adamant1 (talk) 19:07, 29 August 2025 (UTC)

Category:Animal fur-skin-covering-dermis-material

Surely this has been brought up before but we have literally hundreds of categories (e.g. Category:Tiger fur-skins & Category:Felidae fur-skins) and subcategories (e.g. Category:Tiger fur-skins in art & Category:Wild cat fur-skin manufacturing) using the nonword "fur-skin" (OED, Wiktionary, Ngram) created by the extremely eager and generally helpful but non-English-speaking Kürschner (talk · contribs) c. 2010.

Yann (talk · contribs) & others: Do admins or sysops have any global replace tools that would simplify this? It's a straight one-to-one replacement that's necessary ("fur-skin"/"fur-skins" to the actual word "pelt"/"pelts") but it's obviously prohibitively time consuming for editors to move all these things around and recategorize all their contents by hand or it would have happened a decade ago. (Yup. Cursory poking around seems to show Kramer Associates (talk · contribs) got geared up in 2011 and then stopped, realizing that "fur-skin" meant "pelt" but apparently not realizing that "fur-skin" isn't a thing but that it wouldn't be necessary to distinguish "hide", "skin", and "fur" from the categories that had been created.)

Side note: "pelt"/"pelts" is safer than the more inexact but more common "fur" or "skin" since it's possible that for some of these animals other categories already exist that distinguish the fur specifically against the skin-&-fur combo covered by these categories. If it's clear upon review that isn't an issue anywhere, a global replace with "fur"/"furs" would also work. — LlywelynII 07:11, 30 August 2025 (UTC)

I don't remember how I came up with the term "fur-skins," or whether it wasn't used that way in the trade literature. The key is to use a term that distinguishes skins which are processed into fur from finished fur clothing. It would be important to have a statement from an native English-speaking member of the fur industry.-- Kürschner (talk) 07:45, 30 August 2025 (UTC)

@Auntof6 is active in the category space and is able to do quick work using AWB. She might be able to answer this question. ReneeWrites (talk) 09:11, 30 August 2025 (UTC)

Are there any rules/restrictions on using magic eraser apps to get rid of objects/people surrounding the subject we want?

I ask this in regards to File:Rhea Perlman Danny DeVito 2006.jpg which allows us "to remix" the work. I've used a magic eraser app to remove Rhea Perlman to leave only Danny DeVito so that when using his image (here), it doesn't have a third of someone else's face in it when cropped. This hasn't changed his image but has filled in his shirt shoulder where Perlman was. Is this something deemed acceptable? Thanks. Darkwarriorblake (talk) 19:56, 8 August 2025 (UTC)

@Darkwarriorblake: on the linked page on ibb.co, I don't see the required indication of the CC-BY 2.0 license, nor do I see the required attribution for the underlying photo to Flickr user "amyrod", nor the required indication of what changes were made. So as it stands, this is a copyright violation, but entirely remediable. In general: if you are using a photo under a license, you need to conform to the terms of the license.

Are you talking about the potential of uploading this back to Commons? If so there are several more considerations, but I won't bother spelling them out unless you want to do that. - Jmabel ! talk 20:10, 8 August 2025 (UTC)

So the IBB one is my modified version based on the one uploaded to Wikimedia already, I didn't want to upload it to Wikipedia in case it was a violation, so there is no tag. So yes, I'm talking about the potential for adapting the work per the existing license and uploading my modified version as a derivative. Darkwarriorblake (talk) 18:46, 10 August 2025 (UTC)

@Darkwarriorblake: Yes, this is acceptable. Photos can be cropped and retouched, and it's fine to use AI to do that. There are some restrictions placed on the use of AI itself, but they don't apply to your example.

Slightly longer answer: If you make a derivative version of a file (such as a crop or a retouched version), it should be uploaded under a license that's compatible with the original. Usually this is done by just copying the old license - this is what the crop tool does, for instance. There are some restrictions around the use of AI itself - there's a policy against old files being overwritten by versions upscaled/retouched with AI (think artificial sharpening, removing of wrinkles, etc.), but the subject in your photo has been unaffected by that. ReneeWrites (talk) 08:25, 9 August 2025 (UTC)

Thank you, yes that is my intention, to upload it as a derivative and not overwrite the original. I typically do basic crops in this manner, but this is the only clear image of him close to the 80s and 90s, but because of the second subject it's not possible to crop it through normal means without having a distracting piece of another person in the cropped image. Darkwarriorblake (talk) 18:47, 10 August 2025 (UTC)

My issue with this is not that you have used such a tool to remove Perlman, but that it has "hallucinated" one side of deVito's head. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:07, 15 August 2025 (UTC)

I think the result he linked to looks pretty good, myself. The hair on the side of his head isn't a hallucination (which iirc refers to AI creating bizarre artifacts) but an extrapolation, same as part of his shirt/shoulder. ReneeWrites (talk) 00:22, 22 August 2025 (UTC)

Does deVito really have two tufts of white hair on that side of his head? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:19, 22 August 2025 (UTC)

I'd suggest that what's been done here falls within the usual range of acceptable digital clean-up. The "extra" hair isn't a fabrication in the sense of altering DeVito's likeness; it's a continuation of what's already present on the other side of his head and is consistent with the source image, where stray wisps are already visible. The key point is that the face and overall appearance are intact and not misrepresented. If the concern is about accuracy, a tighter crop that leaves part of Perlman visible is possible, but that would be less ideal for a solo infobox portrait or general use in articles as most of our other clean images of him are of a poor quality or show him much older and drastically different in appearance to how he appeared at the time of his peak fame. In comparison, the edited version provides a clear, good-faith depiction of DeVito from that era, with minimal extrapolation and with the alteration openly disclosed. That seems in line with WP:IMAGES guidance, where the priority is encyclopedic value and avoiding distortion.Darkwarriorblake (talk) 23:09, 29 August 2025 (UTC)

"within the usual range of acceptable digital clean-up" Again: Does deVito really have two tufts of white hair on that side of his head? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:24, 30 August 2025 (UTC)

I'm not an expert on Danny DeVito's hair by any means, but the tufts do look rather unnatural since they don't exist on the other side of his head in that particular image. Although he does seem to have them in others, but so what? It's like modifying an image of someone with a mohawk to have a normal haircut on one of their head. It just looks crappy and doesn't make sense. Personally, I'd put in this the category of things that we shouldn't allow for even if it doesn't technically violate a guideline or anything. I'd maybe understand it for someone who there aren't many images of to begin with, but it's Danny DeVito, one of the top actors of our time. So it's rather pointless to have AI modified images of him on here even if it's acceptable. --Adamant1 (talk) 10:53, 30 August 2025 (UTC)

 Comment IMHO this case is just at the acceptable side of the border. In the retouched image, a large and important part (face) is copied from the photo, and only a small and marginal part (shoulder) is hallucinated or extrapolated. As long as the face is not "optimized", this is acceptable, provided that the image is in scope, and there are no other usable images of same subject. The comment above don't see the required indication of the CC-BY 2.0 license, nor do I see the required attribution for the underlying photo to Flickr user "amyrod", nor the required indication of what changes were made. So as it stands, this is a copyright violation is irrelevant. User:Darkwarriorblake uploaded the image to "ibb.co" to gather feedback before uploading to commons, in order to avoid a toxic deletion debate, indeed fine behaviour, at least as long as "ibb.co" does not harass users (such as by pressuring to login, or selling malware). But again, generally AS (Artificial Stupidity) is crap. I would well accept less magic/perfect extrapolation in order to get an image while avoiding AS. Taylor 49 (talk) 11:06, 30 August 2025 (UTC)

This is acceptable, provided that the image is in scope, and there are no other usable images of same subject. Cough cough (I'm sure there's plenty more online that are public domain if someone put the time into looking. The problem is that allowing for AI modified images makes it much less likely anyone will look for or find one). --Adamant1 (talk) 11:26, 30 August 2025 (UTC)

As I mentioned above, while that image is technically clear, it bears little resemblance to Danny DeVito during the height of his career in the 70s–90s, and honestly not much to his present appearance either. I always check for free images, but a quick search confirms that Wikipedia/Wikimedia already hosts virtually all freely available photos of him. Images from his prime years are almost exclusively professional, commercial photography, so expecting them to surface under a free license is not realistic. We have the same problem with John Candy, and he's been deceased for decades. The edit in question is minor, does not materially alter or misrepresent his physical appearance, and the unaltered original remains available for comparison, which makes it verifiable. While I understand a purist stance on image modification, in practice freely licensed, high-quality photos of older actors at their career peak are simply not always/often accessible, and when they are they are generally of very poor quality due to being incredibly small or low quality due to the cameras available at the time. Unless someone happens to donate or release such an image, responsible minor modifications are often the only way to provide readers with something reasonably accurate and representative. Darkwarriorblake (talk) 19:42, 31 August 2025 (UTC)

Another possible case of copyleft trolling

Hi, per ticket:2025082810009119, we might have seen another case of copyleft trolling, unfortunately. The user Patrick Ashley seems to have hired Pixsy. They're not on Commons, and they haven't uploaded new images since 2012. Luckily, two of the images on Commons are not very used so we can delink them pretty easily. However, delinking File:Downtown Rochester, NY HDR by patrickashley.jpg will be a lot harder, we probably need to replace it with File:Rochester NY Skyline.jpg using CommonsDelinker. Proposing the following remedies:

• I replace the two images which are only used in enwiki with alternatives, and an appropriate edit summary
• We either don't delink File:Downtown Rochester, NY HDR by patrickashley.jpg and leave it to individual projects, or we replace it with an alternative (discuss below)
• I add forced watermarks to warn reusers per Commons:Copyleft trolling and upload-protect.

Thoughts? —Matrix(!) _{ping one}^{when replying} {user - talk? - _uselesscontributions} 18:28, 31 August 2025 (UTC)

Simply using Pixsy is not against COM:Copyleft trolling. I do so myself as well. I don't see in the ticket that any violations has been made, it's a commercial usage by a company and we don't have any indication if they ever tried to attribute at all. (Please note that you can't reveal much info from the ticket in public, os be sure to write in general terms). --Jonatan Svensson Glad (talk) 18:41, 31 August 2025 (UTC)

@Josve05a: Thanks for the input, I feel like this might be copyleft trolling per Commons:Copyleft_trolling#Copyright_enforcement_vs._copyleft_trolling due to the specific circumstances of the ticket (small company). Just wanted to bring it up, maybe I was a bit aggressive in the opening message. —Matrix(!) _{ping one}^{when replying} {user - talk? - _uselesscontributions} 20:20, 31 August 2025 (UTC)

Without seeing any actual evidence of the alleged violation, I don’t think it’s proportional to immediately jump to remedies like delinking or mass replacement. Nor do I think we should be taking sides in favour of a reuser who clearly hasn't demonstrated much understanding of the licensing conditions we apply here. In cases like this, a first step should be to explain the requirements of our free licenses and point them to relevant guidance (e.g. COM:L or COM:REUSE), rather than only framing it through the lens of COM:Copyleft trolling. Clarifying the rules and the reason behind them should come before assuming bad faith or proposing sweeping actions, in my view. --Jonatan Svensson Glad (talk) 20:38, 31 August 2025 (UTC)

100% I agree. —TheDJ (talk • contribs) 07:44, 2 September 2025 (UTC)

Simply using Pixsy is not against COM:Copyleft trolling

OK. Should it be? Andy Dingley (talk) 22:12, 31 August 2025 (UTC)

GPS location

I recently came across a bot that was adding co-ordinates from exif data. Sounds harmless and a positive contribution but when its extracting GPS data of private residences and contributors for small objects where the location has no value except to locating a contributor or private collections for nefarious types. Should because "we can" and because "we created this in 2008" still hold true as an acceptible reason for such actions in line with the Universal Code of Conduct. As well as generally recognised issues that have surfaced across the movement in recent years. This is very distinct from adding locations to buildings, parks, places and things publicly accessible. Gnangarra 10:10, 22 August 2025 (UTC)

If the bot doesn't add the data, it'll still be there, visible in the EXIF data. The bot can't add something that isn't already there. So, if anything, you'd need to remove the coordinates from the file before uploading either by disabling the addition of coordinates in your camera/phone, or with photo editing software, or, if you are uploading through the Commons app, you can disable the addition of location data in the settings. Not sure whether the browser version of the UploadWizard has this option (or whether you can disable it somewhere in your general account settings).

I think buildings aren't the only thing where location data is useful. Having the location of plants and animals is also useful. Nakonana (talk) 11:54, 22 August 2025 (UTC)

The UploadWizard does not have any EXIF editing abilities. I think this is also not needed as every photo editing software also supports manipulation of the EXIF data. GPSLeo (talk) 13:00, 22 August 2025 (UTC)

It might be necessary for people who don't use photo editing software to have a simple check mark that you simply uncheck if you don't want it to be included. Idk why the UploadWizard wouldn't be able to do what the Commons app can do. Or it can be an option in the general account settings. Nakonana (talk) 15:08, 22 August 2025 (UTC)

I do not know if there is any Javascript framework that can reliably handles all different variations of EXIF data. The potential damage of a bug would be huge as this could result in loss a important data impossible to recover if discovered after the person left the project. GPSLeo (talk) 19:35, 22 August 2025 (UTC)

I’ve also been somewhat annoyed by this, as with my own camera the EXIF GPS coordinates can be way off (Nikon Snapbridge is garbage, and will often fail to update GPS for 15+ minutes, resulting in very inaccurate coordinates). I usually blank the location in Upload Wizard if that happens and the coordinates are not important to the photo (e.g. I when went to a computer trade show and took pictures of a bunch of products), but now this bot is adding the inaccurate EXIF data back into the Location parameter when I intentionally

blanked it in Upload Wizard. 4300streetcar (talk) 12:53, 22 August 2025 (UTC)

For this case there is the new {{GPS EXIF ambiguous}}. GPSLeo (talk) 13:03, 22 August 2025 (UTC)

Does that mean that the UploadWizard did not remove the coordinates from the EXIF data? Nakonana (talk) 15:05, 22 August 2025 (UTC)

FWIW, if you use MS Windows, it is pretty trivial to edit EXIF data before uploading, using "Properties". I don't know if anything that easy is available on other OSs. Exiftool is widely available, but not as friendly in its UI. - Jmabel ! talk 18:04, 22 August 2025 (UTC)

@Nakonana: Does UploadWizard ever remove coordinates? I think if you blank out the latitude & longitude fields there, it doesn't do anything to the Exif data. Sam Wilson 02:30, 23 August 2025 (UTC)

I don't know about the UploadWizard. I was just going off what 4300streetcar wrote, because, as far as I am aware, the Commons app does remove the location from the EXIF data if you enable that option in the settings. Nakonana (talk) 05:54, 23 August 2025 (UTC)

We are also now in a situation where both Rkieferbot and BotMultichill are doing this, and they will do it on the same file. See File:Air Line Trail bridge over Ten Mile River, July 2022.jpg where I removed incorrect camera coords added by Rkieferbot, only to have BotMultichill re-add the template. I also cannot find where BotMultichill was given community approval for the task. Pinging Rkieferbaum and Multichill. Pi.1415926535 (talk) 20:30, 22 August 2025 (UTC)

@Pi.1415926535: we have {{GPS EXIF ambiguous}} for that. Multichill (talk) 20:33, 22 August 2025 (UTC)

@Multichill: It should not be added twice by two different bots, one of which was never approved for the task. Please stop the bot task until it is approved. Pi.1415926535 (talk) 21:30, 22 August 2025 (UTC)

In my opinion, the worst thing for privacy is when the information is out there but the victim doesn't know it. When a bot pulls out the coordinates, at least the uploader has a chance of seeing it and taking appropriate action if necessary. If we just keep it in the file but hide it, that's the worst of all worlds as its still accessible to people with malicious purposes but the victim is less likely to be aware of it. Bawolff (talk) 02:35, 23 August 2025 (UTC)

I've been wondering if one of these bots should be empowered to upload new versions of files that are contain Exif coordinates but that are tagged with {{Location withheld}} or in Category:Location not applicable, although the bot would then have to be allowed to hide the old revision so that makes it slightly more complicated. And that doesn't help with files that aren't tagged with either of those things (which perhaps is the majority). Sam Wilson 02:38, 23 August 2025 (UTC)

I don't have a lot of time and can’t cover everything that’s been said here, but I feel there’s an urgent need to address a fundamental misconception in this subject.

Let me be absolutely clear:

• If an image has location information in its EXIF, then that location is public. Period. No ifs, ands or buts.

The panic related to location tags is misleading and hides a more nuanced problem: people think their location information is private if a location tag isn’t present. So to answer Nakonana's question above: nope, the Upload Wizard doesn't remove coordinates from EXIF, never did.

We need to look no further than this: there are currently 137 files that simultaneously contain {{Location withheld}} and SDC location (!). One needs only to go to that category and pick an image to very likely see the text "The geocoded location of the location of this image has been withheld for privacy or other reasons" along with its actual coordinates on the same screen. This is a direct product of misinterpreting what the location tag does.

Imagine an image's EXIF carries "Author: John Smith". Someone comes along and adds Category:Photographs by John Smith. Now imagine the person who added that gets accused of "doxxing" John Smith - would it be reasonable to say this person revealed the user's identity and breached his privacy? Of course not. The location tags function in the exact same way. They're a way of organizing information, not of publicizing it. If a nefarious type wants to find one's collection, there are several ways that are both more efficient and more revealing than browsing over 30 million photographs on WikiShootMe - they'd only need to browse a category and check for coordinates, or, even more easily, batch retrieve coordinates of a set of categories within a certain radius, and no one would be the wiser. Adding or removing {{Location}} does nothing to change that.

Note that I'm not saying privacy isn't important; on the contrary, it's extremely important, which is exactly why it is so silly to think that the topic of privacy is being covered by debating the presence of location tags. It's not. Either the image's location is public or it is not; there's no such thing as making something a little less public.

If and when I have the time, I'll try to develop a script that downloads images with {{Location withheld}}, strips geotags, reuploads them and tags them for revision hiding. If I do I'll obviously get it approved before running it. Then we'd be talking about improving privacy. Until then, adding location tags, if anything, improves privacy by making people aware of its availability.

Rkieferbaum (talk) 02:38, 23 August 2025 (UTC)

Related to this discussion there was a request for help once by a distressed user who uploads photos of private parts of his wife and who found one of those photos hovering over his house in one of out tools displaying photographs over satellite photos of the terrain. We helped him strip the EXIF and reupload the photo and we deleted the original photo and the edit history. So yes big privacy concerns, but I agree with user:Bawolff that it is better to know than not to know. --Jarekt (talk) 04:00, 23 August 2025 (UTC)

@Rkieferbaum: That's all true, and I agree. I think there is one important point though: once the coords have been extracted, they can then be queried via the API. This makes them easier to find, compared to having to search by filename. But yeah, no one should be thinking that any info is being public here that wasn't already. Sam Wilson 11:02, 23 August 2025 (UTC)

You say "If an image has location information in its EXIF, then that location is public. Period. No ifs, ands or buts." This is an unworthy statement. Many photographers will have uploaded images in good faith without knowing that EXIF data would be uploaded too. Why don't you think about these Users? Charlesjsharp (talk) 19:54, 3 September 2025 (UTC)

I always leave GPS on, except at home or other place where I don't want the world to know. However, GPS only works on my phone. My Nikon DC-G100 sometimes takes a better picture but its connection to my phone is unreliable and often fails to pick up the coordinates. Perhaps there's a better place to ask, but are others more satisfied with how they get their real camera to record the correct location? Jim.henderson (talk) 04:19, 23 August 2025 (UTC)

At this point with my Nikon Iː

• Use Google Maps after the fact to get the coordinates from satellite view (most common). For the latter options I usually have to validate the coordinates anyways with Google Maps, so if the location is easy to find on a map I'll just go straight to using Google Maps.
• Use a $50 Micnova GPS unit that connects to my camera (this makes the camera ungainly and harder to fit in my bag, uses more battery, and it takes about 30 seconds for it to find GPS satellites if it's the first time I power it on in a while).
• Manually restart Snapbridge on my phone, get it to Bluetooth connect with my camera, and explicitly tell it to download location data, sometimes after force-restarting it once or twice (slow, but sometimes faster than the above)
• If I'm on a bike ride and recording the bike ride with Strava I'll just grab the .gpx file from Strava, open it in a text editor, and get the coordinates corresponding to the timestamp on the photo.
• If it's say, underground and impossible to find the precise location I grab the GPS coordinates for the location from a Wikipedia article or Google Maps and reduce the decimal places down to 4 or 3 places to reflect the uncertainty.

4300streetcar (talk) 03:13, 24 August 2025 (UTC)

@4300streetcar: in Lightroom (and other programs) you can import .gpx and apply the location to selected photos. If you sync the camera and mobile/smartwatch clocks, you get surprisingly good positioning with very little effort. I have a .gpx tracker on my watch and just turn it on when I’m out with my dslr. Rkieferbaum (talk) 09:50, 24 August 2025 (UTC)

Drat; the Micronova Website does not list my DC-G100 as compatible. Jim.henderson (talk) 09:56, 31 August 2025 (UTC)

I use a Canon EOS 250D which also isn't always reliable in its connection to my phone. What I've figured out is that it works better if the camera and phone are close to each other. In other words, if I have my phone in my jeans pocket and am holding the camera in front of my face, then that is sometimes already too big of a distance. Putting the phone in a breast pocket or hanging it on a medium-length string our neck might get better results. Another thing I've noticed is that the camera and the phone switch into "standby" mode pretty quickly. The camera switches back out of standby the second that I click the trigger and takes a photo, but the connection to the phone takes a bit longer to be reestablish itself. What seems to help is, when I know that I'm about to take a photo where I'd like to have the coordinates attached, I take a dummy shot shortly before taking the real shot. The dummy shot gets the camera out of standby and gives the Bluetooth connection a few seconds to reestablish, so that by the time I take the real shot, the GPS data is already available for the camera. Nakonana (talk) 11:37, 31 August 2025 (UTC)

m:Community Wishlist Survey 2022/Multimedia and Commons/Easy edit tool for EXIF data

Commons:Requests for comment/Technical needs survey/Metadata editing tool

perennial request. RoyZuo (talk) 05:41, 31 August 2025 (UTC)

• In a project where Commons:Project scope/Precautionary principle applies an attitude of If an image has location information in its EXIF, then that location is public. Period. No ifs, ands or buts. and we dont negotiate is at best unhelpful and at worst offensive. The response should be how can we fix it for photos where we are holding, then choosing to publicise private addresses. We should be doing better, first step is to chose carefully what we put out there for API to scrape, and secondly how can we correct something that is inflictnig harm because 10 years ago it wasnt an issue. As @RoyZou points out this is a perpetual problem thats being ignored, if only people with the skills to ectract GPS data and put it on show could chose to use their skills hide/remove this GPS data. Gnangarra 06:49, 31 August 2025 (UTC)
  • I'm completely unable to see any valid connection to the precautionary principle. The precautionary principle is entirely about copyright status. It does not mean we have to take the most cautious, risk-averse path in all things. - Jmabel ! talk 18:27, 31 August 2025 (UTC)

Monuments database in Russia, Redux

Prior discussions:

1. Commons:Village pump/Archive/2024/09#Monuments database in Russia
2. Commons:Bots/Work requests/Archive 17#Monuments database in Russia (January-June 2025)
3. Template talk:Cultural Heritage Russia#Update on technical categories (current)

Some time ago I summarised discussion #1 in my opening post at #2, saying that:

There are >25K sub-categories of Category:Galleries of cultural heritage monuments in Russia (and about 275 in its subcategory, Category:Galleries of cultural heritage monuments in Crimea) named in the format (for example) Category:WLM/1010021052. That example duplicates Category:Threshing barn from Berezovaya Selga. The corresponding Wikidata item, Threshing barn from Berezovaya Selga (Q106488771), has a Wiki Loves Monuments ID (P2186) value of RU-1010021052 (note the "RU-" prefix). That Wikidata item is linked to the alphanumerically named, not numbered, category.

A bot was kindly run by User:Wikiwerner and most of the 25K categories were redirected, for example Category:WLM/1010021052 to Category:Threshing barn from Berezovaya Selga.

They have (it seems) all now been recreated, under new, but still duplicative, names, with many more besides. Category:Galleries of cultural heritage monuments in Russia now redirects to Category:Cultural heritage monuments in Russia by id, and that now has >41K entries, named in the format Category:Russian heritage ID 1010021052.

I note that these new categories have a header template which falsely claim that they do not "duplicate any of the existing Commons categories." That the example given clearly duplicates Category:Threshing barn from Berezovaya Selga, with images like File:Kizhi StafeevTreshingBarn 007 8510.jpg included in both, shows this to be a nonsense.

I also note that "kulturnoe-nasledie.ru ID: 1010021052" is included in the infobox on Category:Threshing barn from Berezovaya Selga.

We are going to need to run a bot again, to remove and redirect all these new superfluous categories. Do we also need administrative action to prevent this from happening again? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:22, 28 August 2025 (UTC)

I think it's a bit premature. As far as I understand this discussion (I was not part of it), there was a concern about the category names, and there was a concern that users may be misled by two categories with similar (but very often not identical) content. The former concern is being resolved by giving categories more understandable names. The latter concern will be resolved by adding links from 'categories by ID' to 'categories by object name'. This does, however, take time because of the large number of heritage monuments and the notorious problem of the slow cache updates at Commons. The Russian WLM team can take care of any further needed bot runs, but please bring your suggestions on the relevant talk page.

Regarding the categories being or not being duplicates, there is a quite extensive explanation of the category system at Commons:Monuments database in Russia. It would be helpful if one starts from there. The Russian cultural heritage is certainly more involved that the single threshing barn in a remote village. -- Alexander 11:40, 28 August 2025 (UTC)

Your description does not mirror reality. Categories are not being given more understandable names; they are being created anew after a consensus was reached to redirect them.

The concern was not "users may be misled by two categories with similar (but very often not identical) content", but that redundant, duplicate categories were being created in bulk. Adding links from 'categories by ID' to 'categories by object name' does not resolve this. Again, the consensus was to redirect one set of them to the other.

I have already posted a link to this discussion, at Template talk:Cultural Heritage Russia, and included a link to it, above.

Commons:Monuments database in Russia was linked to from the very first sentence of the original discussion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:50, 28 August 2025 (UTC)

Yes, but Commons:Monuments database in Russia has changed quite a bit since that time. -- Alexander 11:56, 28 August 2025 (UTC)

So? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:57, 28 August 2025 (UTC)

Category «Threshing barn from Berezovaya Selga» may be divided in the future, for example, into «Interiors of Threshing barn from Berezovaya Selga» and «Exteriors of Threshing barn from Berezovaya Selga» upon accumulation of the corresponding photos, which may also be achieved through a competition WLM. In this case, the category «Russian heritage ID 1010021052» will always be unified, since both interiors and exteriors are a component of the subject of protection of the cultural heritage site. A similar example can be given for almost every number and physical category of the site. There is no permanent problem of duplication here, there is only a temporary one, which will be eliminated sooner or later. Никонико962 (talk) 12:22, 28 August 2025 (UTC)

"may be divided in the future" Indeed. This is how Wikimedia Commons works. It does not justify duplicating the parent category. Nor does it justify dumping all the images from a set of subcategories into one meta category. That is not how Commons works. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:38, 28 August 2025 (UTC)

That is not how Commons works. But ruWikivoyage works with the ID numbers. They are used in the cultural heritage lists and to create galleries. Nakonana (talk) 16:12, 28 August 2025 (UTC)

As I said above, "I also note that 'kulturnoe-nasledie.ru ID: 1010021052' is included in the infobox on Category:Threshing barn from Berezovaya Selga.".

These duplicate categories are not required to work with the ID numbers. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:47, 28 August 2025 (UTC)

These categories are not duplicates, they include only images which were loaded by WLM campaigne and are needed for campaigne scripts to work properly. This is the easiest way to get a plain list of images (not with subcategories) which were uploaded by WLM. Strongly oppose the deletion suggested above. Commons:Monuments database in Russia explains this situation. This is Andy (talk) 12:23, 28 August 2025 (UTC)

I assume every image of a particular monument contains the Monuments Database ID in structured data and/or a template. So can't you just get a list of images by eather doing a structured data search or one for the ID number in the template? --Adamant1 (talk) 12:29, 28 August 2025 (UTC)

We already have well working scripts for categories. The lists you suggested should be created massively, stored somewhere and updated too often (or generated dynamically thousands of times for an any watch of an any monuments list, which seems to be absolutely impossible), and now we have no scripts which work with such lists. There is absolutely unneeded complication. This is Andy (talk) 13:15, 28 August 2025 (UTC)

@This is Andy: I'm not suggesting lists or anything like them. If you do a search for "1010021052" (the monuments ID number for the threshing barn from Berezovaya Selga) in the search box above this it provides a list of all the images on here for the threshing barn. Your the ones creating needless complication here with the extra categories, scripts, Etc. Etc. when literally all it all takes to do what you want is putting the monuments ID number in a search box. --Adamant1 (talk) 13:24, 28 August 2025 (UTC)

No, scripts of ru-WLM do much more work than just providing a list of images. This is Andy (talk) 13:28, 28 August 2025 (UTC)

There is nothing that those scripts do that cannot be done using SDC or Wikidata; and nothing that requires the recreation of the redirected, duplicate categories. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:06, 28 August 2025 (UTC)

Can SDC or Wikidata link to/create such info pages[7][8]? Can you add the name of a rather non-notable sculptor to SDC/Wikidata for whom there's no page on any wiki project? For example, there's no project page on Андрей Николаевич Костромитин, but his name can still be included in this[9] monument data sheet. That particular monument also doesn't have a Wikidata item, nor a wiki article, nor a Commons category because there's only one image of it, but it has still an informative data sheet which is accessible through the ID-link in the Cultural Heritage Russia template. Nakonana (talk) 16:45, 28 August 2025 (UTC)

@Nakonana: Something like that can essentially be done on Wikidata assuming the information is there for it. Of course you can't do a query for something that doesn't exist, but the information for monuments and artist should be stored on Wikidata anyway. Not a third party database and they have had plenty of opportunity to transfer the information over. So I don't really think the lack of information about particular monuments or artists on Wikidata is a valid excuse not to do it that way. They can't go out of their way to not put the information on Wikidata and then use their own unwillingness to put the information on there as a reason to keep using their own external system. --Adamant1 (talk) 17:10, 28 August 2025 (UTC)

@Adamant1 in IT sphere is proverb "If it ain’t broke, don’t fix it."
Nothing was broken here until a Pigsonthewing began to “improve.”
You can think up (and even do) a lot of things. But the main thing is to first ask those who will have to use it. --Kaganer (talk) 17:19, 28 August 2025 (UTC)

@Kaganer: See my comment at the bottom. The only reason it "broke" (although I think your being hyperbolic) after the categories were redirected is because people from WLM Russia ignored the discussions about it and refused to transfer their external database to Wikidata. They had plenty of opportunity to do things in a way that wouldn't "break" anything though. They just weren't willing to. That's on them. Although again, I think your just being hyperbolic. --Adamant1 (talk) 17:27, 28 August 2025 (UTC)

But then again, who are you (general you) to impose your way on them? And in an area that is rather used by them than by you? Why do they have to implement a change that you have decided should be made? You are the one who wants the change, so why are they the ones who are supposed to do the work to make that change happen? Why are they supposed to transfer their external database to Wikidata when they already have a database that works for them just fine? And it's not even an "external" database. It's ruwikivoyage based database.

Even if Commons has a policy that is rather in favor of deleting AI-generated images, Commons would still not delete an AI-generated image that is in use on another wiki project because Commons does not tell other projects how to run their projects. So why is Commons now imposing on ruwikivoyage and the Russian WML team how to run and maintain their database? Nakonana (talk) 17:51, 28 August 2025 (UTC)

@Nakonana: I browse and categorize images related to Russian monuments all the time, or at least I use to. I mostly stay away from the area now because their system makes both rather convoluted. If you read the top of any category for a Russian monument it says "Please read the guidelines before making any changes that can affect the monuments database!" Personally, I reject any system on here that requires reading a small group of users "guidelines" before moving an image or modifying a category.

I don't care if it "works just fine" for the two or three gatekeepers in WLM Russia. It's just anti-user and not how things should work on here. I certainly couldn't create an external database for objects local to me, write a faux "guideline," and then force everyone else on here to follow it and ask me for permission if they want to modify images or categories related to the objects. --Adamant1 (talk) 18:05, 28 August 2025 (UTC)

I browse and categorize images related to Russian monuments all the time, or at least I use to. I mostly stay away from the area now because their system makes both rather convoluted. I don't understand at all! What do you mean? What exactly is stopping you from categorizing Russian monument related images? You just use HotCat or Cat-a-lot like everywhere else. What is the problem? I do it myself all the time and I've only been active since like February 2024, so if a newbie like me has no issues categorizing such images with HotCat and Cat-a-lot then what problems could an experienced user like you possibly run into that you'd decide to stay away from that area? All I'm aware of is that one should just not temper with the Cultural Heritage Russia template and that's all, and the database remains quite unaffected. (But the template uses the IDs for the database and the initial discussion claimed that those IDs were just made up by the Russian WML team even though they are actually official IDs from the Russian government, and then proceeded to change the ID-related categories, so that's why we're here right now, I guess.) Nakonana (talk) 18:19, 28 August 2025 (UTC)

@Nakonana: The template at the top of pages says "This template and pages using it are maintained by the Russian WLM team. Please read the guidelines before making any changes that can affect the monuments database!" Why would every category for a cultural heritage monument in Russia need a warning saying not to edit the template and pages using it when the template has nothing to do with the category or any of the files in it if that's all they care about?

the initial discussion claimed that those IDs were just made up by the Russian WML team even though they are actually official IDs from the Russian government Maybe you aren't aware of it, but a lot of the IDs aren't actually based on official ones because the Russian government doesn't have a complete list of monuments in Russia. Some of them aren't 1/1 recreations of the official monument IDs either. So some of them are in fact "made up by the WML team." That's fine, but it's patently false that the IDs are official. --Adamant1 (talk) 18:36, 28 August 2025 (UTC)

Yeah, I guess the warning in the template would benefit from some rewording.

but a lot of the IDs aren't actually based on official ones How many approximately? Because the statement it's patently false that the IDs are official is also false as there are clearly at least two types of documents that assign those IDs (I have linked to such documents here). Nakonana (talk) 18:56, 28 August 2025 (UTC)

@Nakonana: I have zero idea how many aren't official. From what I understand it's not a trivial number though. A lot of the names for the monuments are made up by WLM Russia to BTW. I suspect if you were to get rid of the fake names and made up ID numbers the WLM database would be pretty small. It certainly would transferable to Wikidata. It is anyway, but all the more so if the "fake" entries and/or information was excluded from an import. --Adamant1 (talk) 19:09, 28 August 2025 (UTC)

I checked the wiki page. It says [The registry] includes around 100,000 items while the local lists total in excess of 140,000. But those numbers are from 2009 and they only refer to one of the two types of documents that assign official numbers. That doesn't look like the WLM database would be small if one would remove the made-up ones. It would still contain over 100,000 official entries. That's a lot of data to transfer to Wikidata. Nakonana (talk) 19:20, 28 August 2025 (UTC)

@Nakonana: I assume a good partition of the information could be transferred with a bot. Assuming not though, four or five participants of WLM Russia could do it in a couple of months. A couple of hundred thousands entries isn't really that much if people put a concerted, group effort into it. It's not like they didn't create the database in the first place. So I'm sure they could transfer it to Wikidata if they actually wanted to. --Adamant1 (talk) 19:36, 28 August 2025 (UTC)

Are you going to create the bot for the transfer since you are the one who wants that change to be done? Nakonana (talk) 19:45, 28 August 2025 (UTC)

Называть памятники "фальшивыми" (fake) и "выдуманными" (made up) — это уже чересчур... Olksolo (talk) 19:16, 28 August 2025 (UTC)

The names and IDs are made up, not the actual monuments. I'm sure you get the difference. --Adamant1 (talk) 19:31, 28 August 2025 (UTC)

I think we've cleared up by now that at least more than 2/3 of the IDs and names are based on official documents and thus aren't made-up, so please stop making that claim. Nakonana (talk) 19:47, 28 August 2025 (UTC)

@Nakonana: "Stop claiming I'm uploading COPYVIO when only 30% of the images I upload are copyrighted!" Makes sense. --Adamant1 (talk) 07:49, 13 September 2025 (UTC)

Where did I make any statements about copyvios? Please don't put words in my mouth that I didn't say (and especially words that make it sound as if I am uploading 30% copyvios), and please don't use strawman arguments. Nakonana (talk) 10:43, 13 September 2025 (UTC)

@Nakonana: It's an example to illustrate a point. That point being that you said up to 30% of the IDs and names are made up while telling me to stop claiming that some of the names and IDs are made up. In otherwards, "stop claiming some of the names and IDs aren't official when 30% of them aren't official!" I just thought copyvio sounded better but apparently analogies are strawman arguments or something lol. --Adamant1 (talk) 16:09, 13 September 2025 (UTC)

Your analogy doesn't work well. Copyvios are illegal. Not having an official ID for a monument, on the other hand, is a non-issue. Plus, your claim that the IDs are made up is simply wrong because the majority of the monuments have official IDs. Plus, the above statistic is over a decade old, so it's quite likely that the number of monuments that lack an official ID is significantly lower than 30%. More so, by now 100% of the monuments might have an official ID. So, no matter how you put it, a simple claim like "the IDs are made up" is wrong, and you repeated that statement despite already knowing that it is false, that's why I wrote what I wrote. If you had stated "about up to 30% of the IDs might be made up, but it's probably less by now", then I wouldn't have had an issue with your statement because it's truthful. But we're derailing. Discussing the exact numbers isn't really relevant, because it doesn't change the fact that ruwikivoyage was using the IDs for their project, and removing the IDs without discussing things with them broke their bot(s). That's unnecessary collateral damage over something that didn't cause any problems on Commons' end and there wasn't even an actual "problem" here that needed to be fixed and yet it got "fixed" without assessing the consequences of this "fix". Nakonana (talk) 09:46, 14 September 2025 (UTC)

but the information for monuments and artist should be stored on Wikidata anyway But what if we don't know anything about the artist other than their last name? We can't create a Wikidata item on them with just that. And we can't add their name to the Wikidata item of the monument because Wikidata doesn't permit adding artists for whom there's no Wikidata item. For example, the sculptor of this[10] is Е.А. Рудаков and I was unable to find anything on this guy, as in we don't even know what his given name is, we only know the first letters of his given name and patronyme ("Е.А."). If I'd create a Wikidata item on him, it would be deleted instantly, so there's no way to document his authorship via Wikidata. And SDC is based on Wikidata so that also can't be used to document authorship. Nakonana (talk) 17:31, 28 August 2025 (UTC)

That's a fundamental misrepresentation of how Wikidata works

Wikidata has many items created for people with one name, or only a surname and initials. It even has specific properties to cater for such cases.

No items would be deleted on that basis. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:37, 28 August 2025 (UTC)

Even if there's no chance that anything other than the family name will ever be added to the Wikidata item? Nakonana (talk) 17:53, 28 August 2025 (UTC)

If there is a given name and a family name, and no chance that anything other than those names will ever be added to the Wikidata item, it would be deleted anyway.

But since that scenario is hypothetical, and does not apply to anyone affected by these categories, the matter is irrelevant. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:01, 28 August 2025 (UTC)

This is not a hypothetical scenario, I quite literally gave you a real example with that Е.А. Рудаков case. Е.А. Рудаков is the sculptor of several cultural heritage monuments located at the Novodevichy Cemetery, and all we know about him are the initials of his given name and patronyme, and we know his family name. So, you yourself are confirming that creating a Wikidata item on him is unrealistic because it would get deleted if it's all the info we have on him? Then how do we document his authorship through SDC or Wikidata? Nakonana (talk) 18:27, 28 August 2025 (UTC)

I have confirmed no such thing, and "no chance that anything other than the family name will ever be added to the Wikidata item" is very much a hypothetical scenario; as you yourself have demonstrated. His family name is not the only thing that can be added to his Wikidata item.

Not only can you add the initial of his given name, you can say his occupation is sculptor. You can say when he flourished, even if only to a century. His work location was whatever region the cemetery sits in.

And if you have pictures of "several" of his works, you can create a category about him and add a link to it to his Wikidata item.

So please, if this is an indicator of the level of your understanding of Wikidata, stop claiming that it is not suitable for use for Russian monuments. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:37, 28 August 2025 (UTC)

@Nakonana: There's plenty of Wikidata items that just have initials. Really all that would be needed in this case is a category for the person on Commons or a link to an external identifier. Both of which I assume would exist for essentially every artist in the Monuments Database, since the database itself acts as an external identifier and nothing stopping anyone from creating a category for the people on Commons. But there's essentially zero chance an item for someone with a Commons category, or who's attached to one, would get deleted. --Adamant1 (talk) 18:41, 28 August 2025 (UTC)

We don't know the guy's death date so we have to assume his works are still copyright protected. If we'd create a Commons category on him, it would be empty (soon) due to copyright. Nakonana (talk) 20:06, 28 August 2025 (UTC)

So what? His item would still be valid due to serving a structured need (being connected to the items for the monuments) and having an external identifier (the WLM Russia database page for him). So his item wouldn't be deleted regardless. --Adamant1 (talk) 20:15, 28 August 2025 (UTC)

These categories are very much duplicates, as demonstrated by the example above and those in the previous discussions.

"This is the easiest way to get a plain list of images" is untrue; and is not a justification for wilfully ignoring the previous consensus to redirect these categories. Commons:Monuments database in Russia equally offers no valid justification for so doing. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:41, 28 August 2025 (UTC)

"very much duplicates" - AFAIK only exact duplicates should be deleted. "ignoring the previous consensus" - indeed this is untrue, there was (and is) no consensus at all, the bot runner just ignored all objections. This is Andy (talk) 13:09, 28 August 2025 (UTC)

there was (and is) no consensus at all How come you guys created a whole new category system instead of just reverting the redirects if there was no consensus for them then? The fact that WLM Russia created a whole new system for this just makes it look like they were trying to get around the previous discussion under the radar by not editing or otherwise tampering with the exiting categories. --Adamant1 (talk) 13:30, 28 August 2025 (UTC)

Which objections? Diffs, please. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:57, 28 August 2025 (UTC)

Например, я возражал. То, что вы не захотели слушать мои возражения, не значит, что их нет. Olksolo (talk) 15:06, 28 August 2025 (UTC)

Google translates this as "For example, I objected. The fact that you did not want to listen to my objections does not mean that they do not exist."

I asked for diffs. The fact that your objection apparently did not sway consensus does not mean that it was not listened to. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:10, 28 August 2025 (UTC)

Commons:Village pump/Archive/2024/09#c-Olksolo-20240923154500-Pigsonthewing-20240922112300 and further comments. This is Andy (talk) 15:24, 28 August 2025 (UTC)

To which there was a lengthy reply; that is not "ignored". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:59, 28 August 2025 (UTC)

https://commons.wikimedia.org/wiki/Commons:Bots/Work_requests/Archive_17#c-Nakonana-20250615231800-Pigsonthewing-20250419162500. It also doesn't look like anyone of the people who are actually maintaining the Russian cultural heritage database had participated in the previous discussion, so basically, a decision was made without asking or informing the actual involved parties. Nakonana (talk) 16:23, 28 August 2025 (UTC)

Here's a timeline:

1. Initial discussion on VP starts: 21 September 2024
2. Bot request opened: 24 September 2024
3. Bot operator submits proposal: 20:25, 21 April 2025 (UTC)
4. Bot approved: 14 June 2025
5. Your post (which was phrased as a question, not an objection): 15 June 2025

The claim "t also doesn't look like anyone of the people who are actually maintaining the Russian cultural heritage database had participated in the previous discussion" is false. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:56, 28 August 2025 (UTC)

@Pigsonthewing just stop it. --Kaganer (talk) 17:04, 28 August 2025 (UTC)

Stop what? Do you think that you can persuade the Wikimedia Commons community of the correctness of your preferred method by silencing the voices of those who have identified flaws in it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:32, 28 August 2025 (UTC)

Yeah, but my question wasn't answered, so does that mean you aren't sure that the moves didn't break anything? Because if you aren't sure then nobody should be surprised that the categories got recreated. The claim ""t also doesn't look like anyone of the people who are actually maintaining the Russian cultural heritage database had participated in the previous discussion"" is false Where are you seeing anyone from the Russian WML team in the 21 September 2024 discussion? I'm not seeing anyone. Nakonana (talk) 17:11, 28 August 2025 (UTC)

...and Commons:Bots/Work requests/Archive 17#c-Nakonana-20250615231800-Pigsonthewing-20250419162500. This is Andy (talk) 15:26, 28 August 2025 (UTC)

Addressed above. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:22, 28 August 2025 (UTC)

Convenience break

As i seen, activity of Pigsonthewing in this topic initially was built in destructivity way. It's a bad experience for everyone and it's a shame it wasn't stopped from the start.

This activity (including with the involvement of a bot) have already disrupted the rather complex coordinated process of maintaining a large array of images, several times for a long time. Before this intervention, all this did not cause any problems.

User trying to "improve" something in a topic that apparently do not understand and have no connection to, and not involved in. While there is a team that has been successfully dealing with these issues for many years. Therefore, I join in the urgent advice expressed above to stop these attempts. I don't call this activity "vandalizing" only because such epithets rarely help and destroy a friendly space of cooperation. But I am already very close to this understanding.

In my opinion (based on many years of involvement in supporting WLM processes), this category array should not be redirects under any circumstances. Nor should they be merged with the main category space.

There are no good reasons why users who are working together on something and have organized the workflow process in a way that is convenient and understandable for them should adapt their activities to someone who does not understand, is not involved in, and does not competent in it.

If any of the Commons' users need more detailed information - with templates, notices and documentations - this is may be requested in normal regular way without "common talks" like this. --Kaganer (talk) 17:01, 28 August 2025 (UTC)

@Kaganer: I wouldn't have much of a problem with it myself if there was at least an attempt to transfer the information from their external database to Wikidata. They have done the exact opposite though. Any suggestions or attempts to get them to use Wikidata instead has just been steamrolled. They were also aware of the original discussion but intentionally stayed out of it, probably because this was the game plan all along. A small group of users can't just intentionally ignore discussions about something at the time and then later revert or otherwise ignore changes that were made as part of those conversations. That's not how this works.

They have had more then enough time and opportunities to discuss this and/or move their database to Wikidata though. It's not on Pigsonthewing or anyone else that they didn't. I really don't think it's acceptable to let them get away with it by maintaining their own off-site database or secondary category system just because they refused to do things the proper way. I certainly wouldn't be able to do something like that myself without having the edits reverted and/or being blocked if I did. --Adamant1 (talk) 17:23, 28 August 2025 (UTC)

Really? But it doesn't work the other way around either. You can't just open a discussion with ideas to somehow force other participants to change everything in their work, just so that everything looks "right" to you personally. And here there is no "right" at all. What is right is what allows participants to work together - and successfully - for many years. --Kaganer (talk) 17:30, 28 August 2025 (UTC)

No one was forced to do anything. They intentionally stayed out of the original discussion and didn't do anything to address people's concerns about the current system. All they had to do was acknowledge the issues and takes steps to transfer things to Wikidata. It doesn't have anything to do with "looking right." The categories based on the IDs are duplicates of exiting ones and don't do anything that can't be done through structured data. There's absolutely no reason they couldn't, or can't, slowly transfer the database over to Wikidata so the duplicate categories can be gotten rid of though. You know, the whole following the guidelines and working collaboratively with other users thing. It's not that difficult. --Adamant1 (talk) 17:46, 28 August 2025 (UTC)

They intentionally stayed out of the original discussion, They were also aware of the original discussion but intentionally stayed out of it, probably because this was the game plan all along. Those are some very bold statements. Can you read their minds that you know what their intention or game plan was? What happened to AGF anyway? And why would they stay out of the discussion? What would they achieve by that? And were they even informed about the initial discussion? I've not seen any pings to the people who maintain the database on ruwikivoyage or Commons. Nakonana (talk) 18:01, 28 August 2025 (UTC)

@Nakonana: They clearly knew about the original discussion since they have mentioned it several times now in multiple conversations related to this. Also, as I've said, they created a whole separate category system instead of just reverting the redirects. Even though by their own comments there was supposedly no consensus to redirect the categories. How about you tell me why they would do things that way if it's not intentional? Are you seriously going to tell me that they accidently recreated the whole thing without touching a single category that was redirected in process? Or maybe they did it that way on purpose so the edits wouldn't show up on the watchlists of anyone who participated in the previous discussion? --Adamant1 (talk) 18:15, 28 August 2025 (UTC)

All that tells us is that they are aware of the discussion now and/or ever since the changes were implemented. It doesn't says that they were aware of the discussion at the time that the discussion was happening. I might also note that per the time line that was posted here the discussion only lasted three days. Simple category discussions and even deletion requests receive more time than that, while the initial discussion to remodel a gigantic category system was decided in only three days. Are you seriously going to tell me that they accidently recreated the whole thing without touching a single category that was redirected in process? No, I'm not going to tell you that, because they obviously noticed that a change had happened and then they might have looked for a reason why that changed happened, and that's how they might have found the initial discussion which was already closed by then. So, them recreating the categories does not mean that they were aware of the initial discussion at the time that the discussion was happening. I still don't see why it would have been in their interest to intentionally ignore the initial discussion. It just doesn't make sense, there's nothing to achieve by ignoring it. The question is why nobody of those who have been maintaining the previous categories was pinged to the discussion of said categories. Nakonana (talk) 18:44, 28 August 2025 (UTC)

@Nakonana: Going by Pigsonthewing's timeline the initial discussion started in September of 2024. It took 9 months for the bot edit to be approved though and the conversation was open for a longtime before that. 9 months is certainly enough time for anyone from WLM Russia to become aware of, and participate in, the conversation or raise objections to the bot edit if they had any. On the one hand it's supposedly this extremely detrimental thing that caused a lot of problems. But then on the other hand (intentionally or not) they completely ignored the discussions for 9 months until they were closed and only raised objections to it on a random talk page just for participants of WLM Russia a year later. You can't have it both ways. --Adamant1 (talk) 19:02, 28 August 2025 (UTC)

The discussion still only took three days, and it's not like anyone pinged anyone to make them aware of the bot request. So how could they become aware of it unless they happened to be following the pages where the discussion and bot request happened? I for one wouldn't even know where to make bot requests. Nakonana (talk) 19:25, 28 August 2025 (UTC)

Russian WLM project was aware on 22 September 2024. HTH. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:47, 29 August 2025 (UTC)

All they had to do was acknowledge the issues and takes steps to transfer things to Wikidata.
I don't know of any real problems with the current process. I also don't understand what exactly is being proposed to "move to Wikidata". In any case, working through Wikidata requires a completely different process organization than it currently is. Everything I know about all this tells me that this is unlikely for a number of reasons.

Well, and the main thing - no matter what is "transferred to Wikidata", it will not eliminate the need to maintain the tracking categories on Wikimedia Commons, from which it all began. Because images are uploaded to Wikimedia Commons, and it is most convenient to look at them with the eyes in the category format.

Therefore, we need to go back to the very beginning of the discussion, and clearly formulate - what is broken? What exactly is the problem, besides the fact that two or three participants "don't like it"? --Kaganer (talk) 18:24, 28 August 2025 (UTC)

It will not eliminate the need to maintain the tracking categories on Wikimedia Commons No other WLM project uses "tracking categories" (whatever those are). So I don't really buy that they are necessary. You certainly haven't articulated exactly why they are. You've just made a bunch of vague statements about how getting rid of them would cause "problems" without providing any evidence or saying exactly what those problems are. Be my guest and tell me why the "tracking categories" are necessary and what problems would be caused by getting rid of them though. As far as I know literally nothing happened when the previous categories for it were redirected. So I'm genuinely curious. --Adamant1 (talk) 18:52, 28 August 2025 (UTC)

Вот пример отзыва о результате работы бота: "Что делать - не знаю. Просто руки опускаются." (https://ru.wikivoyage.org/w/index.php?diff=720497). Вот ещё — https://ru.wikivoyage.org/w/index.php?diff=728761. Подобного рода сообщения приходят также организаторам на почту. Olksolo (talk) 19:14, 28 August 2025 (UTC)

Cool a random user said something about their personal feelings of how the bot edit was going. I was hoping for something more that though. Like an actual issue caused by the changes. Not just some random user saying they have a personal issue with it. --Adamant1 (talk) 19:31, 28 August 2025 (UTC)

They are saying that the change broke the bot that was maintaining the files and categories. And the change also broke some galleries and some images disappeared from the tables on Wikivoyage. Nakonana (talk) 19:39, 28 August 2025 (UTC)

Also why are you so dismissive of the problems that the change created? The previous system did not create any problems for Commons, and yet people found the need to change something that wasn't problematic. But now that there is an actual problem with bot operations and maintenance you just dismiss it? Nakonana (talk) 19:42, 28 August 2025 (UTC)

They linked to a comment by another user on wikivoyage were that user said "as I understand it, after the recategorization the display of WLM galleries broke and now they are practically empty." So it's a second hand account of a second hand account of something happening that doesn't even involve an actual example of the WLM galleries being broke. That's not evidence of anything. For all we know it had nothing to do with the categories being redirected and/or there was a simple fix to it besides recreating things. --Adamant1 (talk) 19:49, 28 August 2025 (UTC)

Did you miss the long post in the first link where the problems were detailed? Nakonana (talk) 19:56, 28 August 2025 (UTC)

Are you talking about "Турбулентность на Коммонс"? If so, I don't have time read the whole thing right now. But in the first comment on 22 September 2024 by Ymblanter they linked to the original Village Pump discussion that you've claimed they didn't know about. Then after that it's just a bunch of insults and vague comments about hypotheticals that know one actually linked to examples of.

Someone did say "it seems to me that the use of SDC should be tried to be worked out in any case, since the alternative has unclear chances of success." Which is has been my suggestion. To bad they were apparently ignored or this wouldn't be a thing right now. I do see that there's a section today involving more of the same. Like I said about the original discussion, a small group of users on a WLM Russia forum having their own discussion about it while ignoring the Village Pump discussion. --Adamant1 (talk) 20:12, 28 August 2025 (UTC)

It seems to me that I am - with my 126,375 edits in ru.wikivoyage.org - a somewhat less random user than you with your ideas about how we should work in this project. -- Екатерина Борисова (talk) 21:41, 28 August 2025 (UTC)

@Екатерина Борисова: No offense, but I don't really care about how many edits you have on Wikivoyage. Different projects and all. It looks like we're about equal in that department on here though. So I'm certainly as qualified as you are to have an opinion about it if that's going to be your metric. Why not answer my question below this about what's so hard about searching for the images instead of just being snarky though? --Adamant1 (talk) 21:48, 28 August 2025 (UTC)

This is a lot of progress, you started calling Wikivoyage a project. and not an external base. In addition, if you bothered to read my remark which was linked by my colleague, you understand that your innovations have disrupted not only our tracking galleries system, but also the categorization of cultural heritage monuments directly in the Commons, and that was my main complaint. And to answer your question: experienced users will always find a way to solve the problem somehow, but, firstly, this applies only to experienced users, and secondly, why create a problem at all? -- Екатерина Борисова (talk) 22:10, 28 August 2025 (UTC)

I still haven't seen any actual evidence that anything was screwed up. That said, I wasn't the one who started the original discussion, made the bot request, or redirected the categories. Nor did I start this. So how exactly am I disrupting anything or creating a problem by commenting on someone else's discussion? --Adamant1 (talk) 22:21, 28 August 2025 (UTC)

No other WLM project uses "tracking categories" and this creates a lot of problems for the organizers, editors and contest participants, so I would advise other countries to think about creating tracking categories. I'm a long-yime contributor and editor od Russian part of WLM, but also I participated in WLM and WLE competitions in Kazakhstan, Uzbekistan and Kyrgyzstan as a photographer, jury member and editor, and I can confidently say that it is extremely difficult to track exactly who uploaded what and where, especially if the object has not been photographed before and does not yet have its own category. For example there are 1,402 files in Category:Cultural heritage monuments in Tashkent, and each of them needs to be viewed manually in order to understand from the description which object is depicted in the photo. It seems that no one has a special desire to do this big job (maybe you have it, then welcome). While if there were tracking categories in the lists of monuments of Uzbekistan, these objects would be much easier to search and identify. -- Екатерина Борисова (talk) 19:47, 28 August 2025 (UTC)

While if there were tracking categories...These objects would be much easier to search and identify. simple search for a monument (Seriously, what's so hard about that?) --Adamant1 (talk) 19:57, 28 August 2025 (UTC)

Well, try this for Tashkent now. -- Екатерина Борисова (talk) 22:12, 28 August 2025 (UTC)

It's not only in IT, it is in Wikipedia also as essay: «If it ain't broke, don't fix it». For ten years, the system of categorization by Russian cultural heritage numbers worked and fulfilled its functions without breaking the general categorization system of Wikimedia Commons. And if you leave this issue alone, it will continue to work and not break anything (Seriously, what's so hard to do that?). Никонико962 (talk) 11:08, 29 August 2025 (UTC)

>42K duplicate categories does "break the general categorization system of Wikimedia Commons". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:44, 29 August 2025 (UTC)

By what? Никонико962 (talk) 11:47, 29 August 2025 (UTC)

"activity of Pigsonthewing in this topic initially was built in destructivity way" Please engage in good faith, and assume that I and others do also.

Nothing in your lengthy post makes a case why these duplicate categories are needed; much less a convincing one.

No-one needs to adapt their activities to me; I personally am irrelevant in this matter. They need to be adapt their activities to the way in which Wikimedia Commons (and the wider Wikimedia movement) chooses to work,

"requested in normal regular way without 'common talks' like this" I have no idea what this means. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:30, 28 August 2025 (UTC)

Nothing in your lengthy post makes a case why these duplicate categories are needed; much less a convincing one.
As far as I know, this has been explained to you several times before. These are NOT "duplicate categories" (even if sometimes their content is duplicated in the main space). These are tracking categories, and this is normal practice for such tasks. --Kaganer (talk) 17:34, 28 August 2025 (UTC)

No, that has not been "explained", it has been claimed; and refuted.

There are (AFAICT) no parallel categories in any other part of Wikimedia Commons; and especially not in any other country's WLM data.

This is not normal. If it is, prove it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:41, 28 August 2025 (UTC)

no parallel categories
This is NO no "parallel categories", also.
And I don't understand how this discussion even started. Why are we discussing all this? What's broken? And why on earth did you decide that "it shouldn't"? Wikimedia Commons is big, and in this part it's set up like this. There's no reason why everything should be the same everywhere.
I don't think it's a absolutely perfect process, but it works that way without causing any real problems to anyone. Conversely, all your attempts to improve things have caused a lot of real problems to a lot of people involved. --Kaganer (talk) 17:50, 28 August 2025 (UTC)

On the one hand, we have automatically filled categories (a "flat" set, without complex hierarchical grouping). At the same time, in the setting of identifiers (and in inclusion in these categories) there are always many mistakes, and this is normal. It is for the analysis and elimination of these errors that such categories are useful. But not only for this.
And on the other hand - a complex hierarchy (principally unharmonized), filled manually, and included in the general structure of Wikimedia Commons categories. --Kaganer (talk) 17:56, 28 August 2025 (UTC)

Furthermore, the task of supporting the Russian monuments database is non-trivial in itself and requires solving many different problems. As far as I know, today this is the only team of wiki volunteers that independently supports such a database on a national scale. All the others rely on state-funded resources in one way or another.

At the same time, the participants' resources are limited, and when proposing any change, you must immediately offer your resources for its implementation, and very carefully firstly find out what benefit it will bring and what harm it will cause. --Kaganer (talk) 18:06, 28 August 2025 (UTC)

Please engage in good faith, and assume that I and others do also.
I am speaking in the most friendly way possible. This is my evaluation of this entire discussion, starting from the first discussion. I don't evaluate intentions, only results. You approached this topic carelessly, and I am telling you this as your colleague with quite a lot of experience. --Kaganer (talk) 17:37, 28 August 2025 (UTC)

There is an awful lot above, and I didn't read it all, but shouldn't any categories that are only [for] images which were loaded by WLM campaign (per This is Andy) be hidden categories? Those do not appear to me to be topical categories. - Jmabel ! talk 18:47, 28 August 2025 (UTC)

Exactly. Initially, these categories did not exist at all - they were "red" (and that was enough), until they were created by a bot for some reason.
Currently they are all hidden. See example: Category:Russian heritage ID 0110009000. --Kaganer (talk) 18:59, 28 August 2025 (UTC)

Even if you eschew Wikidata, what does that category give us, that an ordinary search does not? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:22, 28 August 2025 (UTC)

It's being used for database maintenance by bot, and it's used on Wikivoyage. Counter question: what does that category take away from you that you would have if it wouldn't exist? What would you gain from removing it? Nakonana (talk) 19:51, 28 August 2025 (UTC)

"It's being used for database maintenance by bot, and it's used on Wikivoyage" doesn't answer my question. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:01, 28 August 2025 (UTC)

Red links

It's worse than I thought. In addition to the >42K categories mentioned above, we have an unknown number of red-linked categories, like the one on File:Збарский би.jpg, Category:Russian heritage ID 7709146000, which are applied by a template and so cannot be removed from the file page. Furthermore, a search shows only one image using that ID. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:14, 28 August 2025 (UTC)

Most likely a caching problem. Will be resolved. -- Alexander 20:29, 28 August 2025 (UTC)

Fair enough. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:47, 28 August 2025 (UTC)

Russian WLM project was aware in September 2024

On ru:voy:Wikivoyage:Пивная путешественников; Here:

Кому-то снова не нравится система категорий и особенно красные ссылки. Вся история тут: commons:Commons:Village pump#Monuments database in Russia, плюс ссылки оттуда. Я не уверен, что сейчас требуется там что-то отвечать, но если кто-то захочет, пожалуйста, очень тщательно выстраивайте аргументацию и подвирате слова. Во-первых, не все участники обсуждения, скажем так, имеют репутацию адекватных, во-вторых, если занять радикальную позицию, то кто-нибудь решит удалить шаблоны ботом или что-то подобное, а нам потом разбираться. Ymblanter (обсуждение) 15:17, 22 сентября 2024 (MSK)

Google translates as:

Someone again doesn't like the category system and especially the red links. The whole story is here: commons:Commons:Village pump#Monuments database in Russia, plus links from there. I'm not sure that there is a need to respond there now, but if someone wants to, please build your arguments very carefully and twist your words. Firstly, not all participants in the discussion, let's say, have a reputation for being adequate, secondly, if you take a radical position, then someone will decide to delete templates with a bot or something like that, and then we'll sort it out. Ymblanter (talk) 15:17, September 22, 2024 (MSK)

...and subsequent discussion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:46, 28 August 2025 (UTC)

Russians doing it the Russian way

We're been running the Monuments database since 2011. It's still running for quite a few countries. One of the standard functions is automatic categorization and that needs one flat tracker category like for example Category:Rijksmonumenten with known IDs. Russians didn't really participate in the shared service, but instead did their own stuff like Commons:Monuments database in Russia. What they build with the automatic categorization in Category:Cultural heritage monuments in Russia by id is just an unneeded awful hack. It's ridiculous to say that we need both Category:Russian heritage ID 0210035000 and Category:Ust-Kanskaya cave. The key question is if the Russian folks want to work together with the Commons community or not? Multichill (talk) 20:34, 31 August 2025 (UTC)

What a nice xenophobic comment. This is Andy (talk) 21:02, 31 August 2025 (UTC)

Your personal attack is not appreciated and just confirms your unwillingness to work together with the Commons community. Multichill (talk) 22:41, 2 September 2025 (UTC)

I will not discuss anything with a user who attacks my nation in such expressions. Just no need. This is Andy (talk) 10:51, 3 September 2025 (UTC)

Apparently Russian users on Wikimedia are a nation now. Go figure. I strongly agree with Pigsonthewing that some kind of administrator action is needed here since I don't think kind of attitude should be supported and I really don't see it being dealt with otherwise. There's absolutely zero justification to accuse of Multichill being racist or xenophobic just because they used the word "Russian" though when that's literally all you guys have made this about. I had the same thing happen to me once where someone repeatedly went off about Italian users, Italy, and then accused me of being racist because I made one extremely milk toast comment about Italian users. It's an extremely ridiculous, bad faithed way to interact with people that shouldn't be supported. --Adamant1 (talk) 17:47, 3 September 2025 (UTC)

The whole Russian database is actually listed on the page you linked, and the reports by ErfgoedBot are actively used by our volunteers for adding images to the lists of monuments. As for the automatic categorization, can ErfgoedBot create a category with the English name for a Russian monument and properly assign its parent categories? I am not aware of this functionality. Likewise, I am not aware of the functionality to create information pages for individual monuments (they get information from the same database, though). -- Alexander 21:16, 31 August 2025 (UTC)

Let me also mention that this level of automatic categorization is achieved for the Russian monuments by feeding the category name directly into the upload link if the suitable category already exists. Therefore, the shared service simply does not offer any additional benefit in our case.

On the other hand, Commons:Monuments database in Russia mentions various gadgets that were created for editing monument lists and adding images therein. Such tools never existed as any shared service. They have been developed by our volunteers, and they do require suitable tracking categories. -- Alexander 21:30, 31 August 2025 (UTC)

@Atsirlin: you might have missed that the ID of a monument is already in the Commons database without the need for a category like Category:Russian heritage ID 0210035000. Take for example File:Ust-Kan. Ust-Kansk cave Parking lot.2.jpg, it has pageid 94684600. Based on that you can do a simple query to get the ID:

MariaDB [commonswiki_p]> select cl_sortkey_prefix FROM categorylinks WHERE cl_from=94684600 AND cl_to='Cultural_heritage_monuments_in_Russia_with_known_IDs';
+-------------------+
| cl_sortkey_prefix |
+-------------------+
|  0210035000       |
+-------------------+
1 row in set (0,002 sec)

That might remove your need to have the duplicate categories. Multichill (talk) 22:41, 2 September 2025 (UTC)

Thank you for the hint, but I think that it does not solve our problem. The goal is getting the list of all photos with a given ID and have this list integrated into JS-gadgets for monument lists. -- Alexander 18:26, 3 September 2025 (UTC)

There are multiple methods of obtaining a list of all photos with a given ID, already explained to you, and none of them require this duplicate and redundant set of categories. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:26, 3 September 2025 (UTC)

Please, propose modifications to voy:ru:MediaWiki:Gadget-CulturalHeritageListingEditor.js that would use any of these methods. -- Alexander 21:34, 3 September 2025 (UTC)

Canvassing

There has been canvassing of this discussion, on ru.Wikivoyage, including ad hominem attacks.

The discussion includes the advice (per Google translation) "It is probably possible to continue this discussion in circles so that it becomes endless, and it would be impossible to sum it up." and "this whole story is no longer about arguments, but about psychology, strategy and persistence. -"Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:35, 3 September 2025 (UTC)

Am I mistaken or is one of the users tacitly condoning canvasing and/or dissembling also an administrator on Commons? William Graham (talk) 22:52, 3 September 2025 (UTC)

It's not canvassing to inform projects about discussions that may concern them. In fact it's done frequently and is common courtesy to inform involved parties and projects that are concerned with a matter. The IDs were created, maintained and used by ruwikivoyage, so they should have been informed about all the previous discussions from the very start, just like you notify people if you nominate one of their files for deletion, or like you inform people about adminstrator noticeboard reports that concerns them. If they had been informed, the discussion might have gone differently and we wouldn't be here right now discussing the issue yet again. Nakonana (talk) 09:51, 14 September 2025 (UTC)

"It's not canvassing to inform projects about discussions that may concern them."— That is indeed true; but that is not all that was done in this case, where the posting was highly partisan. And that is canvassing.

I have already demonstrated above that the ru.Wikivoyage community were aware of the discussion here in September 2024. Perhaps you can tell us where the ru.Wikivoyage community notified the Commons community of their intentions with regard to these categories, before they were created in bulk? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:24, 14 September 2025 (UTC)

---

Given the stated intention, quoted above: "It is probably possible to continue this discussion in circles so that it becomes endless, and it would be impossible to sum it up." I have restored this from the archives. Haw shall we resolve the matter? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:42, 11 September 2025 (UTC)

Ruwikivoyage seems to be rewriting their bot to adjust to the change, but the bot might still need to use categories that contain numbers (albeit hidden maintenance categories, if that's more to Commons' liking). Though, I'm not up to date regarding the current state of the implementation of the new approach, and I'm not tech-savvy enough to tell whether the refurbished approach addresses all the problems that the change on Commons has created. Nakonana (talk) 09:56, 14 September 2025 (UTC)

There is, as demonstrated and explained above more than once, no need whatsoever to use categories that contain numbers.

My question, "Even if you eschew Wikidata, what does that category give us, that an ordinary search does not?", remains unanswered. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:27, 14 September 2025 (UTC)

An extensive answer to this question is given on the dedicated page that has been referenced since the beginning of this discussion. I do not think that anyone would take the effort to create and maintain all these categories if they were not really needed. Any concrete suggestions on modifying the gadgets are certainly welcome, but honestly, no such suggestions have been offered here until now. -- Alexander 11:39, 14 September 2025 (UTC)

No, it isn't.

It is clear that someone took the effort to create and maintain all these categories that are not really needed.

Is this the "psychology, strategy and persistence" intended to ensure that the discussion "becomes endless, and ... impossible to sum it up" that you advocated in the linked discussion? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:46, 14 September 2025 (UTC)

I've been having similar issues Russian users and images of postage stamps for a while now. In that case, they will create certain categories for images of stamps against the consensus of previous discussions, get in an edit war over it when anyone tries to fix the problem, and then just a few months for things to die down and then re-create things again. Even though a lot of the files have been moved and the categories have been deleted multiple times now. They never participated in the multiple discussions about it in those instances either anymore then they have here. So there's clearly an issue with Russian users not being able, or willing, to follow consensus or to work collaboratively with other users on here. Not to say I know what the answer is, but something should be done about it. Both here and just in general. --Adamant1 (talk) 23:55, 15 September 2025 (UTC)