Commons:Village pump
Jump to navigation
Jump to search
|
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/11. Please note:
Purposes which do not meet the scope of this page:
Search archives: |
| Legend |
|---|
|
|
|
|
|
| Manual settings |
| When exceptions occur, please check the setting first. |
 |
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 7 days. |
October 14
Google's semi-censorship of Wikimedia Commons must end
Please see meta:Community Wishlist/Wishes/Do something about Google & DuckDuckGo search not indexing media files and categories on Commons. I think we can and should do something about Google not indexing most files (including all videos) and category pages on Commons. Prototyperspective (talk) 15:42, 14 October 2024 (UTC)
- It is a private company and if not violating the law, they can do whatever (...) they want. If they choose to ignore stuff on commons - that´s fine. Alexpl (talk) 20:02, 14 October 2024 (UTC)
- I was not saying it's illegal. That may be fine according to law. I wonder if it's fine to Commons that users' contributions are just blacked out and not available to people. Prototyperspective (talk) 21:39, 14 October 2024 (UTC)
- Huge filesizes for photos are a cost factor when it comes to processing and are almost never worth it anyway. I dont blame them from not wanting photos with the megabytes in the three digits to show up, whenever somebody types in a generic searchterm. Alexpl (talk) 14:13, 15 October 2024 (UTC)
- This seems offtopic. 1. Most files on WMC are not many MBs large and this is not about some particular few large files. 2. It only shows gstatic thumbnails in Google Search, not the whole image, and it's the same for DDG and other search engines.
It's absurd to argue that Google's storage or processing would have notable issues that out of the millions of indexed website makes WMC one whose media is not findable.
You can of course defend anti-WMC practices – despite that I don't understand why Commons contributors could be supportive of that – but this point does not make sense, partly because this isn't about the <0.1% of WMC files that are large image files to begin with. Prototyperspective (talk) 14:33, 15 October 2024 (UTC)- This is not the first time I have seen you try to dismiss comments with which you disagree as "off topic", when they are not. Please do not so that. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:46, 15 October 2024 (UTC)
- I said it seems offtopic and I did notdismiss the comment but address it comprehensively. When I say it seems offtopic that is for example because I may have misunderstood it and/or the user may want to clarify how it would be ontopic. I do wonder why you're so super sensitive about me using the word offtopic. The user did say something but did not explain how it relates to this subject and clarifying that with clear language is I think more constructive than beating around the bush. Prototyperspective (talk) 16:41, 15 October 2024 (UTC)
- This is not the first time I have seen you try to dismiss comments with which you disagree as "off topic", when they are not. Please do not so that. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:46, 15 October 2024 (UTC)
- There already is a thumbnail for every file here anyway so not even any need to create any anew. Prototyperspective (talk) 15:30, 15 October 2024 (UTC)
- This seems offtopic. 1. Most files on WMC are not many MBs large and this is not about some particular few large files. 2. It only shows gstatic thumbnails in Google Search, not the whole image, and it's the same for DDG and other search engines.
- Huge filesizes for photos are a cost factor when it comes to processing and are almost never worth it anyway. I dont blame them from not wanting photos with the megabytes in the three digits to show up, whenever somebody types in a generic searchterm. Alexpl (talk) 14:13, 15 October 2024 (UTC)
- I was not saying it's illegal. That may be fine according to law. I wonder if it's fine to Commons that users' contributions are just blacked out and not available to people. Prototyperspective (talk) 21:39, 14 October 2024 (UTC)
- See also meta:Talk:Community Wishlist/Wishes/Do something about Google & DuckDuckGo search not indexing media files and categories on Commons. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:41, 14 October 2024 (UTC)
- There is a commercial interest in steering the search results to commercial and social websites. These generate clicks, not the commons. I do have the impression that Google is much more interested in SDC of files than the Commons categories. Every effort should be made to fill in the P:P180. Google certainly uses the labels in Wikidata as datafeed for the search engines. Also used for educating the translation software.Smiley.toerist (talk) 10:12, 15 October 2024 (UTC)
- Wikipedia itself is indexed rather highly on Google search results though. And it does index images that are used in Wikipedia articles, but this treatment isn't extended to the other Wikimedia projects. (I can't speak for other media files however). ReneeWrites (talk) 18:26, 15 October 2024 (UTC)
- Yes Wikipedia is, but not Commons, the second largest Wikimedia project with a type of content that lots of people are interested in, watch and search for (media of all kinds). It does not index any video on here (at least in my tests I could not find any so far even when searching for the exact title) and images I think are only indexed when they're used in Wikipedia articles and even then often missing from the main results. One part of the proposal is systematic tests/investigations so there is some data on this. I think overall the indexing is pretty bad even when one is searching for a subject that WMC has lots of high quality contents and other image results that are shown are fairly low-quality. One could also focus on the videos. Prototyperspective (talk) 20:32, 15 October 2024 (UTC)
- Google often indexes images that are not in a Wikipedia article. I find plenty if I do specifically an image search. But it doesn't tend to list pages that are mainly an image in its general results, so Commons image pages often don't show in the result if you do a general Google search. - Jmabel ! talk 05:11, 16 October 2024 (UTC)
- Rarely it does, but indexing a random tiny subset of files doesn't change anything about the issue and only makes it harder to notice this. I did not find plenty of images for prior searches I did where I then either used an image not from WMC despite that I know WMC has at least as good images well-organized or used the WMC search. Again, investigations are the first step of what is proposed so maybe you could share your searches. Images certainly shouldn't show up in the general search results (well nearly always) – I made it clear that this is about the Images and Videos tabs of these sites...only when it comes to category pages is this about the general search results. I currently don't have many good examples. Things I searched for (those may not be the best examples) I think included roughly
Rivers from spaceandAlgae blooms from spaceandSatellite picture of cities at night. This is not about Google&DDG not indexing any files on WMC. Please let me know if that should be clearer in the proposal. It is about them indexing only very few images (and those are not even the most relevant or best) when it should be many (e.g. in searches where WMC has lots of good-organized files), not showing nearly all categories in the results and not indexing any videos. Maybe it should be clearer that isn't necessarily all Google's fault – the investigations may reveal things Wikimedia community & tech could do to improve its inclusion in external search results – however such steps depend on investigations and don't mean step 2 & 3 are invalid, other things could follow up on that step in addition and shape these two. Prototyperspective (talk) 11:30, 16 October 2024 (UTC)- @Prototyperspective: Colourpicture Publishers. There isn't that many results to begin with, but maybe it's at the top because the category has a description that contains the companies name in it? --Adamant1 (talk) 01:21, 18 October 2024 (UTC)
- Yes, that's the kind of investigations I'm proposing are done large scale and in systematic ways (and well visibly e.g. published in diff) so we can identify cases that are well indexed, find out why, and identify cases that should be well-indexed but aren't and so on.
- It could be that it's at the top because it contains a long descriptive category description – which most cats however don't really need because the category title is self-explanatory – as well as an infobox with all sorts of data. It's not unlikely also because there's few other websites with info on that subject, especially not recent ones that are linked from other pages. As a result of findings like your example, one could for example conduct tests (and/or check the theory via the dataset) whether it's the company's name in the description that caused the cat to show up this high or the description and consider things like adding category-descriptions (partly automatically via WP article leads and/or Wikidata item description). An open letter doesn't have to be as provocative and confrontational as the title of this thread, one could nicely ask Google & Co to improve their results by considering specific things or identified requested changes. Relevant to that is that Google & Co heavily make use of Wikimedia content in all sorts of ways but this isn't about fairly giving back (some media attention however could be due to that and reference that): it would be about them improving their search results for everyone so it shows media or pages that the person searching would likely find useful (e.g. via considering how many files and how many Wikipedia-used files are contained in the category). (When it comes to videos however it seems like purposeful exclusion.) Prototyperspective (talk) 08:24, 18 October 2024 (UTC)
- @Prototyperspective: Colourpicture Publishers. There isn't that many results to begin with, but maybe it's at the top because the category has a description that contains the companies name in it? --Adamant1 (talk) 01:21, 18 October 2024 (UTC)
- Rarely it does, but indexing a random tiny subset of files doesn't change anything about the issue and only makes it harder to notice this. I did not find plenty of images for prior searches I did where I then either used an image not from WMC despite that I know WMC has at least as good images well-organized or used the WMC search. Again, investigations are the first step of what is proposed so maybe you could share your searches. Images certainly shouldn't show up in the general search results (well nearly always) – I made it clear that this is about the Images and Videos tabs of these sites...only when it comes to category pages is this about the general search results. I currently don't have many good examples. Things I searched for (those may not be the best examples) I think included roughly
- Google often indexes images that are not in a Wikipedia article. I find plenty if I do specifically an image search. But it doesn't tend to list pages that are mainly an image in its general results, so Commons image pages often don't show in the result if you do a general Google search. - Jmabel ! talk 05:11, 16 October 2024 (UTC)
- Yes Wikipedia is, but not Commons, the second largest Wikimedia project with a type of content that lots of people are interested in, watch and search for (media of all kinds). It does not index any video on here (at least in my tests I could not find any so far even when searching for the exact title) and images I think are only indexed when they're used in Wikipedia articles and even then often missing from the main results. One part of the proposal is systematic tests/investigations so there is some data on this. I think overall the indexing is pretty bad even when one is searching for a subject that WMC has lots of high quality contents and other image results that are shown are fairly low-quality. One could also focus on the videos. Prototyperspective (talk) 20:32, 15 October 2024 (UTC)
- Wikipedia itself is indexed rather highly on Google search results though. And it does index images that are used in Wikipedia articles, but this treatment isn't extended to the other Wikimedia projects. (I can't speak for other media files however). ReneeWrites (talk) 18:26, 15 October 2024 (UTC)
- Google clearly does take these images into account. I looked up a handful of terms:
| Google Images searches |
|---|
|
If you narrow your search to CC images, you get more from Flickr and Commons:
| Google Images searches - Narrowed to Creative Commons |
|---|
|
I don't believe there even is a problem. Sure, results from WMF projects are only 1 or 2 in many cases, but:
- it's not like there was any other site that did have a majority of the top results
- you can improve them by searching for CC content
- Wikipedia was almost always in the results, even if they didn't have a majority in the top images (which there's no reason it should, might I add). I can't say the same about other results I saw, like Britannica, NatGeo, Adobe Stock, etc.
- Google is showing results from Wikipedia, Commons, and even smaller projects like Wikispecies and Wikivoyage, at times .I wouldn't put it past them that they're prioritizing commercial and social sites that run Google Ads (purely speculation from my part, don't take my word for it), but I find it hard to believe that they're straight up censoring, shadowbanning, or otherwise limiting results from WMF projects. Rubýñ (Scold) 17:21, 15 October 2024 (UTC)
- I haven't repeated all the searches to test this, but with the ones I did I only got 1 result from WMF, and it was the image in the infobox of the Wikipedia article about the subject. ReneeWrites (talk) 20:29, 15 October 2024 (UTC)
- I personally use Ecosia to search things and I often just type in something in Ecosia rather than search it here because I am too lazy to use the convoluted Wikimedia internal search method (yes, using external websites to find something is oftentimes easy than the internal "search" engines on Wikimedia websites), but I noticed that in the past few months Ecosia has been suppressing non-Wikipedia Wikimedia websites more, now, this seems to coincide with the switch where Ecosia now mixes in Google Search search results with those from Microsoft Bing, before this change Ecosia exclusively used Microsoft Bing and while I've used Microsoft Bing as my main search enginge since 2011~2012'ish, I switched to Ecosia a couple of years ago (after I saw one of their advertisements on Google YouTube) and I occasionally compare it with Google Search and other search engines. Judging by the fact that Google Search suppresses Wikimedia Commons and Microsoft Bing does this to a lesser extent I assume that this likely is a deliberate choice by those companies. But it could probably also be something internal at Wikimedia websites as all non-article space pages at Wikipedia are also excluded from search engines (meaning that someone cannot find any Wikipedia policy pages unless someone looks for them within Wikipedia, which I've always found to be a rather odd choice).
- Now, we know that Google Search, Microsoft Bing, Ecosia, DuckDuckGo, Yahoo! Search, Etc. all heavily rely on Wikidata, perhaps linking all Wikimedia Commons category pages with Wikidata items might help integrate this website better with search engines, if you think about it, the exclusion of the Wikimedia Commons is exclusively the exclusion of the Wikimedia Commons, I have no trouble finding results from the Wiktionary or Wikivoyage, which probably means that the integration between Wikidata and other Wikimedia websites helps them. Now, I know that "SEO" is considered "a curse word among Wikimedians", but if we want the Wikimedia Commons to show up in search results we most likely do need to link to Wikidata and properly use redirects, alternative titles, translations, Etc. in a way that makes sense. For example, if you search for alternative titles on Wikipedia you get them, like "Communist Germany" in a search enginge you'll find the DDR because "Communist Germany" is a redirect at Wikipedia. Meanwhile, we tend to have highly specific titles and redirects are typically deleted. But my guess is that the main culprit is the lack of Wikidata integration at the Wikimedia Commons, I wonder if files with more optimised structured data also show up in search engine results more as these are dependent on Wikidata items. Alternatively, we could compare if categories with or without Wikidata integration show up more in internet search enginges. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 18:52, 19 October 2024 (UTC)
- Thanks for this interesting info contribution.
- Comparing indexing results between search engines like so and across time (especially after algorithms were reported to be changed albeit it's often probably not announced) could help identify causes and potential mitigation measures.
- I never noticed or thought about search engines not indexing policy and meta pages of Wikimedia sites (nonWMC), if so that's also I think something that would be good to be changed if possible. For example, new editors or readers may search for these with a search engine instead of the internal one. If they searched for a meta/help pages on Commons it's often quite possible they can't find it because they don't show up in the search results even when in the MediaSearch' Categories and Pages tab (issue #8 here).
- [Google & Co] all heavily rely on Wikidata that good integration with Wikidata is a cause for SE indexing or good indexing and that improving that integration are two hypotheses that could be tested. I do not think this is the case much because category pages that are linked to Wikidata items also do not show up and only a tiny sub < 0,01% of files are used in Wikidata items or usable there while most items are somewhere underneath a category that is linked to Wikidata item. I think 'it's not linked to a Wikidata item' or 'it doesn't have structured data depicts statements' would be not much more than false excuses (not necessarily deliberate) for not indexing and I don't see why it would rely on / require it / why it should be expected. Moreover, some categories should probably be well-indexed without being linked to a Wikidata item or linking such would be inappropriate or at least can't be done at scale(?) – e.g. Category:Drone videos with lots of organized content can't even be found in DuckDuckGo when searching for
drone videos wiki(btw I think it should also show up high for searches likefree drone videos). The linked proposal however is interesting but I have doubts this can be done both at scale and affects the SE much. Data suggesting such as has any significant effect is also missing. So I don't think it would solve this, e.g. videos on WMC still don't show up in the videos tab and many large categories are already linked. - and properly use redirects, alternative titles, translations, Etc. in a way that makes sense Agree. One option is to sync ENWP redirects of items to WMC so WMC has the same redirects [ie a tool for doing so]. Another is Adding machine translated category titles and this could also be implemented via redirects and be extended to category descriptions. This however is another case that I don't think should be required for the pages to show up in search results but only improve them. It's possible that this would solve this even if it shouldn't be that way due to how pages are ranked. Note that this may require that the category page is an actual url with an actual title and not not the same url with some Javascript dynamically changing the title depending on the user language. Another option of creating redirects of translated titles – Category:Tiere (de; only plural form not singular) currently redirects to Category:Animals – can't be done at scale and may cause issues (such as HotCat autocompletes).
- In any case such comparison data would be great even if it's just a small factor (I doubt it's the main culprit for the plural indexing issues).
- Prototyperspective (talk) 20:03, 19 October 2024 (UTC)
- From everything I've been able to tell, Google does index pages in "Commons" space. For example, do a Google search on "structured data commons" (no quotes). - Jmabel ! talk 16:43, 20 October 2024 (UTC)
- Yes, this is known, e.g. the intro already is about "most" files, not "all" files as well as results' ranking/findability. I've yet got to see a WMC video in the videos tab however. Prototyperspective (talk) 16:46, 20 October 2024 (UTC)
- Sorry I misunderstood your comment Jmabel – it's addressing point #2 and you're right on that.
- Some examples of low-views useful major categories below. Please comment if anybody knows more in regards to why Videos on WMC are not showing in the Videos tab of Google, DuckDuckGo, etc. Maybe one could ask them or see if there's any other large websites whose videos are not shown there (and why).
- Yes, this is known, e.g. the intro already is about "most" files, not "all" files as well as results' ranking/findability. I've yet got to see a WMC video in the videos tab however. Prototyperspective (talk) 16:46, 20 October 2024 (UTC)
- From everything I've been able to tell, Google does index pages in "Commons" space. For example, do a Google search on "structured data commons" (no quotes). - Jmabel ! talk 16:43, 20 October 2024 (UTC)
- Thanks for this interesting info contribution.
- Prototyperspective (talk) 17:23, 26 October 2024 (UTC)
- The 14th most viewed page and the second most viewed category on Commons [1] in also a video category [2]. Views on all Commons pages are quit low there is nothing special with videos on Commons. GPSLeo (talk) 19:13, 26 October 2024 (UTC)
- Yes, even Commons pages with most view get few views which is consistent with the problem description in the proposal. I did not suggest there was something special with videos except that none of them are shown in and indexed in the videos tab of the search engines. Prototyperspective (talk) 19:29, 26 October 2024 (UTC)
- The 14th most viewed page and the second most viewed category on Commons [1] in also a video category [2]. Views on all Commons pages are quit low there is nothing special with videos on Commons. GPSLeo (talk) 19:13, 26 October 2024 (UTC)
- Prototyperspective (talk) 17:23, 26 October 2024 (UTC)
- It's a good thing, if Google keeps us a relative secret. This is a databank for a select audience, that’s hopefully using items for creating content, or research. It's not a social media website for easy access to every airhead in creation, we don't need the level of vandalism, that would surely follow.
- As a matter of fact, we scavenge off commercial websites, without them, we would have limited access to new materiel. It would be detrimental, to attempt to replace them, no good would come of it. Broichmore (talk) 12:26, 29 October 2024 (UTC)
- Even for "select audience" it's known, used and discoverable far too little. They also use the Videos tab for example. Moreover, I do not agree with this elitism. Free media and free knowledge is about society overall not some very small group. With increased use, there would also be increased contributors who watch pages and Wikipedia is used much more and is not overrun by vandalism, it probably doesn't increase linearly with increased public use and even if it would there can be and are technological means to detect vandalism. The site would not replace commercial websites even if far more popular. I do not agree that we scavenge off these either. Prototyperspective (talk) 12:54, 29 October 2024 (UTC)
- So, to wrap this up: you want to upload stuff on Commons and have it shown in google´s services in a predictable way. This would only make sense for either advertising or some sort of campaigning and that is "no bueno". Alexpl (talk) 15:43, 30 October 2024 (UTC)
- No this doesn't wrap it up at all and it's entirely unrelated to advertising or some sort of ad-like campaigning. It's also not about a "predictable way". Prototyperspective (talk) 16:03, 30 October 2024 (UTC)
- Sure. Alexpl (talk) 18:30, 31 October 2024 (UTC)
- Its to bad the Phabricator ticket is stalled out. It doesn't seem like anything else can be done about it outside of that though. --Adamant1 (talk) 19:15, 31 October 2024 (UTC)
- I named three specific things in the linked proposal. These things can be done. Prototyperspective (talk) 21:11, 31 October 2024 (UTC)
- Sure, but I was specifically referring to this discussion. Not suggestions you've made in other proposals. Can anything be done about it in this conversation? Probably not. Can things be done about in other conversations or places? Maybe. But I'm not replying to someone else in another conversation now am I? --Adamant1 (talk) 21:34, 31 October 2024 (UTC)
- I named three specific things in the linked proposal. These things can be done. Prototyperspective (talk) 21:11, 31 October 2024 (UTC)
- Its to bad the Phabricator ticket is stalled out. It doesn't seem like anything else can be done about it outside of that though. --Adamant1 (talk) 19:15, 31 October 2024 (UTC)
- Sure. Alexpl (talk) 18:30, 31 October 2024 (UTC)
- I don't think it's appropriate (let alone necessary) to make assumptions about why someone would support this initiative, especially if those assumptions are going to be bad ones. For my part I just like the information I add to these projects (whether this is Commons or Wikipedia itself) to be findable, but the difference between how the Google search engine treats these two projects is night and day. ReneeWrites (talk) 15:57, 3 November 2024 (UTC)
- No this doesn't wrap it up at all and it's entirely unrelated to advertising or some sort of ad-like campaigning. It's also not about a "predictable way". Prototyperspective (talk) 16:03, 30 October 2024 (UTC)
- So, to wrap this up: you want to upload stuff on Commons and have it shown in google´s services in a predictable way. This would only make sense for either advertising or some sort of campaigning and that is "no bueno". Alexpl (talk) 15:43, 30 October 2024 (UTC)
- Even for "select audience" it's known, used and discoverable far too little. They also use the Videos tab for example. Moreover, I do not agree with this elitism. Free media and free knowledge is about society overall not some very small group. With increased use, there would also be increased contributors who watch pages and Wikipedia is used much more and is not overrun by vandalism, it probably doesn't increase linearly with increased public use and even if it would there can be and are technological means to detect vandalism. The site would not replace commercial websites even if far more popular. I do not agree that we scavenge off these either. Prototyperspective (talk) 12:54, 29 October 2024 (UTC)
October 29
Your input...
FYI: Commons talk:Administrators#Userpages: red or blue? Regards, Aafi (talk) 09:39, 29 October 2024 (UTC)
- "[Administrator should have a] user-page with .. [information] how they could be contacted": Is that a joke? Don't we have talk pages for that?
∞∞ Enhancing999 (talk) 10:14, 29 October 2024 (UTC)- @Enhancing999, I'm sorry if that sounded somewhat weird. I've made a change and tried to clarify what I exactly mean by it. You're free to comment on that discussion. I posted here for a wider community input and won't be monitoring any responses here. ─ Aafī on Mobile (talk) 10:23, 29 October 2024 (UTC)
- So my quote is no longer on that page. Ok.
- I wonder if user pages are read as much as some user hope ..
∞∞ Enhancing999 (talk) 10:27, 29 October 2024 (UTC)
- @Enhancing999, I'm sorry if that sounded somewhat weird. I've made a change and tried to clarify what I exactly mean by it. You're free to comment on that discussion. I posted here for a wider community input and won't be monitoring any responses here. ─ Aafī on Mobile (talk) 10:23, 29 October 2024 (UTC)
- Interestingly, there isn't much info on User:EugeneZelenko's user page (one of the admins/bureaucrats who asked for a user page to be created).
∞∞ Enhancing999 (talk) 10:43, 29 October 2024 (UTC)- Aren't language skills, user rights status and projects where user is participating/had participated completely useless? This seems bare minimum for me and I don't demand for something more. EugeneZelenko (talk) 14:34, 29 October 2024 (UTC)
- For user rights, the information is generally not complete and better left to the relevant MediaWiki function.
- Language skills should be visible on the talk page and most of the time, at least implicitly it is.
∞∞ Enhancing999 (talk) 19:34, 29 October 2024 (UTC)- Information from user talk page could be accidentally removed. For example links to archived talks were deleted couple of times from my talk page. Also archive bots could move it. So user page is something more persistent. EugeneZelenko (talk) 14:31, 30 October 2024 (UTC)
- Same could happen to a user page. Adding it directly to the talk page saves time.
∞∞ Enhancing999 (talk) 07:50, 1 November 2024 (UTC)- In contrast to user talk pages, I've never heard of a user page getting archived, and other people don't normally come along and edit your user page. So I think the distinction is valid here. - Jmabel ! talk 06:09, 3 November 2024 (UTC)
- Admins are expected to know how to configure archiving so that not everything gets archived. Never heard of problems with the archiving bot in this regards.
∞∞ Enhancing999 (talk) 09:48, 3 November 2024 (UTC)- "Admins are expected to know how to configure archiving…" Really? I'm an admin and have rather little idea how to set up archiving. I've had a couple of occasions to do it in 20 or so years, and looked up what I needed to know. Is this listed in the requirements for adminship somewhere? If so, I suppose I should learn it, but I'd be surprised if it is. - Jmabel ! talk 17:31, 3 November 2024 (UTC)
- It seems you figured it out. Most config things need checking each time one uses is at those thing tend to evolve.
- We wouldn't want to require to create user pages and add languages to user pages instead of where there are need: talk pages .. just because some admins wouldn't be able to manage their user talk page, wouldn't we?
∞∞ Enhancing999 (talk) 21:53, 3 November 2024 (UTC)
- "Admins are expected to know how to configure archiving…" Really? I'm an admin and have rather little idea how to set up archiving. I've had a couple of occasions to do it in 20 or so years, and looked up what I needed to know. Is this listed in the requirements for adminship somewhere? If so, I suppose I should learn it, but I'd be surprised if it is. - Jmabel ! talk 17:31, 3 November 2024 (UTC)
- Admins are expected to know how to configure archiving so that not everything gets archived. Never heard of problems with the archiving bot in this regards.
- In contrast to user talk pages, I've never heard of a user page getting archived, and other people don't normally come along and edit your user page. So I think the distinction is valid here. - Jmabel ! talk 06:09, 3 November 2024 (UTC)
- Same could happen to a user page. Adding it directly to the talk page saves time.
- Information from user talk page could be accidentally removed. For example links to archived talks were deleted couple of times from my talk page. Also archive bots could move it. So user page is something more persistent. EugeneZelenko (talk) 14:31, 30 October 2024 (UTC)
- Aren't language skills, user rights status and projects where user is participating/had participated completely useless? This seems bare minimum for me and I don't demand for something more. EugeneZelenko (talk) 14:34, 29 October 2024 (UTC)
October 30
Views through mobile phones
Do we have a category for images like the one above? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:51, 30 October 2024 (UTC)
- technically? Category:Mobile phone screenshots. Alexpl (talk) 14:52, 30 October 2024 (UTC)
- @Alexpl: Please use the colon trick per internal links to form Category:Mobile phone screenshots. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 18:42, 30 October 2024 (UTC)
- There's no category for that currently, but you can find enough images that depict something similar to justify creating a new category for it. I'm not sure what to call it though. ReneeWrites (talk) 20:21, 30 October 2024 (UTC)
- No, there is no category for that. Checked this by searching for images like this and opening some that are of the same kind which all do not have such a category set. I doubt such a category would be due or useful though but it could be created. I think it would be useful if the phones showed augmented reality but there's very few photos of that kind and it would be a subcategory of Category:Augmented reality. Prototyperspective (talk) 10:41, 3 November 2024 (UTC)
If I make such a category, does anyone have any thoughts as to what we should call it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:19, 3 November 2024 (UTC)
- "Photos with views through mobile phones". Prototyperspective (talk) 12:28, 3 November 2024 (UTC)
October 31
Almost 400k files need license review
I just did a search of Category:License review needed and subcategories and saw almost 400k files!!!
The result is that some of those files have been marked for review for years and the source die before anyone review the file. Then we have two choises:
- Mark the file for deletion (just like what is standard for recent files that fail upload)
- Keep the file
I'm sure reviewers feel tempted do skip such old files because it does not feel right to delete a file that could have been saved if it was reviewed right after the file was uploaded.
The good news is that many of those files might actually not need a "normal" review to confirm the license. For example a bot can verify a video have the right license but it can't check if there are any derivative work in the video. So it might help if we somehow could sort the files in those that urgently need a review and those that can wait. If anyone have ideas feel free to fix the problem.
If a file is checked 1 or 10 years after upload and no longer available we could create a template like {{Grandfathered old file}} that say that uploader claim the file is licensed freely but we can't verify that (now).
If we do so then we could move files that can't be reviewed from the normal review categories and hopefully it will be easier for reviewers to keep up with new uploads. It's like link rot. We can't fix what is allready broken but we can focus on new files.
Question is if that is an acceptable solution? Or does someone have a better idea? --MGA73 (talk) 16:04, 31 October 2024 (UTC)
- Delete the files. Otherwise, we create a playground for underworked attorneys to hassle Wikimedia/Foundation for years - before we ultimately have to delete those files anyway. Alexpl (talk) 16:55, 31 October 2024 (UTC)
- There is 30k+ files from Finna.fi which could be reviewed by software if somebody would like to write script which compares image to image in Finna and confirms that the licence is correct. I could even write script for that if somebody wants to run it. (note: I am participated to uploading the images). I suppose that there is other images uploaded from well formed repositories with API too which could be reviewed automatically too. --Zache (talk) 17:20, 31 October 2024 (UTC)
- I don't see how (all) files can/should be deleted as long as there is no obvious violation of guidelines or laws (and probably a huge amount of files is good (and several files are in use etc. etc.)) --PantheraLeo1359531 😺 (talk) 17:36, 31 October 2024 (UTC)
- Where exactly are those "400k" files? There are e.g. ~110,000 files in subcats of CAT:URAA (which includes +600 artist categories whose works are potentially affected by URAA paranoia), or ~130,000 files in CAT:PD-Art (PD-old default) (which are in 95% of cases obvious PD-old-70 or similar). There are 'only' 70,000 files using the actual {{LicenseReview}} template, and from my experience it dosen't seem to be the case that those files are more likely to be copyright violations than other any file on Commons (pretty much the opposite is the case). ~TheImaCow (talk) 17:56, 31 October 2024 (UTC)
- @TheImaCow: I agree that many files does not require an actual review but there are other review templates that LicenseReview. For example YouTube, Flickr and GODL-India. That is why I said it might help if we sort the categories in files that should be reviewed where someone confirm that the file is on some website with some license and files that need some other review were we do not need to compare the file to some website. --MGA73 (talk) 18:07, 31 October 2024 (UTC)
- About the files in those two subcats, I was wondering to what extent they are part of the actual license review process (and should therefore only be dealt with by a license reviewer). Unlike PDM Flickr files and those manually tagged for license review, the files wouldn't be in those subcats if the uploader had used the correct templates to begin with. If the uploader could have done that, couldn't any Commons user in good standing just add the relevant tag (or nominate for deletion), without using a {{License review}} template at all? Felix QW (talk) 17:36, 8 November 2024 (UTC)
- @Felix QW: yes I think you are right. We should have 2 different categories. One where we need trusted users to verify that a specific file is on a specific website and has a specific license and one for other types of review that does not require users to check a specific website. --MGA73 (talk) 17:46, 8 November 2024 (UTC)
- I agree. I do think though that when a license review has been requested manually (as for the templates added by ShakespeareFan00), then it should still be dealt with by a license reviewer (as the successor to the previous more specific user group of PD Reviewers), despite not requiring the verification of a specific website. Felix QW (talk) 20:24, 8 November 2024 (UTC)
- @Felix QW: I think any user can remove a request for a license review if they have a good reason. In this case what is needed is that someone find out who wrote the articles and I'm a license reviewer and I have no idea who the author of those articles are. If a non-reviewer knows who did then I see no reason why they can't add that information. --MGA73 (talk) 20:31, 8 November 2024 (UTC)
- I agree that they can, and in this particular case - as you said below - the more precise template should have been used instead of the review template. I think since it is there now though, such a user should add the information but keep the license review template, and then a reviewer checks that everything makes sense and fills in the template. Because understanding the details of global copyright is quite different from verifying pages, COM:PD review was originally a separate process, with a separate user group. Recently, they were integrated into license review and I think we are still working out what that precisely means. Felix QW (talk) 09:52, 9 November 2024 (UTC)
- @Felix QW: I think any user can remove a request for a license review if they have a good reason. In this case what is needed is that someone find out who wrote the articles and I'm a license reviewer and I have no idea who the author of those articles are. If a non-reviewer knows who did then I see no reason why they can't add that information. --MGA73 (talk) 20:31, 8 November 2024 (UTC)
- I agree. I do think though that when a license review has been requested manually (as for the templates added by ShakespeareFan00), then it should still be dealt with by a license reviewer (as the successor to the previous more specific user group of PD Reviewers), despite not requiring the verification of a specific website. Felix QW (talk) 20:24, 8 November 2024 (UTC)
- @Felix QW: yes I think you are right. We should have 2 different categories. One where we need trusted users to verify that a specific file is on a specific website and has a specific license and one for other types of review that does not require users to check a specific website. --MGA73 (talk) 17:46, 8 November 2024 (UTC)
- Where exactly are those "400k" files? There are e.g. ~110,000 files in subcats of CAT:URAA (which includes +600 artist categories whose works are potentially affected by URAA paranoia), or ~130,000 files in CAT:PD-Art (PD-old default) (which are in 95% of cases obvious PD-old-70 or similar). There are 'only' 70,000 files using the actual {{LicenseReview}} template, and from my experience it dosen't seem to be the case that those files are more likely to be copyright violations than other any file on Commons (pretty much the opposite is the case). ~TheImaCow (talk) 17:56, 31 October 2024 (UTC)
- I don't see how (all) files can/should be deleted as long as there is no obvious violation of guidelines or laws (and probably a huge amount of files is good (and several files are in use etc. etc.)) --PantheraLeo1359531 😺 (talk) 17:36, 31 October 2024 (UTC)
- @Alexpl: underworked attorneys could have done that already if they want. Some of the file have been here for many years. If the files are uploaded by users with a good upload history I would not worry that much. If uploaded by someone with only one upload or with 10 uploads where 9 was deleted as copyvios I would worry much more. In any case if someone send a take down notice then I’m sure the file would be deleted even if it had a template saying file was claimed to be free but sadly not reviewed in time. --MGA73 (talk) 05:59, 1 November 2024 (UTC)
- A bot could identify files, that have a source, that is archived in archive.org or archive.is or both and add this information to the talk page of the file. Files without an archive version could get priority for review. --C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 07:05, 1 November 2024 (UTC)
- That is simply most (or so I think) files uploaded with video2commons for example. I don't know why you suggest deletion. They definitely should not be deleted just because somehow a license review tag was added. Most files simply do not have such a tag but are likewise not license reviewed, there is no reason for deleting files that have this template set. Once again I strongly disagree Alexpl but also I don't understand why he would even comment something like that.
- For license review, please prioritize those files that are in use. Various tools like GLAMorgan can be used to see files that are in use that are in category Category:License review needed. This tag / category is useful for that but maybe it should be used more sparingly, e.g. only for uploads by new users or a subset of video2commons uploads and/or the reviewing could be automated.
- Prototyperspective (talk) 12:02, 1 November 2024 (UTC)
- Here's one further idea: a link archival bot for external links on Commons (anywhere but especially in the source field of {{Information}}). There have been many requests & proposals for this in the Community Wishlists and so on but they are usually focused on Wikipedia. It seems like on Wikipedia lots of this is being done. Not so much on Commons except for vid2commons which seems to request an IA-archival for every video/audio import. This recent Wishlist proposal has "All projects" specified so its scope includes Commons; probably more could and should be done: Automatic Archiving of Cited Web Pages in Web Archive. Prototyperspective (talk) 17:27, 1 November 2024 (UTC)
Thank you for all the ideas. It would be great if they could be implemented. :-)
I mentioned a template earlier and I made an example of how it might look:
|
This image was originally posted to a website and claimed to be licensed under a free license. An administrator or reviewer <user> tried on the <date> to confirm that the above/below mentioned license was valid. However the file was not available on the specified source so the copyright status could not be confirmed. Administrator/reviewer found no indications that the copyright claim can't be trusted. If you disagree you can start a deletion request and state your reasons. |
I think such a template would be useful because it will make it possible to get the file away from the review category and at the same time it tell everyone that there is no reason to asking for a new review. --MGA73 (talk) 16:48, 1 November 2024 (UTC)
Support such a template.- we need a bot to go through files with a youtube source and test if the youtube source is ccby. when no, fail the review; when yes, mark it with a template that says something like "bot xx confirms that the given source youtubeURL is ccby" and auto categorises to a category "youtube files reviewed by bot". if a human reviews after the bot review, it gets categorised to "youtube files reviewed by bot and reviewer".
- we also need bots/some better automatic processes for all the iranian news photos.
- RoyZuo (talk) 18:50, 1 November 2024 (UTC)
- Re 2.: Agree. However, it's not so simple: often people upload videos they don't have rights for under CCBY or only mean the music is CCBY but not the video. Sometimes, a different license is specified in the file description but usually that's just CCBYSA or CCBY4.0 instead of CCBY3.0. Sometimes, a license may be specified in the description but not in the file metadata but I think this is an edge case that shouldn't be a problem. Lastly, some files were CCBY at the time of upload but had this changed later on or the video is down. In any case, I don't think most of these 400 k files are videos from youtube. Prototyperspective (talk) 19:08, 1 November 2024 (UTC)
- All the special cases can be handled in a DR started by the bot, or by the uploader replacing the failed review template with one that says "this youtube file fails bot review but is actually good so a human please review it".
- as long as a bot starts working and continues non stop, any new youtube uploads will be handled shortly after upload. then it's the uploader's responsibility to explain all those special cases (changed licence, taken down video...). if they cant do that in like 1 or 2 days after upload, the file deserves speedy deletion.
- https://commons.wikimedia.org/w/index.php?search=incategory:License_review_needed+youtube 17545 / 76125 = 23%. RoyZuo (talk) 19:31, 1 November 2024 (UTC)
- RoyZuo there are allready too many DR to handle. If a bot start thousands then the system will crash. I agree that files that fail a review shortly after upload should be deleted. But I think that a "no source" is better than a DR. --MGA73 (talk) 17:41, 3 November 2024 (UTC)
- Simple: rate-limit the bot to create 10 DR per month for old files (uploaded before the bot starts working). RoyZuo (talk) 19:38, 3 November 2024 (UTC)
- @RoyZuo: 10 DR per month is not even a drop in the bucket, certainly not a reason to use a bot. - Jmabel ! talk 19:41, 5 November 2024 (UTC)
- Simple: rate-limit the bot to create 10 DR per month for old files (uploaded before the bot starts working). RoyZuo (talk) 19:38, 3 November 2024 (UTC)
- I'm happy to design the templates, but i dont have the coding skills for the bot testing youtube url bit. RoyZuo (talk) 19:45, 3 November 2024 (UTC)
- I just noticed that it seems that the YouTubeReview template puts files in both Category:License review needed and Category:YouTube review needed. I think files should be in only one of the categories. --MGA73 (talk) 05:53, 4 November 2024 (UTC)
- RoyZuo there are allready too many DR to handle. If a bot start thousands then the system will crash. I agree that files that fail a review shortly after upload should be deleted. But I think that a "no source" is better than a DR. --MGA73 (talk) 17:41, 3 November 2024 (UTC)
- Re 2.: Agree. However, it's not so simple: often people upload videos they don't have rights for under CCBY or only mean the music is CCBY but not the video. Sometimes, a different license is specified in the file description but usually that's just CCBYSA or CCBY4.0 instead of CCBY3.0. Sometimes, a license may be specified in the description but not in the file metadata but I think this is an edge case that shouldn't be a problem. Lastly, some files were CCBY at the time of upload but had this changed later on or the video is down. In any case, I don't think most of these 400 k files are videos from youtube. Prototyperspective (talk) 19:08, 1 November 2024 (UTC)
Comment There was an attempt earlier at Commons:Bots/Requests/EatchaBot 3 / Category:Arranged license review project to make review easier. I think it did help but it have now stopped. Maybe there are some ideas or code that can be of use for future bots. I also like the idea Zache mention about having a bot to confirm that files from Finna match the source. It is probably not possible to make one bot that can solve all problems but it will help if one or more bots can do some tasks and reduce the amount of files that humans have to work on. --MGA73 (talk) 19:40, 1 November 2024 (UTC)- Comment there is certainly a real issue here, but I have no idea how it would best be addressed. In an awful lot of these cases, the original source is no longer available. - Jmabel ! talk 17:39, 3 November 2024 (UTC)
- There're 6k pd files https://commons.wikimedia.org/w/index.php?search=incategory:License_review_needed+PD . many of them are there probably because of User:ShakespeareFan00 https://commons.wikimedia.org/w/index.php?oldid=519632949 . RoyZuo (talk) 19:57, 3 November 2024 (UTC)
- Yes and that is a different type of review. Even if the source die it will not be a problem. --MGA73 (talk) 20:08, 3 November 2024 (UTC)
- Weird was that ever a publication known for featuring the names of the writers with a large portrait next to the articles?
∞∞ Enhancing999 (talk) 09:38, 4 November 2024 (UTC)- lol and I would have prefered that the review template was remove and the other one was kept. It is more specific. --MGA73 (talk) 14:22, 4 November 2024 (UTC)
November 01
Obtuse bot created categories
Apparently User:Gzen92Bot has been mass creating thousands of categories that only contain a couple of images and basing the names of the categories on the file names. Category:"Papier dominoté. Damier alternant le motif du dé, face cinq, un carré plein, deux carrés avec deux fleurs stylisées différentes, un carré avec un motif " géométrique ", sur fond vert pâle - btv1b10576326x being one of thousands of examples. People can look through Category:Files from Gallica needing categories (images) to find a ton more. Creating 20 word categories based on purely descriptive file names seems sub-suboptimal at best though. More so given that it's being done in mass and through automated editing. I'm not really sure what to do about it though since I'm not an expert on bots. Let alone am I even sure if it's an issue to begin with. But it does seem like a needlessly obtuse way to do things. So does anyone else have an opinion about it or know what can be done done to fix the issue assuming it even is one? --Adamant1 (talk) 04:51, 1 November 2024 (UTC)
- @Adamant1: I fully agree. Creation of >7,000 uncategorized and possibly-nonsense categories is not appropriate. Doubly so given that this does not seem to be an approved task for the bot. I have blocked the bot until/unless the task is approved.
- @Gzen92: This is the third time your bot has been blocked for operating with an unapproved task. Per Commons:Bots#Permission to run a bot, it is not optional to seek approval for bot tasks. Pi.1415926535 (talk) 05:46, 1 November 2024 (UTC)
- @Adamant1: As a regular user with some background in research data management, I completely agree as well. Thanks for pursuing the matter. RobbieIanMorrison (talk) 06:53, 1 November 2024 (UTC)
- Gee .. what's the cleanup plan for these?
∞∞ Enhancing999 (talk) 07:48, 1 November 2024 (UTC)- Please delete all the subcategories of Category:Files from Gallica needing categories (images). Prototyperspective (talk) 11:56, 1 November 2024 (UTC)
- Strong oppose towards such mass deletions. These categories appear to contain similar images, which can greatly aid the manual, proper catgorisation on commons - these categories may or may not be deleted if the images in them have been properly categorized. ~TheImaCow (talk) 16:24, 1 November 2024 (UTC)
- Most of them contain just 2 images. The files would be upmerged. Prototyperspective (talk) 17:20, 1 November 2024 (UTC)
- Strong oppose towards such mass deletions. These categories appear to contain similar images, which can greatly aid the manual, proper catgorisation on commons - these categories may or may not be deleted if the images in them have been properly categorized. ~TheImaCow (talk) 16:24, 1 November 2024 (UTC)
- Please delete all the subcategories of Category:Files from Gallica needing categories (images). Prototyperspective (talk) 11:56, 1 November 2024 (UTC)
- @Adamant1, Pi.1415926535, and Enhancing999: I continued uploading following Commons:Bots/Requests/Gzen92Bot-4, but I agree with the additional categories. I will make a new request (I will indicate the link here soon). This raises questions: there are millions of files to upload and it cannot be done manually, so from how many files should a category be created? How to name the categories (other than with the name of the file)? Following the decision I could easily empty the categories. Gzen92 (talk) 08:19, 1 November 2024 (UTC)
- If you are not able to categorize the photos properly when uploading such an amount of photos you should slow down the upload process and create them manually. GPSLeo (talk) 08:29, 1 November 2024 (UTC)
- Categorisation of images on Commons is not a requirement when uploading images & it shouldn't be - especially not for batch/GLAM uploads. A category such as "Images to check" is sufficient & often much better than automated categorisation. There are still thousands of content categories with random junk in them that was dumped there by automatic categorisation from ten years ago which needs to be cleaned up. A bunch of images, or also a bunch of 500,000 images waiting in a "to check/to categorize" category don't hurt anyone whatsoever, as opposed to poorly done automatic categorisation. ~TheImaCow (talk) 16:24, 1 November 2024 (UTC)
- I made the request. Gzen92 (talk) 17:26, 1 November 2024 (UTC)
- I'm not sure if it's practical in this case but the way I'd do it is to categorize the images by subject. For instance "maps from Gallica", "books from Gallica", Etc. Etc. Then people sub-categorize the images beyond that if they want to. But at least it doesn't lead to a bunch of random categories. --Adamant1 (talk) 18:42, 1 November 2024 (UTC)
- I made the request. Gzen92 (talk) 17:26, 1 November 2024 (UTC)
- Categorisation of images on Commons is not a requirement when uploading images & it shouldn't be - especially not for batch/GLAM uploads. A category such as "Images to check" is sufficient & often much better than automated categorisation. There are still thousands of content categories with random junk in them that was dumped there by automatic categorisation from ten years ago which needs to be cleaned up. A bunch of images, or also a bunch of 500,000 images waiting in a "to check/to categorize" category don't hurt anyone whatsoever, as opposed to poorly done automatic categorisation. ~TheImaCow (talk) 16:24, 1 November 2024 (UTC)
- If you are not able to categorize the photos properly when uploading such an amount of photos you should slow down the upload process and create them manually. GPSLeo (talk) 08:29, 1 November 2024 (UTC)
- Comment I'm not a fan of mass creation of categories with very few files in them (generally I do not like categories with very few files and I prefer to have 20 photos of John Doe in one category rather than to have 10 categories of John Doe in 2020, John Doe in 2021 or John Doe wearing a yellow hat looking west). But now they are created I agree with TheImaCow that it might be better to keep them untill better categories are created. --MGA73 (talk) 18:04, 1 November 2024 (UTC)
- At Commons:Bots/Requests/Gzen92Bot-6 there is now a discussion if the user should be trust to allow more uploads without categorization or cleanup of the current mess.
∞∞ Enhancing999 (talk) 10:46, 3 November 2024 (UTC)- @Adamant1, Enhancing999, TheImaCow, Prototyperspective, and MGA73: the millions of files in Gallica will not be able to be categorized automatically (default maintenance category). So :
- 1) Empty the 7,000 categories of Category:Files from Gallica needing categories (images), put the files in Category:Files from Gallica needing categories (images).
- 2) Continue uploading files to Category:Files from Gallica needing categories (images).
- Is that what you need to do? Gzen92 (talk) 09:43, 8 November 2024 (UTC)
- Instead of 7000 or 50000 categories with strange names will it be possible to make fewer categories and put the files in them? For example 500 categories with more generic names? Putting millions of files in just one category does not sound optimal. --MGA73 (talk) 11:22, 8 November 2024 (UTC)
- User:Multichill can you remember where the mapping of images from Geograph was done? I think perhaps a similar method could perhaps work here. --MGA73 (talk) 11:24, 8 November 2024 (UTC)
- Yes, that's an idea. With the author or what is represented. The problem is that it is not structured data, it's text (example author "Atget, Eugène (1857-1927). Photographe" or title "[Eglise] St Sulpice - Buffet d'orgues dessiné par Chalgrin - A été orné de statues de Clodion : [photographie] / [Atget]"), it's complicated. Gzen92 (talk) 12:41, 8 November 2024 (UTC)
- Some effort is needed to map existing metadata to Commons categories. Professionals at GLAMs should be able to work it out.
- Millions of uncategorized files aren't useful. Files dumps should be avoided.
∞∞ Enhancing999 (talk) 08:31, 9 November 2024 (UTC)
- User:Multichill can you remember where the mapping of images from Geograph was done? I think perhaps a similar method could perhaps work here. --MGA73 (talk) 11:24, 8 November 2024 (UTC)
- Instead of 7000 or 50000 categories with strange names will it be possible to make fewer categories and put the files in them? For example 500 categories with more generic names? Putting millions of files in just one category does not sound optimal. --MGA73 (talk) 11:22, 8 November 2024 (UTC)
The "obtuse" categories group the files by the originating works so they seem to be useful. It should be made sure that they do not interfere with manually curated categories or pages like "special: uncategorized categories" but as long as they stay in their own maintenance system I see no need to mass delete them. More important is to develop rules and a workflow how to proceed with this huge upload. Many of the files are valuable and can be put to good use so a more positive view may be adequate. Does anyone remember Commons:British Library/Mechanical Curator collection ten years ago? I´m not sure whether User:Jheald or User:Pigsonthewing initiated that and they chose a different approach (automated table of contents with a focus on commons workflow and manual upload instead of automated upload) but they may have some advice on the handling of British Library´s french counterpart. I hope they are still around :-) --Rudolph Buch (talk) 10:57, 9 November 2024 (UTC)
While ironing my laundry I thought about it a bit more and have a few suggestions:
- (1) Check if the bot needs these exact category names to avoid double uploads. If yes, we shouldn´t change them for now even though they are strange.
- (2) Make sure that the provenance of the files from Gallica is included by a template in the file descriptions so this information can´t get lost by any recategorization done manually. Same for the uploader information, if Gzen wishes to retain that.
- (3) Allow the manual creation of a set of maintenance subcategories to group Gallica files and cats by country and by object type (e.g. Category:Gallica - Uncategorized buildings in France or Category:Gallica - Uncategorized people of Italy and invite everyone to move (not copy!) all suitable content there. Reason: Anyone can do that kind of rough sorting in a first manual run. For a a finer categorization people with interest and expertise in the specific topic can proceed from there.
- (4) Define how comprehensive an image must be categorized before it can be released from the maintenance categories.
- (5) Create a special Gallica dust bin, e.g. Category:Gallica - files and cats to be deleted, to avoid the complicated nominations for deletion of files and categories that contain have no useful content
- (6) Move all the empty images, backsides of postcards and obsolete categories into the dust bin, but keep and rename all categories that group a series of files like book pages or images from the same artist or style.
--Rudolph Buch (talk) 17:30, 9 November 2024 (UTC)
- I don't think building a parallel temporary hierarchy for a millions of files is the way to go. If there are issues with mapping meta data to our categories, this should be looked at by specialists.
∞∞ Enhancing999 (talk) 17:36, 9 November 2024 (UTC)
Derivative works (FOP etc.)
- does commons want derivative works (dw) that are currently not compatible with com:l, especially photos taken in no-FOP countries?
- were there users that got blocked for uploading such dw?
--RoyZuo (talk) 19:24, 1 November 2024 (UTC)
- Yes, they are wanted because one day they will be in the public domain. We hide the images and add an undelete date. There should be a mechanism in place where you can hide an image yourself and add the undelete date. --RAN (talk) 01:17, 2 November 2024 (UTC)
- I don't know if its neccessarily in line with the guidelines but I'm big proponent of people uploading uploading copyrighted works under the guise of documenting and theb deleting them with undeletion dates. At the end of the day this is as much about hosting documenting who created certain works and when they will become PD as it is a place to host freely licensed media. That's at least how I see it. There's no harm in uploading something purely to have it deleted so it can be restored once the copyright expires though. --Adamant1 (talk) 02:35, 2 November 2024 (UTC)
- Afaik, this topic or a similar one was already discussed. And uploading and then deleting sounds a bit circumstancial to me, but it would be very good if you could upload the file and set a publish date (especially for files with copyrighted content that soon will enter the public domain) :). But I strongly support the idea. --PantheraLeo1359531 😺 (talk) 10:09, 2 November 2024 (UTC)
- Just create a deletion request with the undeletion date. That's an easy way to do that. Yann (talk) 09:05, 3 November 2024 (UTC)
- I think the question one should read "FOP" instead of "no-FOP".
∞∞ Enhancing999 (talk) 10:39, 3 November 2024 (UTC)
November 03
Edit summary on project chat
Do we have a guideline that one should state which section one is replying to ? If not, should we have one? Commons:Talk page guidelines doesn't say much about it, but seems to concern itself more with user talk pages than with project chat (or noticeboards).
Personally, I find [3] problematic. The user does so regularly and insists on continuing doing so systematically.
∞∞ Enhancing999 (talk) 11:09, 3 November 2024 (UTC)
- The gadget should be changed so that includes the section link of the closed discussion. This has already been request on its talk page. I also think section links to closed discussions are useful. If subscribing to a thread one gets notified about any reply (and one can also see the section via the diff linked at t he Revision history) which makes this somewhat redundant but it would still be useful. Better than having a gadget for marking threads about issues as solved would be some native button to do so like there is for DiscussionTools that is used on MediaWiki talk pages.
- It's meta:User:DannyS712/EasyResolve. Prototyperspective (talk) 11:19, 3 November 2024 (UTC)
- That a gadget could be changed is not really relevant to the question about what we currently require. Also, as the change has been requested for a long time, it's unlikely it will be changed. In the meantime, one should limit its use to user talk pages.
∞∞ Enhancing999 (talk) 11:27, 3 November 2024 (UTC)- I think 1) the problem of not including section headers is not large enough for it to mean contributors should stop using it 2) many contributors often also edit without any edit summary or section header + there currently is no policy about such things and while it may be the case they should be requested to include such more often, they usually are not asked to change that 3) the benefits of this gadget outweigh. In addition, it is relevant to this discussion – I never said it was relevant to the question about what "we currently require". However, obviously it's also relevant to that. Prototyperspective (talk) 11:33, 3 November 2024 (UTC)
- Yes, it would be nice if the gadget did this, no it is not a big problem. - Jmabel ! talk 17:42, 3 November 2024 (UTC)
- Agreed with Jmabel. ReneeWrites (talk) 22:35, 3 November 2024 (UTC)
- Yes, it would be nice if the gadget did this, no it is not a big problem. - Jmabel ! talk 17:42, 3 November 2024 (UTC)
- I think 1) the problem of not including section headers is not large enough for it to mean contributors should stop using it 2) many contributors often also edit without any edit summary or section header + there currently is no policy about such things and while it may be the case they should be requested to include such more often, they usually are not asked to change that 3) the benefits of this gadget outweigh. In addition, it is relevant to this discussion – I never said it was relevant to the question about what "we currently require". However, obviously it's also relevant to that. Prototyperspective (talk) 11:33, 3 November 2024 (UTC)
- That a gadget could be changed is not really relevant to the question about what we currently require. Also, as the change has been requested for a long time, it's unlikely it will be changed. In the meantime, one should limit its use to user talk pages.
file description pages from IA Flickr stream
File description pages on these generally have extensive automated content, e.g. at this file there is:
- "Identifier, Title, Year, Authors, Subjects, Publisher, Contributing Library, Digitizing Sponsor, Text Appearing Before Image, Text Appearing After Image".
All without actually including the title of the image (included in the source, but vertically).
By default, this all gets added into the "description"-field of {{Information}}. I wonder if there wouldn't be a better place: a separate section and/or field.
∞∞ Enhancing999 (talk) 14:30, 3 November 2024 (UTC)
New page for establishing textured meshes on Commons
In 2018, Commons allowed to upload STL files for the first time. To extend the amount of types that can be uploaded, a new page for textured meshes was created. Perhaps one or the another is interested :)
Commons:Textured 3D --PantheraLeo1359531 😺 (talk) 18:16, 3 November 2024 (UTC)
November 04
FYI
For the next few weeks, I'm looking forward to nominating some kind Wikimedians from this project on m:Merchandise giveaways to appreciate their contributions. I nominated @Abzeronow yesterday and I am hopeful that his contributions are valued. You might want to take a look at at the nomination. Regards, Aafi (talk) 09:49, 4 November 2024 (UTC)
- Curious how much that cost? Aren't donations to WMF to run the servers and pay for MediaWiki developments?
∞∞ Enhancing999 (talk) 09:53, 4 November 2024 (UTC)- Perhaps check m:Wikimedia merchandise for this purpose. Regards, Aafi (talk) 10:07, 4 November 2024 (UTC)
- It doesn't say anything about the cost of not selling the merchandise and not spending the charity funds on fixing the misconfigured Commons upload function instead.
∞∞ Enhancing999 (talk) 10:16, 4 November 2024 (UTC)- The stability of uploads (on the server side) has been improved significantly in this year. (this allows more stable upload tools by users. I cannot comment on the Upload Wizard, i nearly never use the Wizard) C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 16:37, 5 November 2024 (UTC)
- Apparently uploads by users at Commons are slowed down or stopped each time another wiki does some large scale cache invalidation, e.g. to add "JsonConfig tracking category" at dewiki (phab:T378352), More about it at Commons:Village_pump/Technical#Upload_Wizard_very_slow.
∞∞ Enhancing999 (talk) 21:15, 6 November 2024 (UTC)
- Apparently uploads by users at Commons are slowed down or stopped each time another wiki does some large scale cache invalidation, e.g. to add "JsonConfig tracking category" at dewiki (phab:T378352), More about it at Commons:Village_pump/Technical#Upload_Wizard_very_slow.
- The stability of uploads (on the server side) has been improved significantly in this year. (this allows more stable upload tools by users. I cannot comment on the Upload Wizard, i nearly never use the Wizard) C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 16:37, 5 November 2024 (UTC)
- It doesn't say anything about the cost of not selling the merchandise and not spending the charity funds on fixing the misconfigured Commons upload function instead.
- Perhaps check m:Wikimedia merchandise for this purpose. Regards, Aafi (talk) 10:07, 4 November 2024 (UTC)
- Making such an announcement while having a request for Oversight rights running is a bit odd as it looks like you would try to buy votes. GPSLeo (talk) 16:23, 4 November 2024 (UTC)
November 05
New law in Costa Rica: "Public Domain of Information"
Last Friday, November 1, 2024, Costa Rica’s official newspaper, La Gaceta, published Law 10.554, the "Framework Law on Access to Public Information". Pages 24-37.
Article 18 of this law establishes the following:
"ARTICLE 18 - Public Domain of Information
All materials produced by a public official in the course of their duties shall be considered in the public domain, except for personal data and without prejudice to the limits established in the Political Constitution of the Republic of Costa Rica, in international regulations approved by the Legislative Assembly, and in laws, in accordance with the principle of legal reservation."
I kindly request that a Wikimedia Commons administrator consider including this in the copyright policy. ¡Pura vida! LuchoCR (talk) 00:01, 5 November 2024 (UTC)
- Any idea whether this is retroactive? - Jmabel ! talk 19:45, 5 November 2024 (UTC)
- Hello. Pursuant to Article 34 of the Constitution, it has no retroactive effect. LuchoCR (talk) 01:04, 7 November 2024 (UTC)
Moscow State University Herbarium
Hi, I see that the Moscow State University Herbarium has images of its plants under a free license on its website. It would be useful to 1. add all images already uploaded to the source category. 2. license review all files. 3. mass upload all files not yet uploaded. This may requires writing a bot, and knowledge of botany (and may be Russian although the website is also available in English) is probably needed to properly categorize the images (Total items: 983,569). And more than that, apparently all images under [4] are under a free license. Yann (talk) 15:36, 5 November 2024 (UTC)
November 06
{{TOO-US}}
When are we actually supposed to use this template?--Trade (talk) 12:24, 6 November 2024 (UTC)
- I don't think it is ever the only alternative, but it can clarify the reason something is {{PD-ineligible}} in the U.S. - Jmabel ! talk 19:29, 6 November 2024 (UTC)
- US law is the “default” on Commons because Commons is hosted there. I’m not sure what purpose this has. Dronebogus (talk) 12:17, 9 November 2024 (UTC)
Hello dear Wikimedia Commons Community,
My request for oversight access is open for voting until 11th of November, 2024. I wanted to announce it here because 5 days have left. Thanks for all voters and who are planning to vote. Kind regards, Kadı Message 14:58, 6 November 2024 (UTC)
External link detection is now live on Commons
Hi all! We are releasing the first version of our external links detection tool, that will help moderators in identifying potentially problematic media uploaded from potentially problematic domains (such as social media networks and/or stock image suppliers).
If the source corresponds to one of such domains, UploadWizard would create automatically a Structured Data on Commons statement source of file (P7482) file available on the internet (Q74228490), with qualifiers “operator (P137) = <the operator of the website where the image originated>” and “described at URL (P973) = <link to source>”. This would make the potentially problematic uploads easily accessible by administrators and moderators.
For the moment, we will be parsing only for a few selected domains and, if needed, the list can be amended by the community to include other domains that are problematic or have a strong probability of being deleted. We could also make it available for the community to maintain the list of domains directly.
If you have questions or suggestions, please write to us in our project’s talk page. (Since I will be travelling in the next days, I might be slow to respond, so please have patience)
Thanks for your cooperation! Sannita (WMF) (talk) 16:36, 6 November 2024 (UTC)
November 07
AI generated and licensing
Hello everyone. I'm trying to find informations about the possibility of creating images with perchance.org so I need to check if licensing is correct. With that AI generator, I've made a portrait for a Wikipedia article without illustration (composer Judith Weir) so I wanted to be sure I could use it on Commons. Thanks for your help. --TwoWings * to talk or not to talk... 07:49, 7 November 2024 (UTC)
- You can upload a real photograph of Judith Weir to en.wikipedia.org as they allow fair use, or reach out to her personally to ask if she could release a photograph of herself under a free license that can be uploaded to Commons (you can find a list of e-mail templates you can use here: WP:ERP). While I don't know if there's a policy against it, it's certainly frowned upon to use AI images for the purpose of illustrating things that have nothing to do with AI. ReneeWrites (talk) 11:08, 7 November 2024 (UTC)
- It's frowned by a few anti-technology people who don't want to use novel tech for good but slumber. Many AI illustrations are inappropriate, some are great and many could be very useful. However, illustrations of living people are a special case. At least try to make sure no free media of the person exists and you may also try to reach out and ask for a photo albeit that certainly shouldn't be expected. Prototyperspective (talk) 12:11, 7 November 2024 (UTC)
- Why not? ReneeWrites (talk) 12:38, 7 November 2024 (UTC)
- Why should it be expected for people to reach out to people via email asking for a CCBY photo, they or somebody else could have simply uploaded it somewhere if they cared and usually these emails don't get a reply at least none that is positive. The main reason is that nowhere are people asked to first reach out via mail asking for such. There may be a point in requiring that but I think it would be enough / better (e.g. because it's more scalable and less time-intensive) to just have some well-findable FAQ-type Wikipedia info page about "I don't like the image of me in the article about me, can I replaced it?" or something like that where there would be info that they can simply release and/or upload a better photo of them under CCBY and then ask on the article or a user talk page about replacing the photo (or replace it directly). Related to that, I think something should be done about the dysfunctional or nonexistent media-requests system including making reaching out via email a much more common activity (I don't think it's particularly useful for or should necessarily be expected when it comes to just photos of people rather than illustrations etc). Prototyperspective (talk) 12:52, 7 November 2024 (UTC)
- There's a FAQ-type page for this on the English Wikipedia at en:Wikipedia:A picture of you, and a (badly out of date) one about images in general at en:Wikipedia:Images from social media, or elsewhere. Belbury (talk) 12:09, 8 November 2024 (UTC)
- "This is not Judith Weir, it's what an AI estimated she might look like. It's based on 3500 photos of other people, which all have their own copyright."
- That's why. DS (talk) 13:42, 7 November 2024 (UTC)
- "it's what an AI estimated she might look like" as are paintings. The image would only be used if sufficiently accurate. People also look at copyrighted photos and they can and are allowed learn from any images they have access to. Don't want people to look at your photos/images? Don't put them online or into public exhibitions. Prototyperspective (talk) 13:44, 7 November 2024 (UTC)
- So it´s either simply stolen (via AI) or the AI is crystal balling it. That is truely what an encyclopedia needs. Alexpl (talk) 14:00, 7 November 2024 (UTC)
- No, I just explained why it's not stolen. Hello to the 18th century. Prototyperspective (talk) 14:02, 7 November 2024 (UTC)
- @ReneeWrites, Prototyperspective, DragonflySixtyseven, and Alexpl: A drawing or painting of a living person is accepted when we don't have any alternative illustration (there are many examples on Commons/Wikipedia), even if inspired by/based on many real pictures, so an AI drawing or 3D image is the same logic, at least as long as 1) it isn't a copy of an existing work, 2) it is clearly visible and/or mentioned that it isn't a real picture of the person. My question was mainly about licensing and actually also authorship: can I consider myself as the author or co-author of the image (since I chose/delivered the written instructions/guidelines topo the AI) and can I choose any license I want ? --TwoWings * to talk or not to talk... 15:05, 7 November 2024 (UTC)
- No, I think you should set lice {{PD-algorithm}}...it's unclear whether there is some credit/licensing-worthy authorship in prompting; advanced prompting where one continuously adjusts the prompt and modifies the image via img2img and further tools can be quite complex and require good skills but I don't think this applies much to prompting illustrations of persons. There is not really any downside to just selecting PD for these files instead of a CCBY one. Also consider that there probably aren't that many (or are there?) Wikipedia articles with paintings of people where the person lived in a time where photography was already invented. Prototyperspective (talk) 15:32, 7 November 2024 (UTC)
- What is that supposed to mean? Almost everybody can turn a photo into a "painting" with a cheap grafics program. But nobody wants to see the results in wikipedia articels. Alexpl (talk) 17:15, 7 November 2024 (UTC)
- 1. AI images are not converted photos, they start of with a random seed like white noise and then "diffuse" this into a generated image. 2. False: if the result was CCBY and no CCBY photo was available then many people would want to see the results there and they would get added by contributors there. Prototyperspective (talk) 17:30, 7 November 2024 (UTC)
- @Alexpl: It's not about "turning a photo into a painting", it's about creating a picture to illustrate an article for which we don't have access to any photo/picture with a compatible license. Do you prefer an article without any illustration? @Prototyperspective: There are many examples here. It's a project on French Wikipedia that aims to create articles about women and to add illustrations (of course photos when it's possible) to articles about women. --TwoWings * to talk or not to talk... 22:59, 7 November 2024 (UTC)
- If you don't have any photos/pictures of the subject, it is grossly inappropriate to "assign" them an AI-generated portrait. Not having an image at all is preferable to having a completely made-up image which is unlikely to resemble the subject of the article. Omphalographer (talk) 18:00, 8 November 2024 (UTC)
- Just like paintings it is not completely made-up and it's used only when resembling the subject. I just wonder whether it adds much to the article. Prototyperspective (talk) 18:04, 8 November 2024 (UTC)
- It's up to individual Wikipedia projects whether they want to use AI-generated portraits for biographies, in the same way that some use speculatively AI-upscaled historical photos and others have a policy not to.
- From Category:AI-generated images of living people (PIP), three images (File:Sirisha Bandla drawing.png, File:Midjourney Marie Dauchy.png and File:Drawing of Vida Movahed.png) are in use on Wikipedia projects and/or Wikidata right now. Belbury (talk) 18:10, 8 November 2024 (UTC)
- If you don't have any photos/pictures of the subject, it is grossly inappropriate to "assign" them an AI-generated portrait. Not having an image at all is preferable to having a completely made-up image which is unlikely to resemble the subject of the article. Omphalographer (talk) 18:00, 8 November 2024 (UTC)
- @Alexpl: It's not about "turning a photo into a painting", it's about creating a picture to illustrate an article for which we don't have access to any photo/picture with a compatible license. Do you prefer an article without any illustration? @Prototyperspective: There are many examples here. It's a project on French Wikipedia that aims to create articles about women and to add illustrations (of course photos when it's possible) to articles about women. --TwoWings * to talk or not to talk... 22:59, 7 November 2024 (UTC)
- 1. AI images are not converted photos, they start of with a random seed like white noise and then "diffuse" this into a generated image. 2. False: if the result was CCBY and no CCBY photo was available then many people would want to see the results there and they would get added by contributors there. Prototyperspective (talk) 17:30, 7 November 2024 (UTC)
- What is that supposed to mean? Almost everybody can turn a photo into a "painting" with a cheap grafics program. But nobody wants to see the results in wikipedia articels. Alexpl (talk) 17:15, 7 November 2024 (UTC)
- Commons:AI-generated media is the relevant guideline here. You can upload what you like, and its copyright status depends on what country you're making it in, and whether you modified it or based it on an input photo. If you're in France and are just writing a prompt, the output image is considered public domain. The file may end up deleted if the French Wikipedia doesn't actually want to use it, and if Commons decides (on the grounds of it not being in use) that it has no educational use. Belbury (talk) 11:57, 8 November 2024 (UTC)
- No, I think you should set lice {{PD-algorithm}}...it's unclear whether there is some credit/licensing-worthy authorship in prompting; advanced prompting where one continuously adjusts the prompt and modifies the image via img2img and further tools can be quite complex and require good skills but I don't think this applies much to prompting illustrations of persons. There is not really any downside to just selecting PD for these files instead of a CCBY one. Also consider that there probably aren't that many (or are there?) Wikipedia articles with paintings of people where the person lived in a time where photography was already invented. Prototyperspective (talk) 15:32, 7 November 2024 (UTC)
- So it´s either simply stolen (via AI) or the AI is crystal balling it. That is truely what an encyclopedia needs. Alexpl (talk) 14:00, 7 November 2024 (UTC)
- "it's what an AI estimated she might look like" as are paintings. The image would only be used if sufficiently accurate. People also look at copyrighted photos and they can and are allowed learn from any images they have access to. Don't want people to look at your photos/images? Don't put them online or into public exhibitions. Prototyperspective (talk) 13:44, 7 November 2024 (UTC)
- Why should it be expected for people to reach out to people via email asking for a CCBY photo, they or somebody else could have simply uploaded it somewhere if they cared and usually these emails don't get a reply at least none that is positive. The main reason is that nowhere are people asked to first reach out via mail asking for such. There may be a point in requiring that but I think it would be enough / better (e.g. because it's more scalable and less time-intensive) to just have some well-findable FAQ-type Wikipedia info page about "I don't like the image of me in the article about me, can I replaced it?" or something like that where there would be info that they can simply release and/or upload a better photo of them under CCBY and then ask on the article or a user talk page about replacing the photo (or replace it directly). Related to that, I think something should be done about the dysfunctional or nonexistent media-requests system including making reaching out via email a much more common activity (I don't think it's particularly useful for or should necessarily be expected when it comes to just photos of people rather than illustrations etc). Prototyperspective (talk) 12:52, 7 November 2024 (UTC)
- Why not? ReneeWrites (talk) 12:38, 7 November 2024 (UTC)
- It's frowned by a few anti-technology people who don't want to use novel tech for good but slumber. Many AI illustrations are inappropriate, some are great and many could be very useful. However, illustrations of living people are a special case. At least try to make sure no free media of the person exists and you may also try to reach out and ask for a photo albeit that certainly shouldn't be expected. Prototyperspective (talk) 12:11, 7 November 2024 (UTC)
November 08
Invitation to the upcoming Commons Community Calls -- November 21, 2024
Hello everyone! The Wikimedia Foundation will be hosting a series of community calls to help prioritize support efforts from Wikimedia Foundation for the 2025-2026 Fiscal Year.
The purpose of these calls is to support community members in hearing more from one another - across uploaders, moderators, GLAM enthusiasts, tool and bot makers, etc. - about the future of Commons. There is so much to discuss about the general direction of the project, and we hope that people from different perspectives can think through some of the tradeoffs that will shape Commons going forward.
Our first call will focus on Content Organization. It will take place at two different time slots:
- The first one will be on November 21, at 08:00 UTC, and it will be hosted on Zoom by Senior Director of Product Management Runa Bhattacharjee; you can subscribe to it on Meta;
- The second one will be on November 21, at 16:00 UTC, and it will be hosted on Zoom by Chief Product & Technology Officer Selena Deckelmann; you can subscribe to it on Meta.
If you cannot attend the meeting, you are invited to express your point of view at any time you want on the Commons community calls talk page. We will also post the notes of the meeting on the project page, to give the possibility to read what was discussed also to those who couldn’t attend it.
If you want, you are invited to share this invitation with all the people you think might be interested in this call.
We hope to see you and/or read you very soon! Sannita (WMF) (talk) 10:33, 8 November 2024 (UTC)
Implicit dual-licensing
Commons:Deletion requests/Files found with "with an active link required" recently concluded that if somebody CC-licences a photo and specifies additional restrictions on its usage, this is meaningless, and all they've actually done is dual-license it. Anybody who wants to reuse the image can choose the base CC licence and ignore the additions because any condition provided for outside of the license is not part of the license and does not constitute an additional restriction.
Should we put an explanatory template on such files? Commons visitors would be forgiven for assuming that such conditions were additional restrictions, possibly in Commons' voice, that had to be obeyed. Belbury (talk) 11:07, 8 November 2024 (UTC)
- Do we need to retain the text describing the non-free license at all? If we're confident that the files can be reused under a CC license, we shouldn't need to retain information about alternate licensing terms. Omphalographer (talk) 04:13, 9 November 2024 (UTC)
Please remove Category:Depreradovich family from Category:Zora Preradović
Hello there. I want to remove the parent category Category:Depreradovich family from Category:Zora Preradović, but I couldn't do it by editing. The category has no options for modifying and removing. The same problem is for Category:Petar Preradović, Category:Paula Preradović too. If you are reading this, please help me. I need to remove Category:Depreradovich family from Category:Zora Preradović, Category:Petar Preradović, Category:Paula Preradović.
I also need to remove Category:1911 in Ternopil Oblast and Category:1911 establishments in Ukraine by region, and Category:Karpelès (surname) from Category:1911 establishments in Ternopil Oblast and Category:Suzanne Karpelès, respectively. Please help me in that too.
OperationSakura6144 (talk) 14:17, 8 November 2024 (UTC)
- That category was erroneously linked to Wikidata item Preradović (Q20997674). I have made the correction and purged the cache and done null edits. Should be decategorized. William Graham (talk) 15:25, 8 November 2024 (UTC)
Template:CR cooldown
What is the "cool down period" referred to at Category:Carmen Contreras Bozak? RAN (talk) 15:56, 8 November 2024 (UTC)
- Pinging @R'n'B, RoyZuo, Enhancing999 as involved users. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 16:36, 8 November 2024 (UTC)
- RussBot will move pages out of redirected categories into the target category, but it waits a week after the last edit to the redirected category. That week is the "cooldown" period. It's meant to prevent pages ping-ponging back and forth between categories in the event a redirect gets reverted. --R'n'B (talk) 01:08, 9 November 2024 (UTC)
- What parts of Template:CR cooldown should be improved?
∞∞ Enhancing999 (talk) 09:45, 9 November 2024 (UTC)
- Probably adding the above text to the cooldown template to define cooldown period. --RAN (talk) 15:03, 9 November 2024 (UTC)
- Or the explanaaion could just be on a project page someplace, and linked from the template. I don't think we want to turn the template into a wall of text, or have to revise a template if the cooldown were to work a little differently in the future. - Jmabel ! talk 18:34, 9 November 2024 (UTC)
Upload a new version
It's one hour I am waiting to upload a new version of Ahmad Shakir al-Karmi.png. Its not working for me. Can anyone please do it? the new source of new version is https://archive.org/details/2-1927-28/%E2%80%8F%D8%A7%D9%84%D8%A3%D8%B9%D9%84%D8%A7%D9%85%201%20-%20%E2%80%8F%D8%A7%D9%84%D8%B2%D8%B1%D9%83%D9%84%D9%8A%201954-1959/page/n148/mode/1up. I will crop it later. --Sazwar (talk) 19:49, 8 November 2024 (UTC)
- Convenience link: File:Ahmad Shakir al-Karmi.png. - Jmabel ! talk 22:58, 8 November 2024 (UTC)
Done - Jmabel ! talk 23:04, 8 November 2024 (UTC)
November 09
Remove 1911 in Ternopil Oblast and 1911 establishments in Ukraine by region from Category:1911 establishments in Ternopil Oblast, and Category:Young people in Cuba from Category:Children in Cuba.
Like I said yesterday, I need to remove the parent categories 1911 in Ternopil Oblast and 1911 establishments in Ukraine by region from Category:1911 establishments in Ternopil Oblast, and also Category:Young people in Cuba from Category:Children in Cuba, but I couldn't do it manually. Please help me in it and tell me how you removed Category:Depreradovich family from Category:Zora Preradović elaborately so that I could do it myself following that technique. OperationSakura6144 (talk) 04:52, 9 November 2024 (UTC)
- Appears to be done. Probably was a template fix. - Jmabel ! talk 18:40, 9 November 2024 (UTC)
Also, I need to say something. This might be controversial but look at Category:Lakes in the canton of Zurich. There was an attempt by a bot to move Category:Lakes in the canton of Zürich to Category:Lakes in the canton of Zurich which has no umlaut over "u" in "Zurich", which makes no sense as most, if not all nor many, categories related to the canton of Zürich use "Zürich" with umlauted u (ü) instead. If you think moving Category:Lakes in the canton of Zürich to Category:Lakes in the canton of Zurich is justified, give me the reasons for it. OperationSakura6144 (talk) 05:33, 9 November 2024 (UTC)
- It should use whatever spelling is used by Category:Canton of Zürich.
∞∞ Enhancing999 (talk) 09:43, 9 November 2024 (UTC) - At least there should have been a discussion at CfD before initiating a bot move. Moves at en.wikipedia, especially controversial ones, are no justification for bot moves at Commons. Rudolph Buch (talk) 18:40, 9 November 2024 (UTC)
2024 open letter to the Wikimedia Foundation
Hi, It is usually best not to spread issues from one project to another, but this is a much wider issue, which may impact all Wikimedia projects, including Commons.
In brief, Asian News International, an Indian news agency, has taken to court the Wikimedia Foundation over its article on the English Wikipedia. Then it has requested that editors' identities to that article to be disclosed. And last, but not least, it has requested the article about this court case to be taken down, which the WMF did, pending the result. So there is now an 2024 open letter to the Wikimedia Foundation. Please sign it to protect our freedom to edit. More information available at the Signpost, on Community response to Asian News International vs. Wikimedia Foundation, on the BBC, and newslaundry.com. Yann (talk) 17:26, 9 November 2024 (UTC)
- It's a bit weird to think that WMF participates in court proceedings in other countries than the US, be it Iceland, India, Iran, etc.
∞∞ Enhancing999 (talk) 17:49, 9 November 2024 (UTC)- Our Wikipedias are international projects, and some countries like the Philippines @JWilz12345: have a stance that all internet companies are subject to their laws. I signed, thanks for the reminder, User:Yann. Abzeronow (talk) 18:12, 9 November 2024 (UTC)
- The question is what is WMF stance on that.
∞∞ Enhancing999 (talk) 18:18, 9 November 2024 (UTC)- Unknown. When I talked to a few WMF people at Wikimania 2024, I got some indications that they would not comply with some legal orders to gather some information that they currently don't have. However, it may be possible senior leadership at the Foundation believes access to India outweighs the risks to three editors (at least one lives in India). Obviously, I disagree. Abzeronow (talk) 18:40, 9 November 2024 (UTC)
- I think the WMF policy is to comply with court orders if the country is democratic and to not comply in authoritarian countries. With for example countries from the EU, Russia and China it is easy to say in which category they belong. With India it is not that easy to say in which category it belongs. GPSLeo (talk) 21:18, 9 November 2024 (UTC)
- Unknown. When I talked to a few WMF people at Wikimania 2024, I got some indications that they would not comply with some legal orders to gather some information that they currently don't have. However, it may be possible senior leadership at the Foundation believes access to India outweighs the risks to three editors (at least one lives in India). Obviously, I disagree. Abzeronow (talk) 18:40, 9 November 2024 (UTC)
- The question is what is WMF stance on that.
- Our Wikipedias are international projects, and some countries like the Philippines @JWilz12345: have a stance that all internet companies are subject to their laws. I signed, thanks for the reminder, User:Yann. Abzeronow (talk) 18:12, 9 November 2024 (UTC)
In case it is unclear, because not stated explicitly above, the petition is a call for WMF to refuse to hand over information about editors to an Indian court. - Jmabel ! talk 18:43, 9 November 2024 (UTC)
There was some WP/Commons India-brouhaha in 2020: Commons:Deletion requests/File:India Bhutan Locator.png. Gråbergs Gråa Sång (talk) 19:17, 9 November 2024 (UTC)
