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.
_%E2%80%93_%27Our_World_in_Data%27.png)
_%E2%80%93_%27Sustainable_transport%27.png)
_%E2%80%93_%27Science%27.png)
_%E2%80%93_%27Drone_videos%27.png)
_%E2%80%93_%27Time-lapse_videos%27.png)
_%E2%80%93_%27Audio_files_of_music%27.png)
- 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)
- Regardless of the effect size, I doubt we can do much about this directly. The search-engine market is far less competitive than it appears; almost all search engines have Google, Microsoft Bing, or the PRC government behind their backends (see Wikipedia:List of search engines). There are also serious obstacles to market entry, like Cloudflare prohibiting even medium-sized search engines from crawling and indexing the pages they host. So search engine backends wield a lot of oligopoly power, whether they want to or not.
- I'd suggest our most effective move would be to make Commons pages more visible through more specialized, non-oligopoly search tools. For instance, we could make all Commons videos available on PeerTube, a decentralized, ActivityPub-federating video platform. This would make them searchable through Sepia Search. It would also make it possible to download large videos from Commons (which fails often enough that I've given up on it) and make downloading videos faster. We could also reach out to new market entrants like Mojeek.
- We could also raise our profile directly, for instance by encouraging professional groups to use Commons (academics, journalists, people distributing public health information...). Explain that they can be contributors, users of existing content, and requesters of custom content at our graphics labs. Train librarians. Train students. That sort of thing.
- Oh, and we could urge regulatory action to increase competition in the market. HLHJ (talk) 16:16, 10 November 2024 (UTC)
- And how much would that be? To handle that sort of traffic costs more money - for very little benefit to the average user. Alexpl (talk) 16:28, 10 November 2024 (UTC)
- PeerTube is peer-to-peer, designed to keep bandwidth costs down. You can run a server on a desktop computer, like a torrent. Certainly the WMF can afford servers, their main expense is salaries. We could expect new users of our content, because it would make our media available on all ActivityPub-federating platforms, like Mastodon, Pixelfed, etc.. Making content available to new users benefits them and is our basic goal; making knowledge available, to everyone. HLHJ (talk) 02:47, 11 November 2024 (UTC)
- Yes, not much but some things. I listed some of those things, I'll repeat two: 1. doing systematic research and compiling a dataset 2. writing an open letter with some publicity via WMF.
The obstacles to market entry are very interesting, did not know about that cloudflare thing, and things like this could be addressed by digital policy if it was known etc. PeerTube integration could be useful for scaling / reducing server load and large files but I don't think it's helpful here except maybe as an option of what could be done if search engines better index videos and that causes server loads. I never had any issues with downloading videos from WMC. I find Distributed search engines like YaCy interesting but things related to these is not really addressing this issue for probably the next 10 years. The suggestion about proactively reaching out to potential contributors is good but it also wouldn't address this issue – it doesn't improve the indexing and public use/awareness of the site, and how do you explain them why they should contribute here if their media nearly don't get any views? I think whatever reasons people have for contributing to Commons like public education or organizing free media drastically reduce in meaning if the site simply doesn't get used. Most files here are not used in Wikipedias and the file organization, searchability, descriptions, etc are all not relevant if this site is just for hosting files that Internet users can find and make use of when they happen to read the Wikipedia article it's used in. I think before reaching out to potential especially valuable contributors (PEVC?), we should work on solving the problem of the site's use/value/popularity/awareness. I think there's two approaches:- developments and digital policy activity to enable better (e.g. more neutrality and possibly less misinfo-spewing without any warning tags) alternatives (broader)
- all sorts of activity (including digital policy activity but this may not be key or needed here) to improve the few search engines used in the real world (Google, Bing, DuckDuckGo) toward better inclusion of Commons (more impactful, easier, and more immediate)
- If there was an open letter, I think it would probably be good to include some info about the first point but probably more as some sort of supporting context for why the few search engines should index the site & include its contents (eg in the Video tab) better. Maybe this could also boost some activity in regards to developing / helping the development of better alternatives but this is more (or better kept to be) about a real-world-pragmatic thing. Prototyperspective (talk) 17:26, 10 November 2024 (UTC)
- The simplest regulatory method for increasing competition is to make crawl data public. Crawling the web takes massive amounts of time and energy, and there is no objective need for each search engine company to do its own crawl. But big crawls cost millions, so no-one wants to share their expensive asset. It's a huge waste.[3]
- "Contribute so I can use your images on Wikipedia" works. "Search because there are good images you can use here" also works. A copy-paste html code snippet for embedding an image in your website might help. I'd also like better video transcript-making tools, a semi-automated process like OCR on Wikisource, so I don't spend all my time typing out timings. We have an advantage in manual transcripts.
- I just think the chance of major search engines saying "Thank you for your open letter. We'd never thought to make Commons more visible! We should do that!" are nil. HLHJ (talk) 03:01, 11 November 2024 (UTC)
- Thanks for explaining and interesting link. What do you think of Common Crawl in that regard then, maybe what you proposed could be achieved by improving that existing project?
"Contribute so I can use your images on Wikipedia" works. "Search… what are you referring to there? I don't see how it relates to my prior comment and I don't really understand it. A copy-paste html code snippet for embedding an image in your website might help. if you mean images on Commons on other websites how images are embedded varies per website and there already is a button that shows "Embed this file" HTML when you click on "Use this file" (it just doesn't show on mobile). video transcript-making tools agree – please take a look at my proposal for that here. I just think the chance of major search engines saying "[…]" are nil. I don't think so – there is a chance they want to maintain good reputation, good standing with the community, or there is media reporting about this (media/public pressure) which is especially relevant as these search engines benefit heavily from Wikipedia (even more so with latest AI developments) so shouldn't be doing this. If nothing happens what is there to lose to at least try, and it would raise awareness of this issue and maybe boost some alternative approaches that address it (including novel search engines etc). Prototyperspective (talk) 20:03, 19 November 2024 (UTC)
- Thanks for explaining and interesting link. What do you think of Common Crawl in that regard then, maybe what you proposed could be achieved by improving that existing project?
- And how much would that be? To handle that sort of traffic costs more money - for very little benefit to the average user. Alexpl (talk) 16:28, 10 November 2024 (UTC)
- "Should," yes. "Can," well that's a whole other task. The decline of Google search into surfacing spam and AI slop over legitimate content has been extensively reported on this year, and while it would be great if we could singlehandedly un-enshittify Google search it is a problem much bigger than Commons. Gnomingstuff (talk) 00:25, 13 November 2024 (UTC)
- See also this phab ticket (also in margin, no inline template?). We mess up our end, too.
- Trying to make a search algorithm distinguish content written by a Large Language Model seems like an AI-hard problem. HLHJ (talk) 04:44, 14 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)- The file name is the Gallica "title", I can truncate it or put only the Gallica identifier (btv...).
- I will try to extract all the authors and see how many there are (unique). If there are not too many, I can match them with existing categories.
- Otherwise I can use the date to make categories by year or decade.
- But with so many files, there will always be a need for better human classification. Gzen92 (talk) 21:40, 10 November 2024 (UTC)
- By author, 25,200 cases. About 11,100 complete (example "Dautel, Pierre-Victor (1873-1954 ; sculpteur)") and they must be associated with a category. And very often only family names (example "Dannbach, P"). Gzen92 (talk) 10:27, 11 November 2024 (UTC)
- By date, 4,387 uniques (there are intervals, example "1840-1860"), 563 if I take the first year. With about 1,200,000 images, 2,000 files on average by categories. Gzen92 (talk) 10:50, 11 November 2024 (UTC)
- Hi, I'm also against mass-deletions of actual content. However, Gzen92, my suggestion here is to (regrettably: manually) make a list of images that you want to upload as just one single file, without the reverse, like for example in the current Category:(Paris, hôtel de Châtillon) Profil du corps de logis et des pavillons sur la rue (profil de la cour d'honneur du côté droit, second projet) - (dessin) - btv1b6937302q. The architectural drawing is certainly of interest for Commons, the flipside is not. A bit less than half the categories you create, just have these "2-file cases". If you don't upload the reverse/flipside in the first place, there is also no need to create a category (which will have to get deleted eventually, when interested users process the images). These single-images can then be placed directly in Category:Files from Gallica needing categories (images). Best regards. --Enyavar (talk) 06:41, 14 November 2024 (UTC)
- Hello. Problem of the reverse side: the description is common to all the images of an id, there is no indication "reverse side". 458,000 id so 458,000 BnF pages to go see and choose the photos, it is not possible.
- I propose:
- Subcategory by year in Category:Files from Gallica needing categories (images), for example Category:Files from Gallica needing categories (images of 1880).
- No category for 2 files because often reverse sides (category with 3 or more files).
- At the end of the import, I will manually browse the categories by year to visually identify the reverse sides and move them to a "trash" folder. Gzen92 (talk) 07:23, 15 November 2024 (UTC)
- Hi, I'm also against mass-deletions of actual content. However, Gzen92, my suggestion here is to (regrettably: manually) make a list of images that you want to upload as just one single file, without the reverse, like for example in the current Category:(Paris, hôtel de Châtillon) Profil du corps de logis et des pavillons sur la rue (profil de la cour d'honneur du côté droit, second projet) - (dessin) - btv1b6937302q. The architectural drawing is certainly of interest for Commons, the flipside is not. A bit less than half the categories you create, just have these "2-file cases". If you don't upload the reverse/flipside in the first place, there is also no need to create a category (which will have to get deleted eventually, when interested users process the images). These single-images can then be placed directly in Category:Files from Gallica needing categories (images). Best regards. --Enyavar (talk) 06:41, 14 November 2024 (UTC)
November 12
Charts built with OECD Data
Hello,
I have created an updated version of this chart: https://commons.wikimedia.org/wiki/File:Tax_revenue_as_a_percentage_of_GDP_(1985-2014).png It depicts data from OECD Data Explorer.
According to https://www.oecd.org/en/about/oecd-open-by-default-policy.html this data - which was published before before 1 July 2024 - is "generally available for commercial and non-commercial purposes on terms similar to CC BY 4.0."
The Terms & Conditions linked state:
You must give appropriate credit to the OECD by using the citation associated with the relevant Data, or, if no specific citation is available, you must cite the source information using the following format: OECD (year), (dataset name),(data source) DOI or URL (accessed on (date)). When sharing or licensing work created using the Data, you agree to include the same acknowledgment requirement in any sub-licenses that you grant, along with the requirement that any further sub-licensees do the same.
How would i correctly label this work in the upload wizard? It contains the work of others (the data by OECD), but it is not licensed under one of the free licenses (only a "similar" one).
Is it enough to label the data as licensed under a free license, publish under CC BY 4.0 and add a source in the summary? — Preceding unsigned comment added by Aryezz (talk • contribs) 11:34, 12 November 2024 (UTC)
- Is it enough to label the data as licensed under a free license, publish under CC BY 4.0 and add a source in the summary? I think the answer is yes.
- Moreover, I'd be interested in whether one is required to use data that is explicitly PD/CCBY for charts – I think one could also use other data for the creation of datagraphics as long as the image is CCBY (eg due to being self-made). Prototyperspective (talk) 18:47, 12 November 2024 (UTC)
- @Aryezz, yes, as Prototyperspective says, data by itself is not copyrightable. As long as only the data and not its original presentation, format, style or literal wording are used, data can be taken even from completely non-free sources (let's say, for example, Encyclopædia Britannica). MGeog2022 (talk) 14:35, 17 November 2024 (UTC)
- You must give appropriate credit to the OECD
- By this, they are meaning that you should mention OECD as the origin of the data. Even if they try to place additional restritions on the usage of publicly availble data, I doubt it can have any legal validity. For example, if in a non-freely licensed publication you say that country X has a population of 1 million, you can't restrict third parties from using that information in any way they want, even if you try to put those kind of restrictions in a written form. I believe the only exception to this would be confidential information. MGeog2022 (talk) 14:41, 17 November 2024 (UTC)
- @Aryezz, yes, as Prototyperspective says, data by itself is not copyrightable. As long as only the data and not its original presentation, format, style or literal wording are used, data can be taken even from completely non-free sources (let's say, for example, Encyclopædia Britannica). MGeog2022 (talk) 14:35, 17 November 2024 (UTC)
November 13
Long-term disputes on various wikis involving a cross-wiki IP author
There are numerous disputes involving an IP user indulging in cross-wiki spam, particularly articles on West Germanic varieties. I am hounded for a while.
The probable IP adresses indlude:
- 2003:de:3717:716f:e95b:e6c7:5bb:48f5
- 2003:DE:370C:38E4:4448:5249:EA82:E5FA
- 2003:DE:3717:718E:65C8:BEBB:58D6:1D36
- 2003:DE:3717:716F:5DCE:8967:6BA9:C376
- 2003:DE:3700:A013:B8D1:4127:BE29:FBC6
https://en.wiktionary.org/wiki/Special:Contributions/2003:DE:370C:38E4:4448:5249:EA82:E5FA has a current block. This probably is the same person. A particular hobby of this user is to revert me on wiktionary, if I write that Hollandic isn't part of Low German. What shoukl — Preceding unsigned comment added by Sarcelles (talk • contribs) 17:46, 13 November 2024 (UTC)
- @Sarcelles: Is this some sort of request for administrative action? If so, it belongs on the appropriate Administrators' noticeboard, not on the Village pump. Conversely, if it is something you are just bringing up for general discussion, I don't know what you want discussed. - Jmabel ! talk 18:37, 13 November 2024 (UTC)
- None of these accounts have edited in recent weeks, some not in as long as half a year, so it is hard to imagine what anyone can do about this at this point. - Jmabel ! talk 18:40, 13 November 2024 (UTC)
- 2A01:599:30A:8340:4A39:F118:FF32:1257 is a recently used reincarnation. Sarcelles (talk) 18:45, 13 November 2024 (UTC)
- https://en.wiktionary.org/wiki/Special:Contributions/2003:DE:371A:22A6:78F9:E411:9550:9ED4
- the block log says:
- 8.11.2024, 21:12:36: Surjection blocked 2003:DE:0:0:0:0:0:0/32 (block log), expiring 8.12.2024, 21:12:36 (Abusing multiple accounts/block evasion: 2003:DE:371A:22A9:319A:E2C4:1B5A:C283)
- 5.11.2024, 06:03:47: Surjection blocked 2003:DE:3710:0:0:0:0:0/44 (block log), expiring 18.11.2024, 21:40:20 (Disruptive edits: xwiki povpushing: see w:Wikipedia:Sockpuppet investigations/Naramaru) Sarcelles (talk) 20:25, 13 November 2024 (UTC)
- https://en.wiktionary.org/wiki/Special:Contributions/2003:DE:371A:22A9:319A:E2C4:1B5A:C283
- 8.11.2024, 21:12:36: Surjection blocked 2003:DE:0:0:0:0:0:0/32 (block log), expiring 8.12.2024, 21:12:36 (Abusing multiple accounts/block evasion: 2003:DE:371A:22A9:319A:E2C4:1B5A:C283)
- 5.11.2024, 06:03:47: Surjection blocked 2003:DE:3710:0:0:0:0:0/44 (block log), expiring 18.11.2024, 21:40:20 (Disruptive edits: xwiki povpushing: see w:Wikipedia:Sockpuppet investigations/Naramaru) Sarcelles (talk) 20:49, 13 November 2024 (UTC)
- https://commons.wikimedia.org/w/index.php?title=File%3ADeutsche_Mundarten.png&diff=948595578&oldid=946447257 was a removal of the deletion message, probably by the same IP. Sarcelles (talk) 20:22, 14 November 2024 (UTC)
- 2A01:599:30A:8340:4A39:F118:FF32:1257 is a recently used reincarnation. Sarcelles (talk) 18:45, 13 November 2024 (UTC)
- Someone being blocked on Wiktionary is neither here nor there if they haven't edited recently on Commons.
- https://commons.wikimedia.org/w/index.php?title=File:Deutsche_Mundarten.png&diff=next&oldid=946447257 is problematic, but it's the only edit from that IP. Blocking an IP that was used once doesn't do anything except take up the time of the admin who blocks it. - Jmabel ! talk 21:37, 14 November 2024 (UTC)
- It can be anticipated, that this author continues to be active on several wikis including Commons. I think this is a good place to discuss this cross-wiki spam. On en.wiktionary I have been removing numerous typical edits by this user. Sarcelles (talk) 14:29, 16 November 2024 (UTC)
- Whatta bunch of nonsense … -- MicBy67 (talk) 00:14, 17 November 2024 (UTC)
- File:Niederfränkisch.png is a file of this kind. It attempts to picture Low Franconian varieties in Europe. It has the following threefold-division:
- A minor transitional area to Low Saxon, in the Netherlands
- East Bergish running from near the city centre of Essen to Westphalia, also quite small#
- A somehow larger area cutting through all of the following: an arrondissement bordering to Brussels, Antwerp province, Dutch Limburg, Belgian Limburg, Duisburg, Düsseldorf, Wuppertal, German-speaking Belgium and French-speaking Belgium.
- Sarcelles (talk) 19:17, 21 November 2024 (UTC)
- I missed the part covering most of the area. Sarcelles (talk) 11:36, 22 November 2024 (UTC)
- This is called Nordniederfränkisch (North Low Franconian) and running from France to Holland, Friesland province, Brussels and Westphalia. Sarcelles (talk) 11:45, 22 November 2024 (UTC)
- I missed the part covering most of the area. Sarcelles (talk) 11:36, 22 November 2024 (UTC)
- File:Niederfränkisch.png is a file of this kind. It attempts to picture Low Franconian varieties in Europe. It has the following threefold-division:
- Whatta bunch of nonsense … -- MicBy67 (talk) 00:14, 17 November 2024 (UTC)
November 15
Audio files made by Flame, not lame
The audios made by this user are detected as being made by a (now) nonexistent user Flame because of the comma in her username. Rodrigo5260 (talk) 03:24, 15 November 2024 (UTC)
- Flame, not lame.
- Example File:LL-Q1860 (eng)-Flame, not lame-all-out.wav.
- @Rodrigo5260: Not sure what you mean be "detected". Are you talking about the wrong "recorder" credit, or is there more to this? - Jmabel ! talk 03:40, 15 November 2024 (UTC)
- Yes, that, and that forces me to edit it manually, which takes a lot of time. Rodrigo5260 (talk) 03:41, 15 November 2024 (UTC)
- @Jmabel forgot this. Rodrigo5260 (talk) 04:20, 15 November 2024 (UTC)
- So presumably a problem somewhere in Template:Lingua Libre record. User:0x010C who started that seems to be more or less gone. @Lucas Werkmeister: any thoughts on this, or on who might need to be brought into the discussion? - Jmabel ! talk 05:06, 15 November 2024 (UTC)
- I don’t understand the problem yet. The speaker and recorder are both "User:Flame, not lame", right? And the author link goes to User:Flame, not lame, which is an existing user (redlink notwithstanding). Is the problem just that the link text is given as "Flame" instead of "Flame, not lame"? Lucas Werkmeister (talk) 19:13, 15 November 2024 (UTC)
- Yes, it is. Rodrigo5260 (talk) 02:12, 16 November 2024 (UTC)
- I think it's standard wikitext behaviour.
- [[Commons:Bla, bla|]]
- is converted to
- So it's a bug in the lingualibre upload tool.
∞∞ Enhancing999 (talk) 12:17, 16 November 2024 (UTC)- Indeed, the file’s source wikitext says
| author = [[User:Flame, not lame|Flame]], so the template is rendering that link faithfully. If it’s true that the Lingua Libre uploader is relying on the pipe trick, then it should be changed to not do that (and just remove theUser:prefix from the link text explicitly). Lucas Werkmeister (talk) 16:08, 16 November 2024 (UTC)- Maybe for the time being it would be fine for a bot to add the ", not lame" part (and fix any typoed version I may have left behind). Rodrigo5260 (talk) 03:57, 20 November 2024 (UTC)
- Indeed, the file’s source wikitext says
- I think it's standard wikitext behaviour.
- Yes, it is. Rodrigo5260 (talk) 02:12, 16 November 2024 (UTC)
- I don’t understand the problem yet. The speaker and recorder are both "User:Flame, not lame", right? And the author link goes to User:Flame, not lame, which is an existing user (redlink notwithstanding). Is the problem just that the link text is given as "Flame" instead of "Flame, not lame"? Lucas Werkmeister (talk) 19:13, 15 November 2024 (UTC)
- Yes, that, and that forces me to edit it manually, which takes a lot of time. Rodrigo5260 (talk) 03:41, 15 November 2024 (UTC)
November 16
Photo challenge September results
| Rank | 1 | 2 | 3 |
|---|---|---|---|
| image | _Stevens_MRT_Station_Concourse_2024-09-05.jpg) |
 |
.jpg)
|
| Title | Fare gates at Stevens MRT station in Singapore, including a wider gate for priority users |
Wheelchair ramp, Confey Railway Station, Ireland. |
Wheelchair racer during Paralympic Games 2024 |
| Author | S5A-0043 | Leimanbhradain | Ibex73 |
| Score | 9 | 9 | 8 |
| Rank | 1 | 2 | 3 |
|---|---|---|---|
| image |  |
 |
