Commons:Village pump

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Shortcut: COM:VP

↓ Skip to table of contents ↓       ↓ Skip to discussions ↓       ↓ Skip to the last discussion ↓
Welcome to the Village pump

This page is used for discussions of the operations, technical issues, and policies of Wikimedia Commons. Recent sections with no replies for 7 days and sections tagged with {{Section resolved|1=--~~~~}} may be archived; for old discussions, see the archives; the latest archive is Commons:Village pump/Archive/2024/06.

Please note:


  1. If you want to ask why unfree/non-commercial material is not allowed at Wikimedia Commons or if you want to suggest that allowing it would be a good thing, please do not comment here. It is probably pointless. One of Wikimedia Commons’ core principles is: "Only free content is allowed." This is a basic rule of the place, as inherent as the NPOV requirement on all Wikipedias.
  2. Have you read our FAQ?
  3. For changing the name of a file, see Commons:File renaming.
  4. Any answers you receive here are not legal advice and the responder cannot be held liable for them. If you have legal questions, we can try to help but our answers cannot replace those of a qualified professional (i.e. a lawyer).
  5. Your question will be answered here; please check back regularly. Please do not leave your email address or other contact information, as this page is widely visible across the internet and you are liable to receive spam.

Purposes which do not meet the scope of this page:


Search archives:


   
 
# 💭 Title 💬 👥 🙋 Last editor 🕒 (UTC)
1 Problem with Upload 6 4 Sannita (WMF) 2024-06-05 11:40
2 File upload wizard 6 4 Sannita (WMF) 2024-06-07 15:58
3 Category:Film characters by actors 14 7 Jmabel 2024-06-09 23:56
4 Enabling MP4 14 8 Trade 2024-06-09 02:42
5 Category:Men of the <country> by name, where "the" isn't needed 6 5 LennardHofmann 2024-06-08 13:23
6 I'm unable to use the image I just uploaded. 0 0
7 Transparency in the Checkuser Process 21 8 DarwIn 2024-06-07 19:23
8 Problems with deceased Commons users 10 4 Billinghurst 2024-06-03 10:24
9 Help with cropping borders from images 17 6 LPfi 2024-06-09 06:58
10 Guitars, bass guitars, and COM:OVERCAT 9 4 King of Hearts 2024-06-04 16:32
11 Category inclusion bug 4 3 MKFI 2024-06-03 06:10
12 Announcing the first Universal Code of Conduct Coordinating Committee 4 3 Jmabel 2024-06-09 01:55
13 27.png still exists 3 1 0x16w 2024-06-03 10:17
14 Limited to the edits 2 2 Belbury 2024-06-03 11:14
15 EK 318 flight Dubai Tokyo 11 may 2024 19 6 Glrx 2024-06-05 21:02
16 Flickr & file credit 5 2 Jmabel 2024-06-05 17:44
17 List of living people & privacy 12 7 LPfi 2024-06-09 07:16
18 Commons:Media knowledge beyond Wikipedia: The future of Wikimedia Commons 1 1 PantheraLeo1359531 2024-06-04 18:31
19 Notice: Proposal for POTY finalist topicons 1 1 Rhododendrites 2024-06-04 22:03
20 Special:UncategorizedCategories 1 1 Jmabel 2024-06-05 06:05
21 Invitation to participate in the #WPWPCampaign 2024 1 1 Enhancing999 2024-06-05 18:15
22 Personal creations presented as tribal flags 8 4 Moumou82 2024-06-08 15:29
23 Cat-a-lot does still not work for categories 7 5 Jmabel 2024-06-07 04:43
24 File:Idioma Balinés.png 4 3 Jmabel 2024-06-08 00:35
25 Any procedures for seeking and archiving explicit consent when subject is identifiable? 8 6 LPfi 2024-06-09 08:35
26 This is vandalised!! 2 2 Jmabel 2024-06-06 18:09
27 Is it okay if I force category using Cat-a-lot rather than wait? 4 3 Jeff G. 2024-06-09 01:29
28 Placement of recurring terms in sets of subcategories 2 2 Prototyperspective 2024-06-09 15:35
29 "Category:Controversial sexual and gender identities" 8 5 Jeff G. 2024-06-09 01:42
30 RFC: Automatic categorisation both bane and gain; work needed to identify source of categorisation 18 7 Billinghurst 2024-06-10 01:21
31 Deletion request for presumed orphaned category 3 3 Billinghurst 2024-06-10 01:22
Legend
  • In the last hour
  • In the last day
  • In the last week
  • In the last month
  • More than one month
Manual settings
When exceptions occur,
please check the setting first.
Women at the well, India, early 20th century. [add]
Centralized discussion
See also: Village pump/Proposals   ■ Archive

Template: View   ■ Discuss    ■ Edit   ■ Watch
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 7 days.

May 23

[edit]

Problem with Upload

[edit]

There is a problem with Special:Upload. Once you have completed the form and submit for uploading, if there is a problem with the selected file name it chooses a new valid name and gives you a chance to proceed. It used to have buttons to change the name or use the selected name. But the problem is it looses all of the description, licencing & categories that has been entered, just offering a blank form with a basic description template. Keith D (talk) 21:44, 22 May 2024 (UTC)[reply]

@Keith D: I'm not sure I follow that. Could you describe the old and new sequence, indicating where they differ? Or maybe someone can understand this as written and give you an answer. - Jmabel ! talk 17:32, 23 May 2024 (UTC)[reply]
It works for me, the form does not reset. Ymblanter (talk) 18:53, 4 June 2024 (UTC)[reply]
@Jmabel: Sorry for late response, I have been away without internet connection. Using Special:Upload to upload a file from Geograph project using the "directly upload this image to Wikimedia Commons" creates a completed upload file form. You can change this information and add appropriate categories before hitting the "Upload file" button. If the Destination filename contains a character that Commons does not allow, such as a colon, that is when the problem occurs when you try to submit the file upload. The old form would give you an error indicating that he file name was not acceptable and changed it to a valid file name. It then gave you 3 buttons, to accept the change, to modify it or exit the update. You could then proceed with the upload. Now the changed process gives you a button to refresh the screen to see if the upload has worked (this occurs for all uploads now). Once you hit button to see what it has done you get the message the file name is invalid and it revises it to a valid one. In this process it empties the Summary box detail and replaces it with a blank Information template (no fields completed) and the categories added are removed. Thus you have to refill in this information before you can resubmit the suggested modified file name. I think that extra refresh screen button stage that has been introduced is the problem. Hope this is clearer. Keith D (talk) 19:20, 4 June 2024 (UTC)[reply]
@Sannita (WMF): is this your realm? If not, do you know whose it is? - Jmabel ! talk 05:14, 5 June 2024 (UTC)[reply]
@Jmabel Not the focus of my team, but I can ask around. Can't promise anything. Maybe I can turn it into a Phab ticket and ping someone. Sannita (WMF) (talk) 11:40, 5 June 2024 (UTC)[reply]

May 25

[edit]

File upload wizard

[edit]

Hello everyone,

I've recently noticed a new upload interface in my account. Previously, when I didn't provide a title for the image during the upload process, the file name would be automatically used as the title. However, with this new interface, I have to manually re-enter the file names. This change is not practical in my opinion, and I'm wondering if there's something I may have overlooked or if there's a way to revert back to the old interface.

Regards. Riad Salih (talk) 11:06, 25 May 2024 (UTC)[reply]

Pinging @Sannita (WMF).   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 11:11, 25 May 2024 (UTC)[reply]
Hi @Riad Salih, this is a known bug that we're about to fix, if everything goes right the fix will be live in a matter of a few days. We're currently testing it in beta to see if it works. We apologise for the problem. Sannita (WMF) (talk) 13:31, 25 May 2024 (UTC)[reply]
@Sannita (WMF), has this "bug" been fixed? Thanks, -- Ooligan (talk) 16:19, 31 May 2024 (UTC)[reply]
@Ooligan AFAIK, it should be ready for next week. We did the testing in beta for sure, I'll ask on Monday more info about that. Sannita (WMF) (talk) 15:50, 1 June 2024 (UTC)[reply]
@Riad Salih @Ooligan @Jeff G. This should be fixed now, can you please confirm? Sannita (WMF) (talk) 15:58, 7 June 2024 (UTC)[reply]

May 28

[edit]

Most of these categories contain no media of their own, but subcategories of characters (that are often played by multiple actors), and the structure is often circular in nature (e.g. the category "Whoopi Goldberg" has the subcategory "Whoopi Goldberg characters", which has the subcategory "Shenzi", which has the subcategory "Whoopi Goldberg"). Most if not all of these were made by the same IP user who created a huge amount of category spam in Category:Space Jam, Category:Mickey Mouse and a bunch of others.

I don't think this category tree structure is inherently invalid, but I feel it's mis-applied and excessive in most of these cases. I'd like to hear more people's thoughts on this before I take this to CfD though. ReneeWrites (talk) 19:19, 28 May 2024 (UTC)[reply]

The whole thing seems rather ambiguous and pointless. Like the parent is called "Film characters" but then the subcategories aren't even characters. Or maybe they are. Is a category like that suppose to be for "characters of Chris Rock" or "Characters played by Chris Rock"? It's not really clear. Then on top of it a lot of the sub-categories only contain one child category but no files, which I'm not really a fan of. --Adamant1 (talk) 19:49, 28 May 2024 (UTC)[reply]
I think this category structure is invalid, and these categories should be deleted. The purpose of categories on Commons is fundamentally to categorize media files. These categories don't organize media; instead, they attempt to represent abstract relationships between subjects. But that's what we have Wikidata for! We don't need to create a clumsy imitation of it on this site.
The same probably goes for the following categories, at a minimum:
Omphalographer (talk) 17:58, 29 May 2024 (UTC)[reply]
Most of the categories in Category:Actors by role were made by the same guy who filled Category:Film characters by actors and made the over 500 categories for Space Jam, Mickey Mouse, Scooby Doo etc. I took to CfD earlier. ReneeWrites (talk) 10:19, 30 May 2024 (UTC)[reply]
CfD plz Trade (talk) 15:59, 30 May 2024 (UTC)[reply]
@Trade: Created a CfD for Film characters by actors and Actors by role. ReneeWrites (talk) 19:29, 30 May 2024 (UTC)[reply]

Commons is not the place for this. Al Capone is not defined by Alec Baldwin and neither is Alec Baldwin defined by Al Capone. All of these categories should be deleted. The only place this data should be presented is in Wikipedia. Wikidata, might hold the names of movies and their casts, however that again is held in Wikipedia. We are not a repository of facts; we hold files, last time I looked. Only recently we had to go through this nonsense with film locations. Broichmore (talk) 12:20, 4 June 2024 (UTC)[reply]

@Broichmore: Could you link me to the discussion about film locations? Was there a consensus? ReneeWrites (talk) 20:31, 4 June 2024 (UTC)[reply]
Commons:Categories for discussion/2021/03/Category:Film locations by film (and the discussion which led into that, Commons:Categories for discussion/2020/11/Category:Film locations of Sonic the Hedgehog). Omphalographer (talk) 21:58, 4 June 2024 (UTC)[reply]
Thank you 🙂 ReneeWrites (talk) 22:05, 4 June 2024 (UTC)[reply]
Why is the category blue if consensus were to delete? Trade (talk) 02:42, 9 June 2024 (UTC)[reply]
@Trade: This is about a current discussion, not one that his been concluded. - Jmabel ! talk 15:27, 9 June 2024 (UTC)[reply]
Agree about the general problem, as mentioned above, the problem with Category:Films by actor from the United States (or Category:Films by actor) in general is similar.
The main question to solve is: where to place a picture of actor x playing the character y in the film z? In the three categories for each of these. Enhancing999 (talk) 17:27, 9 June 2024 (UTC)[reply]
Under the actor, the character (if we have such a category), and (if that character is not a subcat of the film) the film. If we have more than a handful of such images for the same actor in the same film, then we can make a subcat bringing the three together. - Jmabel ! talk 23:56, 9 June 2024 (UTC)[reply]

May 30

[edit]

Enabling MP4

[edit]

Hi, Ten years ago, there was Commons:Requests for comment/MP4 Video. I think it is time that we consider enabling MP4. At least some of the patents expired, according to the discussion. And video2commons is broken for the last 2 weeks, and nobody seems to be able to fix it, or even working on it. In addition, it seems that WEBM format creates larger videos than MP4, which has for consequence that big videos can only be uploaded in a reduced quality. Any idea how to proceed? Yann (talk) 21:02, 30 May 2024 (UTC)[reply]

Nobody are able to fix it or nobody wants to? Two very different things Trade (talk) 17:53, 31 May 2024 (UTC)[reply]
@Yann MP4 can be H264 or H265. WEBM can be VP9 or AV1. AV1 is to VP9, what H265 is to H264. H264 and VP9 are old. AV1 and H265 are more efficient. If you transcode from H265 to VP9 the result is of course larger. If you transcode from H264 to AV1 the result is smaller. If you transcode from H265 to AV1 the result is more or less same size. The patent for H264 has expired. The patent for H265 has not expired. For some time now MW has full support of AV1. Most people are not aware about the H264 vs H265 isssue. If MP4 is allowed, people will start to complain that they cannot (must not) upload some MP4 files (and are unaware of the H254/H265 issue). All modern iOS and Android devices use H265 (in a MOV or MP4 container). However you can transcode your own uploads with AV1 transcoding and they will have small size and high quality. v2c can be altered to use AV1 instead of VP9. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 20:19, 31 May 2024 (UTC)[reply]
@C.Suthorn: When does H265 patent expire? Yann (talk) 20:37, 31 May 2024 (UTC)[reply]
Per en:High Efficiency Video Coding, the first version of HEVC/H265 was released in 2013. Patents usually run for 20 years. So I'd guess not before 2033, but probably later than that because of subsequent patents. --Rosenzweig τ 09:57, 1 June 2024 (UTC)[reply]
its always going to be a UI problem that video (container) formats are more like zip files then a specific format. Mp4 can have all sorts of formats inside, and will probably have new formats in the future. For that matter VVC/H.266 is already the newest thing. That said just giving the user an error message doesn't sound that terrible. Bawolff (talk) 20:49, 1 June 2024 (UTC)[reply]
How about the middle ground where commons allows uploading of such files but automatically converts them to webm, discarding the mp4 version. Bawolff (talk) 06:07, 1 June 2024 (UTC)[reply]
I would support this (unless mp4 gets allowed anyway); and also, the maximum size of a file upload from the computer should be MUCH bigger than the current 100 MB; at least 500, better 1,000. --A.Savin 10:30, 1 June 2024 (UTC)[reply]
for reference, current size limit is 5gb if using upload wizard (or certain gadgets) Bawolff (talk) 20:41, 1 June 2024 (UTC)[reply]
Yes. V2C allows for more too, but alas now it's broken. Result is, I have several videos pending that I would like to upload, but I can't. I could if either V2C would work, or if the size limit for basic upload form was higher AND mp4 was allowed (or automatically converted). Regards --A.Savin 21:11, 1 June 2024 (UTC)[reply]
+1 also support this. If the ability to convert files to webm was previously a gatekeeping mechanism to prevent the site from getting flooded with useless mundane videos and copyvios, other mechanisms should be added. I think there already is a problem with most video uploads being nothing useful and nearly no videos ever getting DRd. I don't know if video2commons has code to convert non-webm files to webm but if so, that could be used; either way converting video files on the server should be a relatively simple common sense thing to add. Prototyperspective (talk) 10:48, 1 June 2024 (UTC)[reply]

Video2Commons

[edit]

Speaking of Video2Commons being broken: if you try to upload, it just sits perpetually in a state that tells you your upload is pending. If it is indeed broken, we oughtn't let people go through the whole process of describing & queuing up their upload, then waiting whatever amount of time it may take to give up on it being processed. We ought to have a clear message that says it is broken. - Jmabel ! talk 03:37, 31 May 2024 (UTC)[reply]

Yes, several people reported this: phab:T365154. And it is in this state since May 15th. Yann (talk) 08:17, 31 May 2024 (UTC)[reply]
Welp, at least the page works again. Still doesn't upload anything Trade (talk) 02:42, 9 June 2024 (UTC)[reply]

May 31

[edit]

Category:Men of the <country> by name, where "the" isn't needed

[edit]

This was brought up here last year for category "Men of the France by name". There are now over 53,000 links to it -- not entries in it, but links to the category. There are also over 50,000 links to "Men of the Germany by name". I see similar ones for other countries. (You can find them under Special:WantedPages.) None of the categories actually exist. I gather that a module was changed to fix this problem, but the problem has apparently recurred. Can someone help? -- Auntof6 (talk) 14:24, 31 May 2024 (UTC)[reply]

It looks like the Special:WantedPages are cached and only updated twice a month. I assume the use of the category was due to a template error that has since been fixed. I would wait to do anything until the next update of wanted pages. I think I'm wrong with my previous comment. Please disregard. William Graham (talk) 19:18, 31 May 2024 (UTC)[reply]
This may be an issue with {{Wikidata Infobox}}. I would ask on the template talk page and see if the maintainers have any idea what is going on. I know that from previous go arounds on this, the template/Lua script checks for instances of "the" country categories at some point in the execution. William Graham (talk) 19:23, 31 May 2024 (UTC)[reply]
Possibly the check for existence adds it to the "wanted" list. Enhancing999 (talk) 19:23, 31 May 2024 (UTC)[reply]
William Graham You are correct {{Wikidata Infobox}} and Module:Wikidata_Infobox in lines 1283-1294 does exactly that. It checks for existence of category with and without "the", and the first check is for the options with "the". User:Mike Peel and User:LennardHofmann maintain that code. Mike and Lennard I suspect that some countries always use "the" and some don't so you should be able to create a lookup table of maybe all the countries that use "the" and at least have a good guess which one of 2 options to try first. If you want I can write a patch to fix this. --Jarekt (talk) 01:52, 2 June 2024 (UTC)[reply]
✓ Done @Auntof6, William Graham, Enhancing999, and Jarekt: Ahh, it's this 17-year-old MediaWiki bug again – you love to see it. I replaced all "#ifexists" checks with a lookup table, see Special:Diff/882129679. --LennardHofmann (talk) 13:23, 8 June 2024 (UTC)[reply]

I'm unable to use the image I just uploaded.

[edit]

Hi I don't seem to be able to use the file https://commons.wikimedia.org/wiki/File:M_F_Gervais_Holy_Roman_Empire.pdf It show up in Commons but in Wikipedia I'm not able to use it. Why? It happened for my last file and someone 'did' something... I don't know what was done but it worked. What should I do to fix it? — Preceding unsigned comment added by M F Gervais (talk • contribs) 18:45, 31 May 2024 (UTC)[reply]

@M F Gervais: It is there and it functional however due to how big and unwieldy it is as a pdf it takes a while to render, especially whern it has to develop the image cache first:
Now because PDFs are typically multipage document it can need extra formatting if you are trying to do it through standard wiki formatting. mw:help:images. PDFs should not be used if you want to display an image, please upload an image file per Com:File types — Preceding unsigned comment added by Billinghurst (talk • contribs) 07:59, 1 June 2024‎ (UTC)[reply]

Transparency in the Checkuser Process

[edit]