.jpg)
|
| Title | Altstadt Meißen, Dach Des Hauses Markt 3. | Workers re-doing the artistic roof line on a thatched cottage |
Holzschindeldach des Frohnauer Hammer (Sachsen) |
| Author | Kora27 | Cbuske46 | YvoBentele |
| Score | 19 | 18 | 8 |
Congratulations to S5A-0043, Leimanbhradain, Ibex73, Kora27, Cbuske46 and YvoBentele. -- Jarekt (talk) 15:09, 16 November 2024 (UTC)
How do you nominate .djvu pages for deletion?
Currently i cannot find any way to link to individual pages. Only the .djvu file as a whole can be linked --Trade (talk) 17:16, 16 November 2024 (UTC)
- Then, a suggestion: nominate the whole file and name the pages who you deem problematic. Regards, Grand-Duc (talk) 17:35, 16 November 2024 (UTC)
Issues with interwiki
Should Category:4th-century people of France and Category:4th-century Frankish people be linked to each other? Trade (talk) 19:32, 16 November 2024 (UTC)
- You can always use a hat note to explain the relationship, rather than go through Wikidata to say that they represent exactly the same concept. - Jmabel ! talk 20:11, 16 November 2024 (UTC)
- I dont know much about the history of France Trade (talk) 23:10, 16 November 2024 (UTC)
- I do think the issue of having "-century people of" categories for countries that didn't exist until several centuries later is an issue that we need to take a look at Trade (talk) 23:15, 16 November 2024 (UTC)
- Everybody knows w:Charlemagne had a Belgian passport, not a French one ;)
∞∞ Enhancing999 (talk) 11:17, 17 November 2024 (UTC)
- Everybody knows w:Charlemagne had a Belgian passport, not a French one ;)
Cisgender
I could take this to a CfD, but I think this needs more attention than that typically gets. Starting (I believe) 2024-10-12, Web-julio introduced several categories such as Category:Cisgender people, Category:Cisgender women, and Category:Cisgender men. Given what a high percentage of humans are cisgendered, this strikes me as a very ill-conceived direction to go, like having a category for "four-limbed British admirals" or "songs with less than 12 verses". I think this should be turned back before we find ourselves extending this to well over 95% of our content that involves humans.
I ran across this when Web-julio recently added Category:Cisgender women as a parent of Category:Cecilia Augspurger.
As I've said many times: the purpose of categorization is not an abstract exercise in ontology. It is to help people find appropriate media. - Jmabel ! talk 20:23, 16 November 2024 (UTC)
- I agree, stick to the simplest term. --RAN (talk) 20:35, 16 November 2024 (UTC)
Delete these categories. modern_primat ඞඞඞ ----TALK 20:58, 16 November 2024 (UTC)- Delete per nom. This user's behaviour with regards to categories warrants a closer look in general. He has created over 500 categories in the last 5 days, almost all pertaining to very specific or overly-broad categories about sex and gender, Pokémon, including the genders of Pokémon. ReneeWrites (talk) 23:26, 16 November 2024 (UTC)
Keep, if there's Category:Male humans by eye color, including the ones that are the populational majority, then so should cisgender. Also, if they are not categorized with these categories, they loose gender categories as they are that way on Wikidata. See this listeria list. Web-julio (talk) 23:28, 16 November 2024 (UTC)
- Also, I do have criteria for cisgender inclusion. Not every non-trans person self-identifies as cisgender, and if reliable sources exist for people specifically identifying as cisgender, they should be respected. Web-julio (talk) 23:29, 16 November 2024 (UTC)
Question Is this only about the categories mentioned, not subcategories or potential categories? For example, Another Believer suggested a cisgender drag performers category in English Wikipedia. Maddy Morphosis' biography talks about the performer being a cisgender heterosexual man, so in some cases it's a defining characteristic. Web-julio (talk) 00:58, 19 November 2024 (UTC)
- Also, I do have criteria for cisgender inclusion. Not every non-trans person self-identifies as cisgender, and if reliable sources exist for people specifically identifying as cisgender, they should be respected. Web-julio (talk) 23:29, 16 November 2024 (UTC)
- Delete per nom. No one eye color is not on >99% of population. MBH 02:07, 17 November 2024 (UTC)
- Nor gender modalities. Web-julio (talk) 02:19, 17 November 2024 (UTC)
- @Web-julio: I strongly urge you not to continue editing in this direction while this discussion plays out. So far, literally everyone else who has weighed in here disagrees with you, and there is a very strong chance you are editing against a general consensus. - Jmabel ! talk 02:10, 17 November 2024 (UTC)
- But did I? I didn't add anyone else on cisgender categories after this discussion started. And they had few subcats anyways. Web-julio (talk) 02:12, 17 November 2024 (UTC)
- @Web-julio: I didn't say you did, but your comments here seem to be dismissive of what others are saying, so I considered it best to warn you not to walk out on the thin ice. - Jmabel ! talk 05:48, 17 November 2024 (UTC)
- @Jmabel Well, when you commented I was arguing alone, I didn't reply to anyone else except nominator. Actually, I replied and after that that it showed Renee's comment, the modern_primat's comment is just a !vote. No one argued against my comments specifically, the one being dismissed is me. Anyways, let me address ReneeWrites' comment: she criticized my category creation in general, including Pokémon-related categories, which I expanded on. almost all pertaining to very specific or overly-broad categories tells a lot that I don't have a pattern, because in fact all categories are either specific or broad, so I guess this is good or indifferent. While for including the genders of Pokémon, Wikidata is even more hyperspecific (thanks OmegaFallon), I didn't even create categories for gender ratios (such as 12.5% male, 87.5% female gender ratio (Q116752968) and 75% male, 25% female gender ratio (Q116752957)). However, is it my contributions in general that are being discussed or Cis people's categories specifically? So that I know what I'm defending. Web-julio (talk) 06:07, 17 November 2024 (UTC)
- I can't vouch for what Renee is criticizing, but my issue is about the "cisgender" categories. I think my initial comment above is perfectly clear, so I don't see any need to elaborate. - Jmabel ! talk 06:17, 17 November 2024 (UTC)
- You have an issue, but didn't argue. When I was just explaining why I created, yet you had an issue with my explanation too. ¯\_(ツ)_/¯ Web-julio (talk) 18:57, 17 November 2024 (UTC)
- I can't vouch for what Renee is criticizing, but my issue is about the "cisgender" categories. I think my initial comment above is perfectly clear, so I don't see any need to elaborate. - Jmabel ! talk 06:17, 17 November 2024 (UTC)
- One of your inclusions was an 18th century Spanish religious servant for the Catholic Church. I really wanna know where that self-identification came from Trade (talk) 16:39, 18 November 2024 (UTC)
- From Wikidata. Had you looked at the list I linked? Web-julio (talk) 00:49, 19 November 2024 (UTC)
- @Jmabel Well, when you commented I was arguing alone, I didn't reply to anyone else except nominator. Actually, I replied and after that that it showed Renee's comment, the modern_primat's comment is just a !vote. No one argued against my comments specifically, the one being dismissed is me. Anyways, let me address ReneeWrites' comment: she criticized my category creation in general, including Pokémon-related categories, which I expanded on. almost all pertaining to very specific or overly-broad categories tells a lot that I don't have a pattern, because in fact all categories are either specific or broad, so I guess this is good or indifferent. While for including the genders of Pokémon, Wikidata is even more hyperspecific (thanks OmegaFallon), I didn't even create categories for gender ratios (such as 12.5% male, 87.5% female gender ratio (Q116752968) and 75% male, 25% female gender ratio (Q116752957)). However, is it my contributions in general that are being discussed or Cis people's categories specifically? So that I know what I'm defending. Web-julio (talk) 06:07, 17 November 2024 (UTC)
- @Web-julio: I didn't say you did, but your comments here seem to be dismissive of what others are saying, so I considered it best to warn you not to walk out on the thin ice. - Jmabel ! talk 05:48, 17 November 2024 (UTC)
- But did I? I didn't add anyone else on cisgender categories after this discussion started. And they had few subcats anyways. Web-julio (talk) 02:12, 17 November 2024 (UTC)
- Delete These are both not defining and also not helpful for actually finding media, plus they will inevitably result in all kinds of weird nonsense with users having pet theories about how a certain ancient Roman orator may have had whatever gender tendencies and other bizarre retroactive fiction. Categorizing by various other gender identities is sensible and useful (and itself fraught enough), but it's actually probably more rare for someone to make "being cisgender" a core part of that person's public persona than being transgender is. The whole exercise is probably well-intentioned in its outset, but deeply flawed in implementation and users should definitely seek consensus or discussion before even attempting such a radical overhaul of the categorization system. —Justin (koavf)❤T☮C☺M☯ 06:30, 17 November 2024 (UTC)
- Delete Trying to duplicate the Wikidata database in Commons categories is always a bad idea. Categories are for the most important links everything else is a task for Wikidata and Wikipedia. GPSLeo (talk) 07:58, 17 November 2024 (UTC)
- Delete per nom; I just think the emphasis should be on "exercise" in the last paragraph of the explanation and GPSLeo's comment could also be meant and/or understood in imo flawed ways: duplicating it entirely or indiscriminately is a problem but at the same time duplicating it redundantly by hand is also an issue due to which some (not all) properties/data should be synced somehow (such as Category:Free software programmed in C++ which could readily be populated via WD data and vice versa). Prototyperspective (talk) 11:39, 17 November 2024 (UTC)
Inflation calculator template
Can we migrate wikipedia:en:Template:Inflation and the subtemplates to Commons and Wikisource? We host news articles that have money values that have no context until adjusted into today's dollars. When I read that something was $100 in 1900, I have no idea if that is a lot or a little. RAN (talk) 20:32, 16 November 2024 (UTC)
November 17
Remove irremovable parent categories from the categories
I want to remove some irremovable parent categories that are useless from the following categories:
Category:Young people in Cuba, Category:In Cuba, and Category:Children in North America from Category:Children in Cuba
Category:Society in Cuba from Category:People in Cuba
Category:People of Cuba by stage of development from Category:Children of Cuba
Category:75-6895 (aircraft) from Category:F-104S Starfighter
Category:Teaching by country of location, Category:Teaching in South America and Category:Teaching of Venezuela from Category:Teaching in Venezuela
Category:Telugu-language writers from Category:Translators to Telugu
Category:United States House of Representatives elections in New York (state), 2016 from Category:2016 United States House of Representatives election maps of New York (state)
Category:Volcanism of the Czech Republic from Category:Volcanology of the Czech Republic
I talked about the similar problem in Category talk:Children in Cuba. I hope you help me. Also, tell me how to remove seemingly irremovable categories with no hassle. OperationSakura6144 (talk) 04:28, 17 November 2024 (UTC)
- Not what you are asking but: why exactly would you want to remove Category:Young people in Cuba as a parent category of Category:Children in Cuba, or Category:United States House of Representatives elections in New York (state), 2016 from Category:2016 United States House of Representatives election maps of New York (state)? Offhand, both of these seem correct.- Jmabel ! talk 05:53, 17 November 2024 (UTC)
- All of these seem to be driven by templates. You'd have to take it up with the people who edited the templates. - Jmabel ! talk 05:56, 17 November 2024 (UTC)
- But, how can I do it? I don't know if templates have to do with it. If so, how to know if that's the case and solve the underlying problems of irremovable parent categories? OperationSakura6144 (talk) 06:01, 17 November 2024 (UTC)
- Comment out the template in the wikitext editor, click Preview, and see if it removes the cat. If it does, you can ask on that template's talk page. Prototyperspective (talk) 11:40, 17 November 2024 (UTC)
- I successfully removed the parent categories Category:People of Cuba by stage of development from Category:Children of Cuba, Category:Society in Cuba from Category:People in Cuba, and Category:F-104S Starfighter from Category:75-6895 (aircraft) (sorry for the swap, by the way). I also removed the mentioned unnecessary parent categories from Category:Children in Cuba successfully, but I accidentally replaced Category:Young people in Cuba with Young people of Cuba which is now a new problem to me. I want User:Joshbaumgartner in the topic to discuss about it and the main problem. OperationSakura6144 (talk) 11:06, 17 November 2024 (UTC)
- But, how can I do it? I don't know if templates have to do with it. If so, how to know if that's the case and solve the underlying problems of irremovable parent categories? OperationSakura6144 (talk) 06:01, 17 November 2024 (UTC)
November 18
The current version of the photo is obviously a mirror inversion, because Engels' frock coat is buttoned on the female side, and the Milanese buttonhole on Marx's jacket is on the right side, while should be on the left. What needs to be done to flip it back? --Romano1981 (talk) 12:04, 18 November 2024 (UTC)
- @Romano1981: Normally, you mark these with {{Flopped}}; I believe a bot then takes care of it. - Jmabel ! talk 17:38, 18 November 2024 (UTC)
- It seems to me that the bot decided not to come.
Romano1981 (talk) 04:20, 20 November 2024 (UTC)
Done. --Achim55 (talk) 07:35, 20 November 2024 (UTC)
- It seems to me that the bot decided not to come.
Minimum number of edits for license reviewers
Hi, Please see the discussion I started on Commons talk:License review#Minimum number of edits for license reviewers. Thanks, Yann (talk) 18:48, 18 November 2024 (UTC)
- There is also still an open discussion on whether license reviewers should be able to assign LR rights at Commons talk:License review/Requests#Suggestion: Remove assigning of LR rights by LR Abzeronow (talk) 21:12, 18 November 2024 (UTC)
November 19
Tram types and tram doors in Poland
The Polish tram type Category:Konstal 105Na is usualy equipped with Category:Tram inward slide doors. The later modernisations (Category:Konstal 105Na modernizations) mostly have other types of doors. I started classifying all the subcategories in Category:Konstal 105Na by city with the door types. To simplify things I removed the category links to Konstal 105Na for the modernized versions (Konstal 105N... and Protram ...), if the door type is not was not: inward slide doors. (nearly always in Category:Tram swerve-swing doors)Smiley.toerist (talk) 12:46, 19 November 2024 (UTC)
This system was working until I arrived at Category:Konstal 105Na in Wrocław. There are different door types:
-
swerve-swing -
inward slide -
swerve-swing -
likely swerve-swing -
inward slide
_Composition_of_high-quality_datasets_-_The_Pile_(left),_PaLM_(top-right),_MassiveText_(bottom-right).png){kind=link}
.png){kind=link}
This is a major difference in the tram characteristics. It could be a modernisation wich is not classified or an misclassification. Can some Polish tram expert shed some ligth on this?Smiley.toerist (talk) 13:10, 19 November 2024 (UTC)
- (I'm using an automatic translator, so I apologize for the style) It is as you write. Old trams 105N (105Na) have "inward slide" doors (although I would call them "opening inwards") and 4 doors per car. Newer ones after modernizations and various 105Na clones - outward-sliding ("swerve-swing"; I once came across the name "Atwood system doors") and 3 doors per car. There were also such modifications – "accordion doors" – File:Konstal 111N, -342, Tramwaje Śląskie (15939536112).jpg. More modern trams in Poland usually have swing-sliding doors. Grzexs (talk) 07:56, 20 November 2024 (UTC)
.jpg){kind=link}
- I agree that the name is not ideal, but I follow this source Bus Door (1) Inward Gliding (Rig and Animation) for the naming. Many train door systems have a gliding element to it. This door system has a sliding rail along the dooropening even as folding doors. One part of the door leaf is attachched to it. Only slam doors and swerve-swing door have no gliding system. If there is a sourced better name we can use it. I am against inventing names in the Commons or Wikipedia.Smiley.toerist (talk) 00:01, 21 November 2024 (UTC)
- Something's wrong here. The doors in the old 105N don't have a sliding rail. The rail is fixed, inverted U-shaped. Inside, the pins with bearings slide. The bearing has a vertical axis and a large clearance, and sometimes it hits one side of rail, sometimes the other. That's how it works. • How to call door systems in English, don't ask 😸. In my native language there are problems with this. • I've seen the animation, but it doesn't explain what the drive element is. In the 105N, it's the 90° rotating shafts or tubes on the edges of the door. It seems that there may be door mechanisms driven by moving the pins I wrote about earlier, e.g. using chains, but I haven't seen any. Grzexs (talk) 19:13, 21 November 2024 (UTC)
- I agree that the name is not ideal, but I follow this source Bus Door (1) Inward Gliding (Rig and Animation) for the naming. Many train door systems have a gliding element to it. This door system has a sliding rail along the dooropening even as folding doors. One part of the door leaf is attachched to it. Only slam doors and swerve-swing door have no gliding system. If there is a sourced better name we can use it. I am against inventing names in the Commons or Wikipedia.Smiley.toerist (talk) 00:01, 21 November 2024 (UTC)
- See: Rename proposal for Rail vehicle inward slide doors and Tram inward slide doors further on.Smiley.toerist (talk) 10:57, 21 November 2024 (UTC)
PS:I have decided to classify the pictures individualy for Wrocław.Smiley.toerist (talk) 11:24, 21 November 2024 (UTC)
Deletions by Android app users
I'm not a Commons habitué and I do not use the Android app. While browsing the recent deletion requests, I found a comment and was curious. "Test or nonsense request by another Android app user who could not resist". Is the Android app that easy to misuse? Does that mean there is an increased chance of unwarranted deletions, and has it been reported to the app developers? --Pkoroau (talk) 20:10, 19 November 2024 (UTC)
- I intentionally use to use always the same text, so this search shows 142 hits. Unfortunately there is no way to prevent such deletion requests by our abuse filters. --Achim55 (talk) 20:38, 19 November 2024 (UTC)
- There is not a lot of chance of an admin deleting a file based on a request with no sane rationale. - Jmabel ! talk 23:05, 19 November 2024 (UTC)
November 20
Reminder: 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 by Senior Director of Product Management Runa Bhattacharjee; you can join us on Zoom;
- The second one will be on November 21, at 16:00 UTC, and it will be hosted by Chief Product & Technology Officer Selena Deckelmann; you can join us on Zoom.
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.
These calls are important to shape the way Wikimedia Foundation will be giving attention to Wikimedia Commons in the upcoming years, so please have your say!
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:55, 20 November 2024 (UTC)
Category:People in the 18th century by country lists a lot of 19th-century categories - probably because of an error in automatically generated entries in the subcategories. Perhaps someone who knows how to fix this (I´m sorry I don´t) could have a look at it. Thanks, Rudolph Buch (talk) 23:43, 20 November 2024 (UTC)
- @Rudolph Buch: This edit is typical of what you need to do to fix these: [4]. If you need the word "the" before the country name, it is like [5]. Looks like there are similarly a bunch of 20th-century categories in Category:People in the 19th century by country. - Jmabel ! talk 01:55, 21 November 2024 (UTC)
- I'll add some documentation to Template:PeopleCenturybyCountry. - Jmabel ! talk 01:56, 21 November 2024 (UTC)
- Thank you. I fixed all countries in the 18th century and will see if I can motivate me to do the 19th century as well some day. A very boring task :-( Rudolph Buch (talk) 16:54, 21 November 2024 (UTC)
November 21
Naming of people in historical photographs
The picture on the right was taken by me 35 years ago in Prague during a public uprising against the then communist government. I asked to photograph the organizers and was led up to this room in a building at Charles University.
I have a credible report that the woman in the middle is called Monika and I also have her surname. I am currently trying to get in contact with her.
Given my information is accurate, what is the protocol for recording such information on Wikimedia? Can such metadata be made public under certain circumstances? Can it be stored non‑publicly on Wikimedia for the historical record and made available only to accredited researchers?
Is there Wikimedia policy on these questions? For example, does inferred consent to publish include inferred consent to name? I suppose these kind of issues crop up regularly on genealogy websites?
TIA, RobbieIanMorrison (talk) 09:02, 21 November 2024 (UTC)
- Does Commons:Photographs of identifiable people answer your questions? Alexpl (talk) 09:31, 21 November 2024 (UTC)
- Thanks. That page on identifiable people provides context and boundaries and also covers any associated information (metadata if you like) made public or withheld on the basis of subjects' rights. My first response is to seek explicit consent when naming subjects. But my related question remains: is Wikimedia able to store such information privately? Or does that idea run counter to the concept of Wikipedia? RobbieIanMorrison (talk) 16:09, 21 November 2024 (UTC)
- We are technically capable of storing information in a manner where only admins or higher can see it (add it, immediately [soft-]delete the version, possibly note the date at which it could be made public by undeletion), but we don't have anything else that is visible to some without being visible to all. - Jmabel ! talk 00:41, 22 November 2024 (UTC)
- @Jmabel: many thanks as always! RobbieIanMorrison (talk) 07:26, 22 November 2024 (UTC)
- We are technically capable of storing information in a manner where only admins or higher can see it (add it, immediately [soft-]delete the version, possibly note the date at which it could be made public by undeletion), but we don't have anything else that is visible to some without being visible to all. - Jmabel ! talk 00:41, 22 November 2024 (UTC)
- Thanks. That page on identifiable people provides context and boundaries and also covers any associated information (metadata if you like) made public or withheld on the basis of subjects' rights. My first response is to seek explicit consent when naming subjects. But my related question remains: is Wikimedia able to store such information privately? Or does that idea run counter to the concept of Wikipedia? RobbieIanMorrison (talk) 16:09, 21 November 2024 (UTC)
Rename proposal for Rail vehicle inward slide doors and Tram inward slide doors
Using this source https://www.railforums.co.uk/threads/advantages-and-disadvantages-of-different-types-of-train-doors.194447/, where Twin-leaf inward pivoting doors is used, I propose Rail vehicle inward pivoting doors and Tram inward pivoting doors for Category:Rail vehicle inward slide doors and Category:Tram inward slide doors. Smiley.toerist (talk) 10:54, 21 November 2024 (UTC)
Done for bus, tram and train.Smiley.toerist (talk) 10:51, 22 November 2024 (UTC)
abuse filter 142
Special:AbuseFilter/142 "is a" seems to be a rather normal and common occurrence, which shouldnt be included in the filter? RoyZuo (talk) 16:16, 21 November 2024 (UTC)
Sign up for the language community meeting on November 29th, 16:00 UTC
Hello everyone,
The next language community meeting is coming up next week, on November 29th, at 16:00 UTC (Zonestamp! For your timezone <https://zonestamp.toolforge.org/1732896000>). If you're interested in joining, you can sign up on this wiki page: <https://www.mediawiki.org/wiki/Wikimedia_Language_and_Product_Localization/Community_meetings#29_November_2024>.
This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.
Looking forward to seeing you at the language community meeting! Cheers, Srishti 19:53, 21 November 2024 (UTC)
Should date of digitisation be retained?
File:The Wishing Chair (13735481134).jpg
.jpg){kind=link}
analog photo Date: c.1888
Date and time of data generation 09:03, 20 March 2014
in this case, is it necessary to retain 2014 in the date parameter of the info template? and in sdc? RoyZuo (talk) 21:45, 21 November 2024 (UTC)
- No, as this is misleading and irrelevant. The technical data (scan date) remains available. The scan can be replaced by another scan if need be. There is in principle to scan as early as posible as time deterioration affects al analog material. It can be partialy compensaded with a better scan. I have slides wich are discouloured or have other defects growing in time.Smiley.toerist (talk) 23:31, 21 November 2024 (UTC)
November 22
Ignoring edit requests
On 14 July 2024 I made an edit request for the Main page which is probably watched by many users including many admins. After a long time it has been partly implemented but now the wikilink is broken and my requests to fully implement it so that the wikilink works is being ignored as is the edit request by another user to fix another broken wikilink.
My edit request to fix this broken wikilink (especially problematic on mobile) has been ignored since 3 September 2024 which means it's approaching 3 months of no reply or implementation. The other user's edit request has been ignored since 29 September 2024 (UTC).
Please do something about it. Prototyperspective (talk) 11:34, 22 November 2024 (UTC)
- I already got used to this. MediaWiki_talk:Gadget-GoogleImagesTineye.js#c-El_Grafo-20221118160700-El_Grafo-20220915091000 received community approval 2 years ago but is still waiting for ui admin.
- https://commons.wikimedia.org/w/index.php?title=Special%3ASearch&limit=100&offset=0&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns15=1&ns100=1&ns101=1&ns102=1&ns103=1&ns104=1&ns105=1&ns106=1&ns107=1&ns460=1&ns461=1&ns486=1&ns487=1&ns828=1&ns829=1&ns1198=1&ns1199=1&search=deepcategory%3A%22Commons_protected_edit_requests%22&sort=last_edit_desc around 70 requests waiting. RoyZuo (talk) 12:07, 22 November 2024 (UTC)
Preposition, the, proper noun
Where may i find authoritative explanation about whether "the" should be used between a preposition and a proper noun, e.g. "from (the?) Bank of England", "of (the?) European Union"...?
many cat titles have this format of "preposition+proper noun". i wanna know once and for all whether i should use "the". RoyZuo (talk) 13:15, 22 November 2024 (UTC)
dvidshub tool or trick
for example https://www.dvidshub.net/image/8066972/vp-16-concludes-operations-papua-new-guinea there's an option to log in and download, but i'm reluctant to do so.
is https://d1ldvf68ux039x.cloudfront.net/thumbs/photos/2310/8066972/1000w_q95.jpg the highest resolution version? if not, can the url be constructed based on the catalog number?
is there a tool for dvidshub files? RoyZuo (talk) 17:55, 22 November 2024 (UTC)
- @RoyZuo You do have to log in for the original resolution. The original resolution URLs contain required unique keys, so you won't be able to reconstruct them. I'm not aware of a tool or script for importing DVIDS files, I usually do a lot of manual copy-pasting into {{Milim}}. AntiCompositeNumber (talk) 18:20, 22 November 2024 (UTC)