The checkuser process is not open to auditing. From a technical perspective, there is no page to confirm that the checkuser process was performed because it likely involves not only the internal technical aspect handled by the MediaWiki tool but also a human element in analyzing user behavior patterns. I believe there should be a task list available that can at least ensure the technical checkuser was conducted and found no connection. It is not clear to me that it was done just because the administrator said so. I think this step is necessary to prevent human errors. --Wilfredor (talk) 23:15, 31 May 2024 (UTC)[reply]

The checkuser process is open to auditing by other checkusers, stewards and the ombuds commission, and is fully logged and auditable and visible to these groups. The whole process is meant to have confidentiality, personal protections, and to stop users gaming the system. The tool is meant to be as lightly used as possible, and CUs would just be saying NO to users where the checks should not be run. Checkusers are among the most trusted users through Wikimedia, so if they say what they say, then please believe them and move on. [Spoken as a former checkuser]. Please inform yourself better at m:Checkuser policy.  — billinghurst sDrewth 07:41, 1 June 2024 (UTC)[reply]
I understand that other checkusers can authenticate themselves but I was talking about a more transparent automatic tool that will simply show that the technical evaluation was actually done, but available to everyone without giving details of how the tool or the automated technical evaluation works internally. I believe it's technically OK to say that 'a checkuser' has checked something, that is, saying that a check was done without disclosing in any way which other party ran the check Wilfredor (talk) 11:46, 1 June 2024 (UTC)[reply]
checkuser is not the worst, because there're always multiple checkusers who can check on each other.
the worst is WMFOffice, banning people without any reason given and other users can hardly ask for the reason. RZuo (talk) 07:36, 1 June 2024 (UTC)[reply]
@RZuo: That is not the case. The reasoning is undertaken and performed within the WMF Office team, that it is not made public doesn't mean that there is no valid and justified reason, just not shared with you. That others cannot ask is that it is not your business, and that you have an interest is just that, an interest. There is a rigorous internal process undertaken within that office, and you can enquire with them about that process in a generic sense. That process is not secret. These cases are typically also (mostly) shared and discussed with stewards, as our representatives, so there is also that next level of review. [spoken as a former steward]  — billinghurst sDrewth 07:47, 1 June 2024 (UTC)[reply]
did what you said contradict what i said? "banning people without any reason given". "other users can hardly ask for the reason".
i want to know why a commons sysop was recently banned, while at the same time user is complaining another death threat was not acted upon after over a year Commons:Administrators'_noticeboard/Archive_95#c-Ymblanter-20240514175400-Jmabel-20240514172100. RZuo (talk) 07:54, 1 June 2024 (UTC)[reply]
actually 2. i cant trace User:Mardetanha's ban to anything.
i think as commons users (which are eligible voters in rfa), voters have a right to know why users they once voted for got banned. RZuo (talk) 07:58, 1 June 2024 (UTC)[reply]
on the other hand, WMFOffice is not elected. we dont even know who's behind that shared account. RZuo (talk) 08:00, 1 June 2024 (UTC)[reply]
The User:Benoît Prieur case is public (fr:Wikipédia:Bulletin des administrateurs/2024/Semaine 17#Benoît Prieur suite). GPSLeo (talk) 10:53, 1 June 2024 (UTC)[reply]
Yes we do. It’s the legal entity ultimately responsible for the websites. The ones that get sued in court. —TheDJ (talkcontribs) 11:06, 2 June 2024 (UTC)[reply]
Whenever stuff like this comes up, I really wonder what kind of rock people live under where they never have had to deal with people that harass and god forbid exhibit behavior that borders on or is actual criminal conduct. Must be nice, but start organizing an event or something and have the “I guess this is why we can’t have nice things”-moment. Maybe then you’ll understand. —TheDJ (talkcontribs) 11:16, 2 June 2024 (UTC)[reply]
The other side of this is power really does corrupt, and there are plenty of examples elsewhere where people put in these types of powerful positions with limited oversight act inapropriately or unfairly (just look at ebay). Trusa does important work and to the best of my knowledge they have carried out their duties with professionalism & integrity. However, i can understand where the fear comes from. Bawolff (talk) 20:44, 2 June 2024 (UTC)[reply]
If we have an organization that throws crumbs of food to distract the dogs, I highly doubt it cares about what the "reliable lifelong members" are doing to perform their duties without any pay. The likelihood of these people being corrupted is immense. Wilfredor (talk) 02:40, 5 June 2024 (UTC)[reply]
@TheDJ Just FYI, we also get sued on court. Often. 🙄 Darwin Ahoy! 19:23, 7 June 2024 (UTC)[reply]

@RZuo: The statement on user accounts says that if you have queries about the ban, then email. So, if you have questions then email. The email will be somewhat generic. They are banned typically for breaking the rules, though you cannot expect staff to go into the specific details of how a person broke the terms of use, nor how they found out they broke the rules. Not only does privacy have to be maintained, once you start making statements about people, they also have the right of reply, was when banned is contrary.

The membership of WMF office is not secret, in fact it is listed at m:Meta:WMF Trust and Safety and FoundationSite:role/staff-contractors. No they are not elected, they are appointed as paid staff members/contractors as staff members/contractors are appointed around the world.  — billinghurst sDrewth 09:45, 2 June 2024 (UTC)[reply]

What I propose is an automated tool that confirms the execution of the checkuser without revealing any private data. Even though there is a group of checkusers verifying the process, this is not sufficient. For greater transparency, it should be publicly shown that the checkuser was indeed carried out and not merely a decision based on other factors. Wilfredor (talk) 12:46, 2 June 2024 (UTC)[reply]
I don't see the point to this. If an evil checkuser was not carrying out the actual checkuser, surely if this system was in place they would just run the check and not look at the results, carrying on in their evil ways. Bawolff (talk) 20:32, 2 June 2024 (UTC)[reply]
@Wilfredor: Trust! You can retain whatever suspicions you want, these people are trusted, and they are checked by each other. Checkuser should be a tool only used when needed, and if someone is bothering to say that they are using it, they are using it. I can think of way more important tools that we need than that.  — billinghurst sDrewth 10:27, 3 June 2024 (UTC)[reply]
It is not enough to rely solely on users or WMFOffice. On Spanish Wikipedia, for instance, a politically aligned group of users controls various spaces, including CheckUser. When these users are involved, CheckUser actions are completed in minutes, while other cases can take months. This is just one example of what I want to avoid. Because this is a global tool, I have brought the issue here. Wilfredor (talk) 11:39, 3 June 2024 (UTC)[reply]

Problems with deceased Commons users

[edit]

It seems like user pages of deceased users get fully protected for preservation and to avoid vandalism. I support this practice. However that protection prevents any file renames (for files displayed on the page) or user category renames. Any ideas on how regular users can perform non-controversial operations like file-renames or categorization on deceased Commons userspages? See for example User_talk:Khalid_Mahmood#Please_replace_File:Ralli.3.JPG. Jarekt (talk) 23:59, 31 May 2024 (UTC)[reply]

The problem is the bot, not the user pages. If we retain the redirect there should be no issue, so why does the bot leave a comment on a user talk page about the protected user page. That aside, the comment on the user talk page is of zero issue, and is doing zero harm. The owner of the account is hardly going to be bothered, so what are we worrying about? Anyway, why are we worrying about trying to change the user pages when we put in place redirects. What real problem are we trying to fix?  — billinghurst sDrewth 07:32, 1 June 2024 (UTC)[reply]
It is an annoyance to those of us who try to monitor the user talk pages of numerous departed users (whether through death or simply leaving the project) to make sure that no important questions are neglected. - Jmabel ! talk 17:38, 1 June 2024 (UTC)[reply]
@Billinghurst and Jmabel: The issue for me is that I am working on the backlog at Category:Commons protected edit requests, and User_talk:Khalid_Mahmood is there. I can manually fulfill those edit requests, but it seems like a waste of time. Cleanup after file renames is a task that should happen automatically no matter if page is protected or not. --Jarekt (talk) 01:27, 2 June 2024 (UTC)[reply]
@Jarekt: I would suggest that 1. Those edits should be declined, and that if we are closing out accounts and blocking user pages, that blocking user talk pages is also worthwhile [@Jmabel: hope that resolves your issue.] or 2. That user talk pages should not be appearing in "Commons protected edit requests" category. That seems a pointless, make work exercise for low value. Sets a rod for our back as more people will die every year, more pages to monitor. Nope, not reasonable nor sustainable.  — billinghurst sDrewth 09:51, 2 June 2024 (UTC)[reply]
Not sure if blocking user talkpages is helpful. Typically uploads remain and can end up in deletion requests. If one can't follow up on these based on notices on talk pages, it's unlikely that administrators will do when reviewing the deletion requests.
Personally, I wouldn't update user pages, even for unprotected ones. Enhancing999 (talk) 11:22, 2 June 2024 (UTC)[reply]

@Billinghurst: But, for example, there are cases like User:Fæ. He's presumably alive (hi, Fæ, if you are reading this), he never formally left the project, he is certainly not blocked, he simply has chosen not to contribute lately. He's at least a contender for the most prolific uploader in the history of Commons, so inevitably some issues will come up about some of his uploads. His user talk page is the logical place for a bot to notify about those issues, so I monitor it. I would hope someone will do the same for my talk page after my departure, whenever that may be and for whatever reason. I can't really think of a way around that, unless we were to either (1) give up on having a place to notify in those circumstances or (2) add a special case for every closed/abandoned/inactive account and have a way for all bots that do notifications that indicate issues with files, categories, etc. to be able to handle that special case. That seems disproportionate to the issue at hand. - Jmabel ! talk 18:53, 2 June 2024 (UTC)[reply]

@Jmabel: If a user has died and we have hard blocked their user page, then we hard block their user talk page, then there becomes no maintenance issue. Apart from people like to leave condolences on a user talk page, there is little else that needs to be added one month later. Re watching user talk pages of the otherwise departed, that job is just going to grow, and grow, ... having human eyes alone to manage it is never going to work. @Enhancing999: I would not normally hard block user talk pages. However, this if they are becoming maintenance burdens, then we should. Personally I pretty much think that user pages are not the editing space that many feel that they need to fix for others for some perceived level of perfection.  — billinghurst sDrewth 21:56, 2 June 2024 (UTC)[reply]
@Billinghurst: so are you proposing that there be no way for anyone to monitor when there are CfDs or DRs for categories/files uploaded by a deceased user, or are you proposing some other mechanism to do that? - Jmabel ! talk 22:09, 2 June 2024 (UTC)[reply]
I am proposing nothing. I am saying that I don't see the point of it. I think that it is setting ourselves up to fail under an unreasonable burden that will grow every year as a burden. We have a DR mechanism and that should flow, and requires an admin to act. We already condemn the Wikisources to such a problematic deletion situation where their used works are nominated for deletion and removed without a clear notification of use, nor a particular compunction to care. How is a dead user different? We hard protect pages to preserve them, then I hear that we should not hard protect them as that stops them from being updated, and then I hear that the talk pages are equally an issues as someone wants to watch them for a user who has died or left our service. What is wrong with this picture? ¯\_(ツ)_/¯ ¯\_(ツ)_/¯ ¯\_(ツ)_/¯  — billinghurst sDrewth 10:24, 3 June 2024 (UTC)[reply]

June 02

[edit]

Help with cropping borders from images

[edit]

Hi. I was wondering if people could help me crop the borders from images in Category:Images from the German Federal Archive with borders. It currently contains 23,469 images that need cropping which isn't great, but every little bit helps. Thanks. --Adamant1 (talk) 05:22, 2 June 2024 (UTC)[reply]

23,317 images now 🙂 ReneeWrites (talk) 19:20, 2 June 2024 (UTC)[reply]
Why, I dont see any images in urgent need of cropping, please give some examples Broichmore (talk) 19:52, 2 June 2024 (UTC)[reply]
@Broichmore: it looks like a lot of these have a watermark in a margin. - Jmabel ! talk 21:34, 2 June 2024 (UTC)[reply]
They have catalog numbers, which say something about the DDR. Their discreet enough, not to worry about. Broichmore (talk) 10:50, 3 June 2024 (UTC)[reply]
For those who don’t know, Commons:CropTool is handy for this. —Justin (koavf)TCM 21:41, 2 June 2024 (UTC)[reply]
When it works, which it mostly doesn't lately. - Jmabel ! talk 22:09, 2 June 2024 (UTC)[reply]
I just did several with no issues. I have rarely had problems with that tool. —Justin (koavf)TCM 22:32, 2 June 2024 (UTC)[reply]
Yesterday I overwrote an image, when I went to crop out details from the new image, croptool wanted to goto the original image to do the croppng. Had to resort to GIMP to do the job. It wasn't a cache problem. Broichmore (talk) 10:54, 3 June 2024 (UTC)[reply]
I started using CropTool yesterday to assist with this task, so far it's worked like a charm. ReneeWrites (talk) 16:44, 3 June 2024 (UTC)[reply]
Good. Doing some back-of-the-envelope math, someone can plausibly do three of these a minute, so with 23,000 images, that means 128 person-hours of work, which is a lot for one person, but reasonable for a small group. —Justin (koavf)TCM 20:54, 3 June 2024 (UTC)[reply]

Just to say, the museum source has not cropped them, why would they not? There seems to be some kind of mania, here, in cropping out borders to satisfy OCD urges. Margins prove the extent of images, they confirm that images are indeed complete. Any source museum would consider this vanadalism. I have to say that certain museums employ prestigous decals on their images, claiming source, the Imperial War Museum, The British Library, the Bundesarchive in this case. Cropping out these details, deny them the opportunity of advertising, which is cheeky when you consider they curate these images for us for free. These Bundesarchiv decals that are being cropped out deny 'end users' easy attribution of where these images come from. Wikipedia in particular is bad for not only referencing the source museum, but also even the artist. Furthermore, in the new world of AI, these decals go some way to prove authenticity. At this point their discreet enough, not to worry about. This is not a good use of our resources, and is wrong. Broichmore (talk) 08:24, 4 June 2024 (UTC)[reply]

@Broichmore: I don't necessarily disagree. If I had my way I'd probably just remove the crop requests, but I didn't add them to begin with and I try to respect what other users want. It would at least be less work to just not crop the images to begin with though. --Adamant1 (talk) 09:35, 4 June 2024 (UTC)[reply]
Indeed, the thing is that every so often editors discover the crop tool and see it as an easy pastime. When in fact it's a tool that should be rarely used, and with great caution. The average original uploader is more than capable of cropping their images prior to uploading, their wishes should be respected.
Even in these images, the Bundesarchiv logo, tell us so much. Date, German origin, the importance put on collecting the image by the German government, and that they consider it being worthy of preservation, & etc. Broichmore (talk) 09:53, 4 June 2024 (UTC)[reply]
This misunderstands how Wikipedia/Commons attributes images. The sources and authors are listed on the image's descriptions pages, not in the text on Wikipedia itself (this also to discourage using Wikipedia as a tool for self-promotion). With regards to this collection specifically, the information listed in the image is also listed on the page (the bild ID (and a link to the ID on the archive), the year it was taken, the name of the photographer, if one is known, the archive itself). This is where that information is supposed to be; there is no need to have it be visible on the image too. This kind of visible watermarking is discouraged. Invisible watermarking on the other hand is encouraged because it doesn't interfere with the contents of the images themselves. Every single one of the images in this collection has invisible watermarking too (the EXIF data if you scroll to the bottom), which contains the same information that's visible in the margins, and is wholly unaffected by the crop tool. ReneeWrites (talk) 13:31, 4 June 2024 (UTC)[reply]
@ReneeWrites: I don't misunderstand anything. While attribution is optional on Wikipedia; not every source is notable. However, many, and most are!
Discerning casual readers (who are, who Wikipedia aims itself) want to know the source of artwork or notable photographs.
I am yet to see an encyclopaedia, or source book which does not attribute at the front end. Children's books don’t attribute. Hiding attribution as you describe, is a successful way of withholding information from Wikipedia’s readership. The majority of which, are in computing terms illiterate.
As an incentive, the secret to successful Wikipedia writing is creating ''links'' to other articles on the project. There is an ongoing opportunity to link, to articles, about ''said'' notable artists and photographers. Those players, in turn, are often part of the stories themselves.
You couldn’t be more wrong, attribution and referencing is the very woof and warp of an encyclopaedia. Broichmore (talk) 19:19, 8 June 2024 (UTC)[reply]
If you want the image info to be visible directly in Wikipedia articles, then try to create a policy on Wikipedia recommending attribution in the caption. The info in the image border isn't visible in the thumbnails actually shown. You need to click at the image anyway to be able to read that information, and it is much more prominent in the actual file description than in the tiny text on the border. Now, clicking may get you to the image viewer instead of the image description page, but even then, clicking "more info" (and searching for that link) isn't unreasonable if you want to get to that info. (Many books attribute images in a separate list instead of "at the front line"; if you want the info, you have to look for it.) –LPfi (talk) 06:58, 9 June 2024 (UTC)[reply]

Guitars, bass guitars, and COM:OVERCAT

[edit]

I'm currently in something of a dispute with User:186.172.16.70 over guitars, bass guitars, and (implicitly) COM:OVERCAT. If this were a logged in user, I'd try to sort this out between just the two of us but, sorry, I'm not engaging over time with an account that might be a different person each time I interact.

If I understand correctly this edit is because bass guitars are, in a sense, a form of guitar, so there is an implicit argument that Category:Male guitarists from Austria is overcat for Category:Male bass guitarists from Austria. However, bass guitar is, in practice, a distinct instrument from a regular guitar, and we don't have something like a Category:No, really I meant a normal guitar. This particular person (unlike most bass guitarists) played/plays both a bass guitar and a regular guitar professionally, and in my opinion in that case someone should certainly be categorized under both, despite the theory of OVERCAT. Do others here, besides this one user, see it differently? - Jmabel ! talk 22:18, 2 June 2024 (UTC)[reply]

There is no such thing as "regular guitar". Unless there is such a thing as irregular guitar. Do you mean Spanish guitar? Classical guitar? Ritm guitar? Of course admins are always right, this is why I chose not to be one. 186.172.16.70 23:14, 2 June 2024 (UTC)[reply]
Maybe you should open a Category:Normal guitarists... 😁 186.172.16.70 23:38, 2 June 2024 (UTC)[reply]
By the way, why is Category:Bass guitarists a subcategory of Category:Guitarists? 186.172.16.70 23:58, 2 June 2024 (UTC)[reply]
By a "regular guitar" I mean one with six strings, tuned in the usual register.
I'm not sure why Category:Bass guitarists is a subcategory of Category:Guitarists, and (as a guitarist) I would not have made it so, any more than I would have made violists a subcategory of violinists. That is exactly the issue I am raising here. - Jmabel ! talk 00:25, 3 June 2024 (UTC)[reply]

Again, would someone please weigh in besides the two of us who are already arguing? - Jmabel ! talk 15:05, 3 June 2024 (UTC)[reply]

There may be an expectation by some that the guitar(ist) categories are meant to contain guitar-like instrument(alist)s as subcategories. That issue is easily solved by {{Cat see also}}. We already have Guitar family instruments as a common category. I assume bass guitarists mostly aren't also known as (or routinely professionally performing as) "normal" guitarists – if they are, then the issue is different. –LPfi (talk) 09:06, 4 June 2024 (UTC)[reply]
I would certainly be happier if, in general, bass guitars were subcatted from Category:Guitar family instruments (which should probably be hyphenated: "guitar-family" as an adjective) rather than Category:Guitars. Similarly for bass guitarists, though we don't yet have a category for players of guitar-family instruments. - Jmabel ! talk 14:45, 4 June 2024 (UTC)[reply]
I agree with Jmabel here - in context, "guitarist" specifically means someone who plays a normal guitar, so I view this as analogous to the Category:Politicians of Germany example in COM:OVERCAT. -- King of ♥ 16:32, 4 June 2024 (UTC)[reply]

Category inclusion bug

[edit]

Category:1801 baptismal fonts in Bavaria correctly shows Category:1801 baptismal fonts in Germany as a parent cat, but the latter does not show the former as a child cat. - Jmabel ! talk 22:54, 2 June 2024 (UTC)[reply]

Categories included due to templates frequently have issues with updating due to cache issues or the MediaWiki software updating its index (which I believe is done weekly). So while three days is a long time for it to not display, it’s not entirely unreasonable. Have you tried purging both cats and the template (I cannot on the machine I’m using presently)? —Justin (koavf)TCM 22:58, 2 June 2024 (UTC)[reply]
I had purged both cats. I didn't think to try purging the template; now I've done so, and it still didn't resolve this. - Jmabel ! talk 00:29, 3 June 2024 (UTC)[reply]
Null edit fixed the problem. MKFI (talk) 06:10, 3 June 2024 (UTC)[reply]

June 03

[edit]

Announcing the first Universal Code of Conduct Coordinating Committee

[edit]
You can find this message translated into additional languages on Meta-wiki. Please help translate to your language

Hello,

The scrutineers have finished reviewing the vote results. We are following up with the results of the first Universal Code of Conduct Coordinating Committee (U4C) election.

We are pleased to announce the following individuals as regional members of the U4C, who will fulfill a two-year term:

  • North America (USA and Canada)
  • Northern and Western Europe
  • Latin America and Caribbean
  • Central and East Europe (CEE)
  • Sub-Saharan Africa
  • Middle East and North Africa
  • East, South East Asia and Pacific (ESEAP)
  • South Asia

The following individuals are elected to be community-at-large members of the U4C, fulfilling a one-year term:

Thank you again to everyone who participated in this process and much appreciation to the candidates for your leadership and dedication to the Wikimedia movement and community.

Over the next few weeks, the U4C will begin meeting and planning the 2024-25 year in supporting the implementation and review of the UCoC and Enforcement Guidelines. Follow their work on Meta-wiki.

On behalf of the UCoC project team,

RamzyM (WMF) 08:14, 3 June 2024 (UTC)[reply]

27.png still exists

[edit]

So I've been making a spreadsheet of all the numerical PNG files on here from 01.png to 99.png. While browsing I found that 27.png is somehow still an existing file? Here's the link: https://commons.wikimedia.org/wiki/File:27.png

I don't know what it is so I can't move it to a better file name. Hopefully someone knows what this is. 0x16w (talk) 09:59, 3 June 2024 (UTC)[reply]

29.png also still exists apparently. 0x16w (talk) 10:03, 3 June 2024 (UTC)[reply]
Checked all the other numbers up to 99.png, these are the only two remaining ones. 0x16w (talk) 10:17, 3 June 2024 (UTC)[reply]

Limited to the edits

[edit]

IP address: 2400:2412:2820:3F00:98C9:C7C6:438:4912 This limited to 128 edits on IP address to expiry 1 week 2400:2412:2820:3F00:98C9:C7C6:438:4912 11:08, 3 June 2024 (UTC)[reply]

See Commons:Administrators' noticeboard/Vandalism#Yusaya 94038917, this seems to be an IP and user trying to hit some kind of autoconfirmed edit count, probably a misunderstood one. Belbury (talk) 11:14, 3 June 2024 (UTC)[reply]

EK 318 flight Dubai Tokyo 11 may 2024

[edit]

I was seated close to a window and have taken some pictures: The camera time is the time in Amsterdam, not the local time. The route is trough Pakistan and China. There where no delays.

Identifying the location would be usefull. Smiley.toerist (talk) 11:25, 3 June 2024 (UTC)[reply]

I've done this sort of thing a lot. I strongly recommend plunging into Google Maps looking for similar landforms. (BTW, for the future: much easier if you take a lot of pictures, even if you don't plan to use them all.) - Jmabel ! talk 14:59, 3 June 2024 (UTC)[reply]
Also useful is if you are listening in-flight to the pilots talk to Air Traffic Controllers, making a note of which Air Traffic Controllers' areas the pilots are told to switch to (the next area on the flight plan); for flights arriving here, that is typically "New York Approach". The frequencies are not necessary for this purpose. It will help if you can listen in English, as that appears to be the standard language of air traffic control worldwide.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 15:09, 3 June 2024 (UTC)[reply]
De official times are Dubai departure 02:40 am local time and arrival at Tokyo 17:35 pm local Japanese times. Camera time Amsterdam GMT + 1 (+ 1 summertime); Dubai GMT + 4; Japan GMT + 9. 7 hour difference between Japan and Amsterdam. China is GMT + 8). From what I remenber the plane avoided India went trough Pakistan and then took a more or less straight line trough China and South Korea passing trough large Chinese dessert areas. So the Himalayas would be at de western end by the Pakistan / Chinese border, but could also be inside China.Smiley.toerist (talk) 16:52, 3 June 2024 (UTC)[reply]
@Smiley.toerist: At least the city on last three images should be relatively easy to identify e.g. with Google Maps satellite mode; provided you know at least approximately what area and/or what country had been overflown at that timepoint, as otherwise this would be a search for the "needle in a haystack".
In general, it's quite tricky and common landforms are difficult to identify afterwards, likewise in flight because from my experience, GPS on your phone seldom works well in flight. --A.Savin 16:27, 3 June 2024 (UTC)[reply]
The solution to have and keep a GPS connection in fast moving vehicles with a smartphone is to activate a constant tracking before you start moving. For these photos case it might be the best solution to look at the Flightradar24 data for the flight and then matching the capture time. But that requires a paid account there. GPSLeo (talk) 16:43, 3 June 2024 (UTC)[reply]
The last picture must be in Japan, about 15 minutes before landing. With the long shadow of a western sun, this must be an east coast. Smiley.toerist (talk) 17:02, 3 June 2024 (UTC)[reply]
Bingo! The Kaimon Bridge by Kaimoncho.Smiley.toerist (talk) 17:11, 3 June 2024 (UTC)[reply]
(EK 318 flight Dubai Tokyo 11 may 2024 4) is close to JR station Izumi and (EK 318 flight Dubai Tokyo 11 may 2024 5) is close to Otsu port (found on GE). I have problems finding the correct location categories. Narita airport was approached from the north along the coast.Smiley.toerist (talk) 17:56, 3 June 2024 (UTC)[reply]
I have worked the 3 Japanese pictures. For one File:EK 318 flight Dubai Tokyo 11 may 2024 4.jpg, I set the location coordinates of the estmated viewpoint up in the air, but it maybe better to have the coordinates of the center of the image. In this case the river entry point in the ocean.Smiley.toerist (talk) 09:20, 4 June 2024 (UTC)[reply]
Use ADSB data...
  1. Go to https://www.flightaware.com/live/flight/UAE318
  2. Select flight from past flights (right now only goes back to 21 May, but free basic member can go back 3 months)
  3. click track log to show time → latitude longitude
Glrx (talk) 17:37, 3 June 2024 (UTC)[reply]
I managed to find the location of the desert village in Xinjiang
Camera location38° 39′ 53.74″ N, 87° 21′ 19.6″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo
, by doing some time and distance calculations and finding out that the village must be about 3.258 km from Dubai. The scharp dark green fields contrast with the more dessert like image from Google Earth. The most dificult to lokalise images must be the two mountain images where I wil probably be using ADSB data.Smiley.toerist (talk) 10:21, 4 June 2024 (UTC)[reply]
Calculating that the mountain views 71 minutes before the dessert village, places the mountains within Pakistan. (13,03 km by minute)Smiley.toerist (talk) 10:36, 4 June 2024 (UTC)[reply]
The ADSB data of past fligths indicate that the plane usualy crosses Chinese border halfway between the Afganistan border and the Indian border (line of control). Close to the line, a bit to the East is the K2 mountain. However it is complicated to find the rigth mountain.Smiley.toerist (talk) 19:59, 4 June 2024 (UTC)[reply]
ADSB for flight that took off Sunday 02:45:00 AM UTC+04
I have to use camera time as UTC+2. Otherwise, the last picture is taken after the plane lands.
Pictures
ADSB Location
Picture EXIF Time
11 May 2024
UTC+2
UTC
11 May 2024
EDT
UTC-4
Location Heading
1 03:39 0139Z 21:39
36° 06′ 41.4″ N, 75° 16′ 14.16″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo

FlightAware estimated (10 mins since last fix)
→ 70°
2 03:40 0140Z 21:40
36° 06′ 41.4″ N, 75° 16′ 14.16″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo

FlightAware estimated (10 mins since last fix)
→ 70°
3 04:51 0251Z 22:51
38° 45′ 34.92″ N, 86° 14′ 08.52″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo

FlightAware estimated (80 mins since last fix)
→ 76°
22:58:36
+7.5 min
38° 57′ 39.24″ N, 87° 20′ 20.4″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo

FlightAware estimated (90 mins since last fix)
→ 77°
4 10:12 0812Z 04:12
36° 14′ 53.88″ N, 140° 38′ 03.84″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo
↘ 133°
5 10:12 0812Z 04:12
36° 14′ 53.88″ N, 140° 38′ 03.84″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo
↘ 133°
6 10:17 0817Z 04:17
35° 56′ 35.88″ N, 140° 45′ 37.8″ E Kartographer map based on OpenStreetMap.View all coordinates using: OpenStreetMapinfo
← 289°
Glrx (talk) 23:11, 4 June 2024 (UTC)[reply]
Thank you all!   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 23:58, 4 June 2024 (UTC)[reply]
Thanks for the info. The positions are estimations and imprecise. I was on a seat on the left side. By the landing (4, 5, 6) the plane was clearly flying over land and not over the sea. The details of picture 3 match with the GE satelite picture. As the plane was flying around 10 km heigth and the village has a low altitude of 1017 meter above sealevel the plane must have been someway south of that position.Smiley.toerist (talk) 09:36, 5 June 2024 (UTC)[reply]
For pictures 1 and 2 the sun was a morning sun from the east. Pic 2 is the same mountain taken a minute later.Smiley.toerist (talk) 09:45, 5 June 2024 (UTC)[reply]
First, a jetliner cruises at about 1000 kmph or 16 km per minute. An error of 5 minutes is 80 km.
I did not interpolate the position from the ADSB data; instead I just chose a close time. Interpolation would be better if we know the times are accurate.
The error for the village is large. To match the longitude, I had to advance the time by 7.5 minutes, but the ADSB plane position was still well north of where it should be. The issue is partly resolved by the position being estimated because there is no actual ADSB data during that part of the flight.
The ADSB data that is not estimated should be accurate. The numbers I used do put the plane over water when it should be over land. However, you can look at track as it approaches the airport and see that portions of that track do align with the pictures.
That error may just be a time offset. You might see how accurate your camera clock is right now. Alternatively, you could try to figure it out from a reasonable track position for a particular image. That's what I was trying to do with the 7.5-minute village offset until I realized the track didn't fit and noticed the ADSB data for that time was only an estimate.
The EXIF data also has a quantization error of 1 minute.
I expect the ADSB times to be derived from the GPS satellites.
Glrx (talk) 21:02, 5 June 2024 (UTC)[reply]

Flickr & file credit

[edit]

Is it actually useful for structured data to mark my own file that I copied from my own Flickr account as authored by Flickr user Joe Mabel, as against Commons user Jmabel (both me)? - Jmabel ! talk 15:04, 3 June 2024 (UTC)[reply]

I would say so. Most Commons users upload their files here directly, not via Flickr. And most of the time when people upload files from Flickr with the Flickr2Commons plugin they are not the original author of those images, so it makes sense (and is imo useful) if that credit line is automatically attributed to the Flickr profile the images are from. For your own images you could always edit the credit line to your Commons profile if you prefer to be credited that way. ReneeWrites (talk) 20:27, 4 June 2024 (UTC)[reply]
@ReneeWrites: I did rewrite the credit in the wikitext. And then the bot goes through and writes the SDC as if I had not done so. - Jmabel ! talk 05:18, 5 June 2024 (UTC)[reply]
Disregard my previous comment, I misunderstood the problem. ReneeWrites (talk) 11:21, 5 June 2024 (UTC)[reply]

Here is a much more egregious example: File:Ford Model "T" car no. 2, winner of the 1909 trans-continental race from New York to Seattle.jpg. At all times, the Wikitext has accurately indicated that this is a photo by Frank H. Nowell, official photographer of the Alaska-Yukon-Pacific Exposition. Originally that was in the description rather than the author field, but I fixed that in 2010 and added a {{Creator}} template in 2016. FlickypediaBackfillrBot marked it today in SDC as being created by University of Washington Libraries Digital Collections because that is the immediate source. That strikes me as absolutely wrong.

@Alexwlchan: do you consider this correct behavior by your bot, and if so why? Otherwise, is there some hope of addressing this? - Jmabel ! talk 17:44, 5 June 2024 (UTC)[reply]

June 04

[edit]

List of living people & privacy

[edit]

Hi,
I was wondering if there were any privacy issues with a list of people's names, like this one?
Thanks. --Kontributor 2K (talk) 10:27, 4 June 2024 (UTC)[reply]

Similar images available at Category:Name lists and Category:Lists of people (side note: should these be merged?) Dogfennydd (talk) 12:18, 4 June 2024 (UTC)[reply]
I mean that this a list of living people (1977), where you can see their religion and early school's name, hence my question
--Kontributor 2K (talk) 12:44, 4 June 2024 (UTC)[reply]
This would be unbelievable to have in Germany :D --PantheraLeo1359531 😺 (talk) 18:32, 4 June 2024 (UTC)[reply]
Unfortunately Ancestry would guillotine the books to ease scanning then discard the originals. I used to buy them at book sales and see if it was on their list of needed copies, but stopped when I learned their policy. Having them online is absolutely awesome. --RAN (talk) 21:48, 5 June 2024 (UTC)[reply]
in germany you can find a list of full names and a group photo of students doing abitur in a certain year on the newspaper and its website. XD
that's unbelievable in many other countries. RZuo (talk) 05:41, 6 June 2024 (UTC)[reply]
  • In France, it's illegal too to distribute private data without the prior consent of the concerned people. --Kontributor 2K (talk) 07:30, 5 June 2024 (UTC)[reply]
  • Under international copyright law that does constitute being "made public", also lists of names are not copyrightable. To be eligible for a copyright a work must have unique creative elements. If you asked a dozen people to compile the list of names, each person would create an identical list. If you asked a dozen people to compile a list of the best music of all time, each list would be different and copyrightable, that is why the Time 100 list each year is copyrighted, or the Fortune 500 list. --RAN (talk) 21:44, 5 June 2024 (UTC)[reply]
    You mean the Berne convention? Anyway, is privacy law coordinated with copyright terminology? In Finland, we have a lot of material that is public (you will get it if you ask), but still publishing it in a newspaper or similar is illegal unless there is sufficient public interest or other specific reasons to. This includes tax records and court cases. –LPfi (talk) 07:16, 9 June 2024 (UTC)[reply]

Commons:Media knowledge beyond Wikipedia: The future of Wikimedia Commons

[edit]

Hi!

A recent essay about the future scope and extent has been published. Maybe you want to add your support :) --PantheraLeo1359531 😺 (talk) 18:31, 4 June 2024 (UTC)[reply]

Notice: Proposal for POTY finalist topicons

[edit]

Just a heads up for this board that there is an ongoing proposal to add top icons to POTY finalists over on the POTY talk page. Please discuss there if interested. — Rhododendrites talk22:03, 4 June 2024 (UTC)[reply]

June 05

[edit]

Special:UncategorizedCategories is back over 1000 categories. If you can add appropriate parent categories to any of the many that have otherwise reasonable content, that would be very helpful. If you're not a admin, don't worry about the empty ones, one or another admin will eventually find those and delete them. - Jmabel ! talk 06:05, 5 June 2024 (UTC)[reply]

Invitation to participate in the #WPWPCampaign 2024

[edit]

Dear community members,

We are inviting you to participate in the Wikipedia Pages Wanting Photos 2024 campaign, a global contest scheduled to run from July through August 2024:

Participants will choose among Wikipedia pages without photo images, then add a suitable file from among the many thousands of photos in the Wikimedia Commons, especially those uploaded from thematic contests (Wiki Loves Africa, Wiki Loves Earth, Wiki Loves Folklore, etc.) over the years.

In its first year (2020), 36 Wikimedia communities in 27 countries joined the campaign. Events relating to the campaign included training organized by at least 18 Wikimedia communities in 14 countries.

The campaign resulted in the addition of media files (photos, audios and videos) to more than 90,000 Wikipedia articles in 272 languages.

Wikipedia Pages Wanting Photos (WPWP) offers an ideal task for recruiting and guiding new editors through the steps of adding content to existing pages. Besides individual participation, the WPWP campaign can be used by user groups and chapters to organize editing workshops and edit-a-thons.

The organizing team is looking for a contact person to coordinate WPWP participation your language Wikipedia. We’d be glad for you to sign up directly at WPWP Participating Communities page on Meta-Wiki.

Thank you,

Reading Beans / readthebeans@gmail.com)
Project manager and coordinator
Wikipedia Pages Wanting Photos 2024

There is a map at https://bldrwnsch.toolforge.org of geocoded locations (for German language Wikipedia, sometimes articles needing additional images). Enhancing999 (talk) 18:15, 5 June 2024 (UTC)[reply]

Personal creations presented as tribal flags

[edit]

Hello,
I have noted Al-Hilali Z uploads what is designated as flags of Arab tribes. None of the files has an indication of a source on which the file design has been based. When queried about this though the talk page, it is confirmed the great majority are the user's personal design. Is this not an issue, especially when these flag images end up being displayed in Wikipedia articles and presented as recognized flags when this is not accurate? Moumou82 (talk) 20:41, 5 June 2024 (UTC)[reply]

Hello,
Arabs Tribes flags are very different of other flag, they dont respect vexilollogy codes, everyone is free to create Tribal flags, there are no Official flags, except in rare cases, but they are inconsistent and free to create your own design. Al-Hilali Z (talk) 08:11, 6 June 2024 (UTC)[reply]
@Al-Hilali Z: Then they are oos.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 13:51, 6 June 2024 (UTC)[reply]
No, they are completely legitimate, the majority of the flags that I make are made with the approval of members of the tribe and are adopted by them, there is no connection with the oos. Al-Hilali Z (talk) 10:48, 7 June 2024 (UTC)[reply]
Your claimed approvals must be verifiable, so far you cannot demonstrate any of your claims. Moumou82 (talk) 15:29, 8 June 2024 (UTC)[reply]
@Moumou82: Are the blazons also made up?   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 13:44, 6 June 2024 (UTC)[reply]
I have not seen any source suggesting anything but a personal creation, which I agree is OOS. Moumou82 (talk) 20:06, 6 June 2024 (UTC)[reply]

June 06

[edit]

Cat-a-lot does still not work for categories

[edit]

Though the former discussion about Cat-a-lot was archived yesterday because the problem would supposedly have been resolved, for me the problem is still the same: it still does not work for subcategories with at least one subcategory. So can this discussion be restarted and can the problem really be solved? JopkeB (talk) 03:56, 6 June 2024 (UTC)[reply]

@JopkeB: you should always feel free to "necromance" a recently archived VP section back from the archive and continue the discussion. Just be sure that your edit summaries make it clear that is what you are doing. - Jmabel ! talk 05:35, 6 June 2024 (UTC)[reply]
@Jmabel: How do you do that? To me it looks like a next level action. Just moving/copy-paste it and mention it in the edit summary? JopkeB (talk) 04:14, 7 June 2024 (UTC)[reply]
@JopkeB: yes, though in this case cut-and-paste is more appropriate. Mention it in the edit summary both on the archive page and where you restore it. If you have something to add, this is perfectly appropriate. - Jmabel ! talk 04:43, 7 June 2024 (UTC)[reply]
indeed, i tried on Category:Energy by type of energy, selecting kinetic energy and thermal energy and using catalot to "add to cat:energy by topic". it gets stuck at "Editing page 1 of 2". RZuo (talk) 05:38, 6 June 2024 (UTC)[reply]
It would also be nice if it worked on the conventional search rather than only special search. Yesterday I noticed it displays 1000 when only 500 items have been selected. I think this should be discussed and pointed out at the Cat-a-lot talk page. And how to solve it would be the same as for most technical issues: 1) more WMF priority/spending in that area and, more importantly, 2) things to get more volunteer onboard and have them implement/solve the most important issues such as those of tools widely used like cat-a-lot, video2commons (currently dysfunctional), or the Upload Wizard which still makes people add categories that are redirects. Banners for volunteer devs on software-related Wikipedia articles as well as a campaign with things like leaderboards, badges, gamification, internal attention, possibly external reporting, prizes (maybe also anonymous bounties), and prioritized weighted issues would be a straightforward way to implement that. One can only speculate why the WMF isn't doing things like that, could be incompetence, related to techcompany donor funds, a general lack of a sense of community wishes, and/or something else. I don't think just merely asking about any particular major technical issue on VillagePump does anything. I don't think this particular problem is large though: just refresh and move the remaining subcategories using HotCat. Prototyperspective (talk) 13:15, 6 June 2024 (UTC)[reply]
The communities of course also can run banners themselves… —TheDJ (talkcontribs) 19:49, 6 June 2024 (UTC)[reply]

Help me Changing the old map of the distribution of the Balinese language in English Wikipedia to this one more details to me

Areas where Balinese language is spoken

— Preceding unsigned comment added by Joese van (talk • contribs) 07:53, 6 June 2024 (UTC)[reply]

This could probably use some attention from the sockpuppetry police. --HyperGaruda (talk) 22:00, 7 June 2024 (UTC)[reply]

Section moved to be with the obviously same issue already posted. - Jmabel ! talk 00:35, 8 June 2024 (UTC) [reply]
Help, Please add to Balinese Wikipedia English. 140.213.150.119 06:21, 7 June 2024 (UTC)[reply]
END MOVED - Jmabel ! talk 00:35, 8 June 2024 (UTC)[reply]

[edit]
Michael Winter in skeleton suit lying outside the German chancellor's residence to protest the lack of action on climate policy
Climate activist Tessel Hofstede from XR Netherlands speaks to Letzte Generation in Berlin in 2023

I took the photograph shown and have had a clear and unequivocal discussion with Michael Winter, the subject, that I can upload that and similar images to Wikimedia under CC‑BY‑4.0. Michael also provided me with his email address on my request and I was intending to follow up with a proper "release form".

That event occurred in Berlin, Germany of course and German and European privacy law would prevail.

I have had a reasonable look around this site and could not find mention of any formalized processes like this. The notion of "asserted consent" is traversed. So I take it that Wikimedia does not wish to provide support for written agreements of this nature? I guess that position is understandable? Particularly given the large number of legal jurisdictions involved and also changing statutes and evolving case law.

So I suppose the best thing to do in this particular case is to undertake some email traffic with Michael and leave that exchange on my hard‑drive as a kind of insurance policy? Any assistance welcome. RobbieIanMorrison (talk) 17:54, 6 June 2024 (UTC)[reply]

Yes, the process is described at COM:VRT. GPSLeo (talk) 17:59, 6 June 2024 (UTC)[reply]
COM:VRT talks mainly about licensing by copyright-holders, but the same process could presumably be used to ticket for issues related to other rights. You might want to ask a question at Commons:Volunteer Response Team/Noticeboard to find out how they'd prefer to to handle this particular case. - Jmabel ! talk 18:05, 6 June 2024 (UTC)[reply]
Thanks GPSLeo and Jmabel. I did once use that process for another image in relation to consent. In that case, my associated email traffic was somehow stored out of public view and linked backed to the particular image. I also presume that my earlier assumption that the concept of release forms is not supported by Wikimedia due to the legal complexities present. Thanks both for your quick responses. RobbieIanMorrison (talk) 19:17, 6 June 2024 (UTC)[reply]
According to Commons:Photographs of identifiable people you could add {{Personality rights}} and {{Consent}} if you haven’t already. Bidgee (talk) 19:39, 6 June 2024 (UTC)[reply]
Maybe we could add a param to consent, so that people can reference a document id, link or VRT/OTRS id. That might be worthwhile! —TheDJ (talkcontribs) 19:51, 6 June 2024 (UTC)[reply]
For what it is worth, the accompanying image of the woman in yellow uses the following field "permission={{VRT info|1=2024050810008791}}" as part of the 'Information' template. RobbieIanMorrison (talk) 21:21, 7 June 2024 (UTC)[reply]
Only the VRT agents can see what info that ticket includes, so whether it is relevant to this discussion is unclear. But yes, that's the way to link to such correspondence. You could reference it in the permission field if you want reusers to know something about what privacy issues are covered. –LPfi (talk) 08:35, 9 June 2024 (UTC)[reply]

This is vandalised!!

[edit]

This catagory [[1]] has been vandalised with false information at infobox. what should to be done.
--KEmel49 (talk) 18:02, 6 June 2024 (UTC)[reply]

@KEmel49: the Infobox contents are driven by Dhruv Rathee (Q96376333). Any corrections would have to be made there. You can do this; not knowing anything about the topic at hand, I would not edit on this. - Jmabel ! talk 18:09, 6 June 2024 (UTC)[reply]

June 07

[edit]

Is it okay if I force category using Cat-a-lot rather than wait?

[edit]

Hi everyone. I made this category: Category:ONCHI to track the files we have uploaded as a part of our project in Indonesia. It is included via this template User:RXerself/ONCHI but I put the category later than when the files were uploaded, so the category is now still only has 3 files which, 2 of which were "forced" in which one was edited manually and saved without changing anything and the other one using Cat-a-lot. MediaWiki help page on this explains that: "when changing the categories applied by a template in this fashion, the categorization of the pages which include that template may not be updated until some time later: this is handled by the job queue." [2] But it's now more than a week already and it still only has 3 files. Is it okay if I "force" the files by using Cat-a-lot? Not okay as in I would break anything, but as in if I am allowed. RXerself (talk) 22:30, 7 June 2024 (UTC)[reply]

should be better now. Enhancing999 (talk) 22:48, 7 June 2024 (UTC)[reply]
Oh wow! How? Nice. Thank you. RXerself (talk) 15:37, 8 June 2024 (UTC)[reply]
@RXerself: purging or null editing category members should help along a background process that may be too slow to add to or subtract from the category or may have died due to performance issues on the running machine. I use AWB with {{Void}} to null-edit Category:Incomplete deletion requests - missing subpage‎ regularly due to this slow category filling and emptying issue.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 01:29, 9 June 2024 (UTC)[reply]

June 08

[edit]

Placement of recurring terms in sets of subcategories

[edit]

Are pre- or postmodifiers preferable in cases like those that are being discussed in Commons:Categories for discussion/2023/12/Category:Old women sitting? I.e. when the option is semantically appropriate and linguistically feasible, do we want e.g. sitting-related subcategories to be called "Sitting x, Sitting y, Sitting z" or "x sitting, y sitting, z sitting"? As per my post in the category discussion, I think the latter makes the most sense, but perhaps there is more information and/or user consensus to be found somewhere. Sinigh (talk) 14:07, 8 June 2024 (UTC)[reply]

Makes sense but "Old women" is also a recurring term so the optimal solution both this and items where the former term is a nonrecurring one would be to have redirects so that e.g. Old women sitting redirects to Sitting old women or the other way around. Would be good if there was a bot/script that did so / created redirect proposals one could quickly confirm or add to a list of likely inappropriate proposed redirects. (The same could maybe also be done for category names in languages other than English but that's another topic.) Prototyperspective (talk) 15:35, 9 June 2024 (UTC)[reply]

Is there any agreement on which categories should be placed here? This honestly feel very random. Like why are Femboy, Incest, Incel and Skoliosexuality even located here?--Trade (talk) 22:55, 8 June 2024 (UTC)[reply]

I am not a huge fan of "Controversial X" categories as a whole for this exact reason Trade (talk) 23:02, 8 June 2024 (UTC)[reply]
I'm not convinced this category should exist at all. Whether a topic is "controversial" is not a judgement call which Commons should be making; it's not essential to the identity of the topic. Omphalographer (talk) 00:12, 9 June 2024 (UTC)[reply]
I have to agree with Omphalographer. Most, if not all, sexual and gender identities are controversial to some degree and depending on the time period or location. So the category is essentially meaningless. --Adamant1 (talk) 00:24, 9 June 2024 (UTC)[reply]
This category should not exist. - Jmabel ! talk 00:52, 9 June 2024 (UTC)[reply]

One of the files in the category is directly related to zoophilia. Considering this is a subcategory of both Gender identity, Sexual orientation and LGBT i'm not really a fan of what this is implying.--Trade (talk) 01:39, 9 June 2024 (UTC)[reply]

I started a CfD--Trade (talk) 01:39, 9 June 2024 (UTC)[reply]
Pinging @Dronebogus, who created the category.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 01:42, 9 June 2024 (UTC)[reply]

June 09

[edit]

RFC: Automatic categorisation both bane and gain; work needed to identify source of categorisation

[edit]

Hi. Having been involved in large amounts of tidying over the years we are starting to get to an administrative burden from automatic categorisation where it is going wrong, Our use of complex and layered templates that directly apply categories, eg. Template:Topic by country, or the inhalation of categories based on Template:Wikidata infobox, or through Modules is requiring more and more time and more and more complex knowledge to resolve this (mis)categorisation where it goes wrong, or where it causes issues outside of our criteria.

We need some better technical solutions. We need a direct and overt ability to know the source of the categorisation be it:

  1. direct category in the page
  2. template that has local data
  3. template that is importing information from wikidata

Some of this sort of exists when one has Com:HotCat as a gadget, though the other two have no ready means to identify the source.

Categorisation is clearly something where automation is useful and it is not in itself the problem. When it is wrong, and needs a lot of work to resolve, then it moves from problem to big problem.

We also need a better means for getting resolution categorisation fixes of the points in #2 and #3. We need guidance to people to how they best address categorisation that has gone wrong and they don't know how to fix it. Some of that is that we need to review our documentation in the templates to ensure that they have guidance for the appropriate use of the template, and what it actually does, as well as the guidance on the appropriate use of the parameters. Template designers/creators need to be involved in that space as an expectation, and those that put them through major rewrites. If it is hard to use and hard to understand then the community needs to challenge both its design and its purpose.

If we don't do something the categorisation issues are going to continue to multiply, and the rules that we have in place will be ignored and we will just have mess. I know that I am partly just stating the problem, and not necessarily the solution, however, at this point I am looking for comments about where others think we are, and some general thoughts on how we can address this at a higher level before drilling down into all the solutions.  — billinghurst sDrewth 00:22, 9 June 2024 (UTC)[reply]

It's probably a side thing, but I have a serious problem with categories being forced on us through infoboxes. Like there's a ton of people who are recipients of minor, non-notable awards that automatically get sorted into categories for said awards and their various sub-awards when it's not really useful to have things categorized down to that small of a level. You can't really do anything about it on our end either. Regardless, we shouldn't have how we categorize things dictated by other projects period. We certainly don't name categories based on standards set by Wikipedia editors, or keep files that violate the guidelines simply because of how other projects do things. -Adamant1 (talk) 00:34, 9 June 2024 (UTC)[reply]
Wikidata Infoboxes provide given name, surname, and birth and death dates, and "living people", which should presumably be uncontroversial. [Similarly, some gender info so it can do "men by name" and "women by name" as well as "people by name". - Jmabel ! talk 01:53, 9 June 2024 (UTC)] I'm not at all sure they should do any other automatic addition of categories, though there may be some others that are equally clear. I haven't really seen this thing with awards, but that may say something about what topics I work on. @Adamant1: can you give an example and (anyone) is there documentation somewhere about what categories infoboxes add? - Jmabel ! talk 01:00, 9 June 2024 (UTC)[reply]
@Jmabel: I don't necessarily have an issue with infoboxes providing given name, surname, or birth and death dates. That's about it though. If you want an example of what I'm talking about checkout the subcategories in Category:Recipients of Russian military awards and decorations. Like categories for people that have won the various "X Years of Victory in the Great Patriotic War 1941–1945" medals. For instance Category:Heydar Aliyev, where there's like 30 categories for minor awards that I assume were all added by the infobox and can't be removed or edited. The whole thing is totally ridiculous overkill. --Adamant1 (talk) 01:11, 9 June 2024 (UTC)[reply]
How do we decide which military awards are notable enough for a category, though? Trade (talk) 01:42, 9 June 2024 (UTC)[reply]
The same way we decide anything else of the sort. It does seem odd for the decision to be hidden in a template. - Jmabel ! talk 01:44, 9 June 2024 (UTC)[reply]
Interesting territory, and there I think that we need to take a bit of a step back. The first question has to be whether the category should exist here, prior to what and how it is populated. Only after that can we then discuss the means that we want things populated, and whether they are falling into a variation of Com:OVERCAT. I don't mind cats coming from WD data as long as it is sustainable and comparatively easy to manage and resolve. It is the deep/problematic dives that we need to resolve, either in the finding or in the fixing.  — billinghurst sDrewth 02:18, 9 June 2024 (UTC)[reply]
@Jmabel: The code is in {{Wikidata infobox}}, which should be documented on that page.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 01:36, 9 June 2024 (UTC)[reply]
But as far as I can see it is not at all documented there; not even the mechanism (buried somewhere other than the code on that page) is documented. It's not at all clear where one would look to see what properties/categories are handled this way. - Jmabel ! talk 01:48, 9 June 2024 (UTC)[reply]
Template:Wikidata Infobox/core documentation mentions "awards", but doesn't indicate what Wikidata properties are involved. - Jmabel ! talk 01:51, 9 June 2024 (UTC)[reply]
I think Wikidata could be helpful for populating categories about video games, movies, television shows and animes. Adding the correct categories by hand is somewhat of an tedious process Trade (talk) 01:41, 9 June 2024 (UTC)[reply]
Wikidata Infoboxes provide given name, surname, and birth and death dates, and "living people", which should presumably be uncontroversial. I'd dispute that! Broad categories like "living people" or "2000 deaths" have limited utility on Commons. There are extraordinarily few situations where they are genuinely useful as a means of locating media. Omphalographer (talk) 02:00, 9 June 2024 (UTC)[reply]
Bollocks. The Commons category structure has been an untenable mess for years. A large part of the problem expressly lies with editors from Wikidata and Wikipedia who bring their baggage with them and fail to understand that Commons is a separate site with its own policies. A prime example of the Wikidata side of the problem is with the "Births in" categories. These editors have actively sandbagged a clear segregation from "People of" categories, resulting in a massive clusterfuck of superfluous categorization and a failure to understand what a meta category actually is, as opposed to what they personally think a meta category should be. In the few times where Commons admins have crossed paths with me in attempting to clean up this mess, I gained the impression that those admins had zero understanding of COM:CAT. However, let's not get bogged down with examples, because the problem's a lot bigger than any example.RadioKAOS (talk) 02:05, 9 June 2024 (UTC)[reply]
What's the issue with editors from Wikipedia? Trade (talk) 02:20, 9 June 2024 (UTC)[reply]
@RadioKAOS: I am very comfortable with us using WD data to categorise here. My issue primarily is how we fix it when it goes askew. Our categories, our categorisation, and decision-making how we use WD data to categorise here. We will always face the issue of implementation of decisions from contributors who edit elsewhere, so the issue isn't their ideas, it is the consensus they need to reach in its implementation, instead of unilateral implementation.

So for the moment, rather than stray into the "whataboutism" it would be nice if we focus on the issue, rather than inflate to a blame game.  — billinghurst sDrewth 02:27, 9 June 2024 (UTC)[reply]

@Billinghurst: Not to point fingers at Wikipedia users, but I think it gets to one route cause of the problem, which is that it seems like people from other projects use categories as a rudimentary way to store (or display) information about a subject. Not necessarily organize media related to it. Like with the example of categories related to awards, if you look at Category:Ivan Matyukhin there's 10 categories for awards that they have received but absolutely zero images in the category having to do with them.
So the categories are just being used as rudimentary ways to store and display biographical facts about Ivan Matyukhin, not to organize media related to the awards. And again not to point fingers, but I don't think that's something regular users of Commons would do on our end. Regardless, I think the problem could largely be solved if we were clearer about (and better enforced) the idea that categories are intended to group related pages and media. Not act as shoo-ins for Wikidata data item's or something. But then we don't have the ability to do that if the categories are being automatically created and added by the infoboxes either. So... --Adamant1 (talk) 11:37, 9 June 2024 (UTC)[reply]
@Adamant1: Creation of a cat and the population of a cat are different and separate acts. For WD, they are also both happening here, not at WD, as they are in templates that we control. Someone has created the category and someone has added the code to Template:Wikidata infobox for the population to occur. The automation thereafter is due to having created the cat, and done the coding to add the cat, the population is from data at WD. If that is the issue, then can we please address that in a different thread. At this time, it is the ability to locate and identify from where the categorisation is taking place and resolving that.  — billinghurst sDrewth 01:21, 10 June 2024 (UTC)[reply]

Deletion request for presumed orphaned category

[edit]

I recently made this Category:Hungern bis ihr ehrlich seid 2024, then realized that that name is confusing, formed something more suitable, and duly added a redirect. That confusing name is still being shown as an auto‑completion option when filling in other more sensible categories, which could lead to wrong categorizations and be detrimental. I believe that that confusing category name is orphaned in any case.

My request is that Category:Hungern bis ihr ehrlich seid 2024 be deleted if at all possible. My apologies for adding to the admin workload, sorry for that. RobbieIanMorrison (talk) 16:46, 9 June 2024 (UTC)[reply]

I'll delete it, but for the future please see the directions at Template:How to delete empty categories. - Jmabel ! talk 23:58, 9 June 2024 (UTC)[reply]
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. -- — billinghurst sDrewth 01:22, 10 June 2024 (UTC)

June 10

[edit]