Commons:Village pump/Technical

(Redirected from Commons:Vpt)
Latest comment: 9 hours ago by Enhancing999 in topic Layout Template:cat see also

Shortcuts: COM:VP/T • COM:VPT

Welcome to the Village pump technical section
Technical discussion
Village pump/Technical
 Bug reports
 Code review
Tools
 Tools/Directory
 Idea Lab



This page is used for technical questions relating to the tools, gadgets, or other technical issues about Commons; it is distinguished from the main Village pump, which handles community-wide discussion of all kinds. The page may also be used to advertise significant discussions taking place elsewhere, such as on the talk page of a Commons policy. Recent sections with no replies for 30 days and sections tagged with {{Section resolved|1=--~~~~}} may be archived; for old discussions, see the archives; recent archives: /Archive/2024/07 /Archive/2024/08.

Please note
 
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.

Protection level

edit

File:Kalocsaizsuzsa.jpg is autopatrol protected so why is there (protectedpagetext: editprotected, edit) system message on it? Is the Wikibase part of the page indeed under full (sysop) protection? --Geohakkeri (talk) 21:40, 12 June 2024 (UTC)Reply

That is weird. The text This page is currently protected, and can be edited only by administrators. comes from Template:Protectedpagetext/PageProtected, but the expected text is at Template:Protectedpagetext/PageAutopatrolProtected. Both of these are transcluded by MediaWiki:Protectedpagetext depending on its first parameter $1. Here's the wikitext:
{{#switch: {{{1|$1}}}
 | editprotected = {{Protectedpagetext/PageProtected}} <!-- Fully protected -->
 | templateeditor = {{Protectedpagetext/PageTemplateProtected}} <!-- Template protected -->
 | editautopatrolprotected = {{Protectedpagetext/PageAutopatrolProtected}} <!-- editautopatrolprotected -->
 | #default = {{Protectedpagetext/PageSemiProtected}} <!-- Semi-protected -->
}}
Per mw:Manual:Interface/Protectedpagetext: $1 - the raw name of the right which is needed to edit the page. Special:ExpandTemplates for page File:Kalocsaizsuzsa.jpg and wikitext {{PROTECTIONLEVEL:edit}} gives editautopatrolprotected, as expected, but "protection level" and "name of the right" might not be the same. —⁠andrybak (talk) 20:08, 15 June 2024 (UTC)Reply
editautopatrolprotected was added to MediaWiki:Protectedpagetext in Special:Diff/853065284 by User:GPSLeo, who is also the author of Template:Protectedpagetext/PageAutopatrolProtected. Perhaps they can check what went wrong. —⁠andrybak (talk) 20:15, 15 June 2024 (UTC)Reply
This is the relevant code, I guess. There are editprotected and editsemiprotected hardcoded as the only options there. --Geohakkeri (talk) 20:51, 15 June 2024 (UTC)Reply
So, if MediaWiki:Protectedpagetext depended on {{PROTECTIONLEVEL:edit}} rather than the proper parametre, it would be a quick fix at least. --Geohakkeri (talk) 21:11, 15 June 2024 (UTC)Reply
Hmm. For reference, English Wikipedia's en:MediaWiki:Protectedpagetext has a similar #switch, with protect, editprotected, templateeditor, and extendedconfirmed.
Searching the code of MediaWiki,[1] I also found mentions of Protectedpagetext in PermissionManager.php,[2] which passes as the first parameter $1 either the string protect or a variable $right, which comes from function getRestrictions of RestrictionStore. My knowledge of PHP is limited, but I'd guess that possible values for restrictions come from $wgRestrictionLevels, hence templateeditor and editautopatrolprotected in Commons' version and templateeditor and extendedconfirmed in enwiki's version. —⁠andrybak (talk) 22:15, 15 June 2024 (UTC)Reply
{{MediaWiki:Protectedpagetext|{{PROTECTIONLEVEL:edit}}}} on File:Kalocsaizsuzsa.jpg would display Template:Protectedpagetext/PageAutopatrolProtected.
Wonder if it works correctly on enwiki, w:Special:WhatLinksHere/Template:Protected_page_text/extendedconfirmed has no uses.
https://commons.wikimedia.org/wiki/File:Kalocsaizsuzsa.jpg?uselang=qqx shows (protectedpagetext: editprotected, edit)
Not sure what {{CASCADINGSOURCES}} is meant to do.
Maybe we could insert a switch based on Protectionlevel after "|editprotected =". Enhancing999 (talk) 15:15, 30 June 2024 (UTC)Reply
I tried to look into this at test.wikipedia.org, but the settings there are different.
Here what is displayed on a file description page comes from javascript var "wbmiProtectionMsg". This might be filled with the actual protection level of the javascript source. Enhancing999 (talk) 12:16, 1 July 2024 (UTC)Reply
I tried it out on Commons Beta Wiki [1][2] and it seems to work if you use {{PROTECTIONLEVEL:edit}}. —Matrix(!) {user - talk? - uselesscontributions} 09:03, 4 August 2024 (UTC)Reply
Please make an edit request if you think you have a working solution. Ultimately, I think it can only be tested properly by being applied here. Enhancing999 (talk) 13:16, 4 August 2024 (UTC)Reply
I've made the edit, it should work now (give some time for cache to update) —Matrix(!) {user - talk? - uselesscontributions} 05:48, 5 August 2024 (UTC)Reply
I think CASCADINGSOURCES means sources of cascade protection. Alfa-ketosav (talk) 16:17, 19 July 2024 (UTC)Reply

Footnotes

  1. git grep -i protectedpagetext -- '.' ':^languages/'
  2. note the manual mapping of sysop and autoconfirmed needed for backwards compatibility

Harvest coord from metadata

edit

somehow coord of File:Ccmhj.jpg from an iphone 14 pro was not detected by commons. a bot to check metadata and fill the coords into sdc would be nice. RZuo (talk) 08:57, 6 July 2024 (UTC)Reply

I added it at Commons:Cross-wiki_upload#Other_known_issues_with_cross-wiki_upload. If we can identify which images should be checked, maybe a request at Commons:Bots/Work_requests can be added. Enhancing999 (talk) 09:24, 1 August 2024 (UTC)Reply

MediaWiki internal error

edit

Accidentally set the license tag to {{|cc-by-sa-4.0-sikander}} instead of {{cc-by-sa-4.0-sikander}} on File:LCBO strike - Market street - 20240713C.jpg and got this error:
MediaWiki internal error.
Original exception: [a752adf9-f969-4f5e-b251-829dc2d1186e] 2024-07-14 20:57:43: Fatal exception of type "Wikimedia\Rdbms\DBUnexpectedError"
Exception caught inside exception handler.
Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

Should I report this somewhere other than here? Regards // sikander { talk } 🦖 21:03, 14 July 2024 (UTC)Reply

@PantheraLeo1359531: No, not happening now. Got that error a few times when updating the files but after a few minutes it started working fine. // sikander { talk } 🦖 16:54, 15 July 2024 (UTC)Reply
Good, I assume it was only a shorter temporarily error ;) --PantheraLeo1359531 😺 (talk) 18:18, 15 July 2024 (UTC)Reply
This is part of a series of recent outages. See phab:T370491, phab:T370304. To check, if some error you're seeing is common or not, visit https://www.wikimediastatus.net/. —⁠andrybak (talk) 09:17, 4 August 2024 (UTC)Reply

Template:Mosreg.ru

edit

The link on this template showing the copyright notice does not function, perhaps it is outdated. I mean the link in the sentence "The text of permission is available here." The current link on "here" is https://mosreg.ru/about/, which is not accesible. The correct link would be https://mk.mosreg.ru/o-sayte . Please can some template expert correct the link, I am not aware of all template technicallities. Regards, Ellywa (talk) 08:44, 19 July 2024 (UTC)Reply

Ellywa, make sure you're supplying a parameter |subdomain= (it is an alias for first positional (unnamed) parameter). For example, File:«Свободные знания для Википедии» Спецноминация Премии Губернатора Медиана.jpg uses {{Mosreg.ru|guip}}, which links to https://guip.mosreg.ru/o-sayte. If you need to attribute to https://mk.mosreg.ru/o-sayte, use {{Mosreg.ru|mk}}. —⁠andrybak (talk) 09:27, 4 August 2024 (UTC)Reply
@Andrybak, Thanks, I am not using the template, just noted an error. Is this parameter use listed on the template documentation? Ellywa (talk) 09:37, 4 August 2024 (UTC)Reply
Added documentation for the parameter: Special:Diff/906372326. —⁠andrybak (talk) 09:50, 4 August 2024 (UTC)Reply
@Andrybak thanks a lot! Ellywa (talk) 11:19, 4 August 2024 (UTC)Reply

OCR to auto-categorize maps / charts by year shown

edit

Is there any gadget/tool for optical character recognition (OCR) of files on Wikimedia Commons?

If there is no such thing it would be really great if somebody could give it a try, it could be very useful.


I'd like to categorize Our World in Data maps by the year of the data into Category:Maps of the world by year as well as OWID charts by the latest data point into Category:Charts by year of latest data.

This is useful for many reasons such as making things in the image explicit as metadata, making things queryable (for example combining cats using petscan), statistics, search (see the search box), better enabling people to find the latest version for some data, better WMC search engine results, and (probably most importantly) updating outdated/old datagraphics that are in use (GLAMorgan can be used for that).

The issue there is that there are really many OWID files (which should now all be in the OWID category) and there may be even far more once people upload "image stacks" for the OWID Gadget if that is the way used to display more interactive OWID data (which I oppose as suboptimal).

One could go through the former manually which also has the advantage that many of these are missing one or a few other categories but the second one really has too many items to do that manually and again more OWID datagraphics keep getting uploaded and this isn't only about OWID datagraphics (there's also other cats one could scan).

See also my related comment here that is about machine vision on WMC more generally or automated species identification: …open letter…#Image recognition software for categorisers.

In my example usecase, an OCR Commons tool could for example OCR read all numbers in a file (files of the petscan results) and then (if it found one or a plausible one) set the category for the latest year that is ≤ current year. Prototyperspective (talk) 11:43, 19 July 2024 (UTC)Reply

For Category:Images by text that could be helpful too. Ideally one could choose
  • a word, group of words, or category tree
  • define a maximum number of words or characters that should be on an image (sample: less than 5 words). This to avoid doing OCR on lengthy texts.
Then confirm suggestions made by OCR. Enhancing999 (talk) 12:21, 19 July 2024 (UTC)Reply
 
SVG file to OCR
I do not know about gadgets.
There is an OCR tool.
See https://ocr.wmcloud.org/ for direct interface and API documentation.
It will work with PNG files but not SVG files (which can be converted to PNG and then OCR'd).
One can get the URL for a PNG rendering of an SVG file. Here's a conversion that is 887 pixels wide
Here's a Polish OCR run on that PNG:
So the Polish text is (converting Unicode code points to Unicode)
  • Typ ściągający
  • Typ naciskający
  • Typ obustronny
But why OCR an SVG file? The PetScan query shows SVG files that have text elements.
With JavaScript, read the SVG file with the Fetch API, grab the text elements with getElementsByTagNS(nsSVG, "text"), ask for the .textContent of each text element, and then search that string for the years or terms you want.
I do not know about the rest of the task.
Glrx (talk) 14:57, 19 July 2024 (UTC)Reply
Wow great so around 70% of this already exists! Thanks a lot for this info. Now it basically only needs a way to make it scan files in petscan results.
SVG files always have a PNG file linked beneath them so they don't need to be converted again.
However, SVG files already have the text as plain text in them so rather than OCRing them it would be better if they the text contained in them was read somehow. However, that (which you also described in your bottom paragraph) is not needed here:
I tested it like so with a PNG render underneath File:Death-rate-smoking,1996.svg and it worked very well.
If there was a tool where one can e.g. enter a petscan ID and it makes these requests the other thing needed would be
  1. the small code that checks for the latest plausible year-number (and either in the first few lines / title or not in the same line as Data source)
  2. a bot that adds the categories to the files accordingly.
Is there a developer here who is interested in building these three missing parts assuming they don't also exist already? Prototyperspective (talk) 15:37, 19 July 2024 (UTC)Reply
https://ocr.wmcloud.org/ interesting tool. Quite surprising what OCR on photos actually gives. I tried:
Both found "rue des lauriers", but the first also a motto and the second part of sticker from a key service on the pole ;)
Maybe OCR could be added automatically on upload and stored somehow to be searchable. Possibly, as structured data so it's editable. Enhancing999 (talk) 10:49, 22 July 2024 (UTC)Reply
About SVG: ideally the text would be rendered on the file description page separately. Maybe that's something that can be added through LUA directly on Template:Information Enhancing999 (talk) 17:46, 22 July 2024 (UTC)Reply
I added a request for that at Template_talk:Information#Output_SVG_text. Enhancing999 (talk) 10:18, 29 July 2024 (UTC)Reply
Prototyperspective, you stated "I'd like to categorize Our World in Data maps by the year of the data into Category:Maps of the world by year". I think that is a great idea for the digital maps of the 21st century and I have done this a lot (manually) for hundreds of OWiD maps. However, I'd like to prevent you from going overboard once you finished with the OWiD maps: Please do not categorize old maps by year, including old maps of the world. Reprints, republications, entry errors and the natural delay between surveying and publishing the final maps, means that almost all older maps (before ~1990s) should preferably get organized/categorized by decade as the finest granularity. All my best wishes for the OWiD project, --Enyavar (talk) 12:28, 7 August 2024 (UTC)Reply

VRT process

edit

I was reading through VRT process and i am confused."Before taking permission we have to upload the media"–isn't it? and if author deny or does not reply then what should to be done?
–– KEmel49talk,Uploads 18:48, 24 July 2024 (UTC)Reply

I usually ask if the author would grant permission before, then upload the media, and ask the author to send the permission to the respective WMC email address --PantheraLeo1359531 😺 (talk) 08:30, 25 July 2024 (UTC)Reply

User category

edit

Kind regards. I recently created an own user category (Category:Files by User:NoonIcarus). Is the category be populated automatically? Or can the process be automated? Many thanks in advance NoonIcarus (talk) 23:54, 26 July 2024 (UTC)Reply

@NoonIcarus no it's not populated automatically. you need to add the category to your files in some way.
for example, you can add it directly to the file pages.
or, you can try my method. i use a customised "Author's name" for my uploads through uploadwizard, which is a template that includes the category, then all new uploads will transclude the template and hence the category. RZuo (talk) 10:34, 1 August 2024 (UTC)Reply

COM:Cameroon

edit

Does anyone know why the level-2 section headings "==Not protected==" and "==Public domain and folklore: not free==" aren't being properly displayed in COM:Cameroon#General rules? -- Marchjuly (talk) 09:28, 27 July 2024 (UTC)Reply

I had the same problem: [3] fixed it. Not sure what it actually is though. Enhancing999 (talk) 10:55, 27 July 2024 (UTC)Reply

The XML in the uploaded file could not be parsed

edit

Hello! I wanted to created some map. I got free baselayer in PNG, opened Inkscape and made import of PNG file in software. After that I've added several lines and symbols and saved the result in SVG. If I try to upload the result to Commons, I see "The XML in the uploaded file could not be parsed". One hypothesis is that problem is in embedded PNG-layer, but, as I remember, there are SVG-files in Commons, which contain raster layers. Size of file is 12 Mb. Microsoft Edge opens file normally. What does cause the uploading error? It is possible to download the file for its checking. Perhaps, there is some web service, which cand repair structure of document, if it is broken? But, indeed, I'm not sure, that there file is broken: it is simple (raster layer, a few lines and symbols) and is not huge. Dinamik (talk) 09:44, 27 July 2024 (UTC)Reply

We do not allow uploads of svgs with images inside of them. Its is often misused and it creates potential security problems because our filescanners do not work on those embedded images. —TheDJ (talkcontribs) 08:07, 28 July 2024 (UTC)Reply
Did such limitation exist in Commons always? I believe, that, for example, first versions of this file have embedded baselayer. Dinamik (talk) 09:56, 28 July 2024 (UTC)Reply
Probably not, see Category:Fake SVG. Enhancing999 (talk) 10:16, 28 July 2024 (UTC)Reply
Commons has always allowed files to have embedded bitmaps, but those bitmaps must use the data: scheme. Files with external URLs are now blocked from uploading. Furthermore, the Commons rasterizer will not fetch external URLs, so such a base layer would no longer display. All the versions of the St. Petersburg map display, so there would not be an external URL. Glrx (talk) 22:57, 28 July 2024 (UTC)Reply
The file is over 10 MB. At one point, SVG uploads were limited to 10 MB, but I do not believe the is still the case.
The file is mostly an embedded PNG. Following that, there are some path and flowRoot elements. The path elements should be OK, but the flowRoot is not supported. It was described in an SVG 1.2 draft, but that draft was not accepted. The element does not exist in the SVG 2.0 spec.
WMF supports SVG 1.1. Even if you could upload the file, it would not display as you would expect.
I do not see a reason for the XML error. W3's validator finds 67 errors, but they only involve normal Inkscape, sodipodi, and RDF extensions or the bogus flowRoot elements.
Glrx (talk) 23:15, 28 July 2024 (UTC)Reply
Running rsvg-convert (latest version, 2.58) on that SVG gives an error without the --unlimited option, which is described as "The XML parser has some guards designed to mitigate large CPU or memory consumption in the face of malicious documents. It may also refuse to resolve data: URIs used to embed image data in SVG documents." Dexxor (talk) 07:17, 29 July 2024 (UTC)Reply
Yes, i think the most likely answer is that mediawiki is not setting LIBXML_PARSEHUGE, which limits the max size of a text nodes and attributes to 10 (Decimal) megabytes. As embedded images are stored as base64 data: urls, this would limit the max size to 10mb after base64 encoding (in practise about 6.98 MiB raw size). As far as I know we fully allow embedded images in SVG if they are under that limit, however they are usually not a good idea. If it was important to commons that these types of files be uploaded, we might be able to add the flag, but I'd prefer to keep the flag off if it isn't really needed. Bawolff (talk) 21:36, 18 August 2024 (UTC)Reply

Skip people in search results

edit

Any idea how to filter search results for photos that are not of persons? Is it currently possible or what would need to be added to make it possible? Enhancing999 (talk) 11:30, 27 July 2024 (UTC)Reply

Yes: append -deepcategory:"People" or a similar category more specific to your search like "People climbing" (concrete example). It doesn't work with the two examples and with any other categories that don't just have a few subcats. The way to change that is phab code issue: phab:T369808 Prototyperspective (talk) 11:52, 27 July 2024 (UTC)Reply

Thanks, but that assumes that the images already have a people category. Also, I doubt deepcat will ever be changed to include all subcategories of Category:People.

This is similar for other files from that Flickrstream. Enhancing999 (talk) 12:30, 27 July 2024 (UTC)Reply

Yes, it doesn't work another way and they should be in that cat. Are you asking about machine vision filters? That would be more than difficult to add. It is not about that particular cat but how well that search operator works and it doesn't scan the whole cat tree anew, it uses some cached data or could do so if it currently does scan things anew for every search request. This is what the categories are for and the user should not be required to do categorization first, that's another issue. I don't know what the point of your question is, how do you think this could be possible if not as described or similar (such as excluding terms commonly in the file descriptions of images of people)? Prototyperspective (talk) 13:35, 27 July 2024 (UTC)Reply
The point is to find images of buildings and cityscape included in these searches/Flickrstreams (and skip all politicians, I'm not interested in).
There was some AI done on images that added suggestions to every image. One could just skip all those images where the suggestion is people/faces or similar. Enhancing999 (talk) 13:42, 27 July 2024 (UTC)Reply
Basically it is that images with suggestions for containing people (I thought people not faces), need to be located in the People category. For example with a subcategory "Images likely depicting people to check". Prototyperspective (talk) 14:04, 27 July 2024 (UTC)Reply
BTW, your phab ticket seems to be repurposed to add the missing error message on MediaSearch, not to make deepcategory:"People" possible. Enhancing999 (talk) 14:10, 27 July 2024 (UTC)Reply
No, that's a misunderstanding then: it's not about showing the error message also in MediaSearch but getting it deepcat to work reliably always (except for newly-created categories). Also to add to my prior point a subcat like "People by activity" may be more appropriate and the "Images likely depicting people to check" doesn't need to be in the People cat, one could just add a second deepcat search operator phrase. Other than that I don't think there's a feasible way given that not even any other image search engines have such features and WMC is unlikely to be able to be the first to offer machine vision supported image search. Prototyperspective (talk) 16:44, 27 July 2024 (UTC)Reply
My oldish phone can do some of it, so Commons should be able to offer it as well. Search engines for the general public tend to have some other constraints: like always provide the same results and not output anything problematic.
Commons was almost there a while back .. so it shouldn't be too complicated to make it work.
BTW let's be optimistic about your ticket, but in any case, I don't think it wouldn't solve my usecase. Enhancing999 (talk) 22:56, 27 July 2024 (UTC)Reply
Ok good point, still that is not a public Web or Website search engine. I don't think it would be very useful but maybe I'm wrong or it would be simple to add. I guess you could check if there is a readily available open source package for this that could be used and check if there is a related phab ticket and if not propose it somewhere. Also keep in mind that WMC has far more files than your phone (however maybe that only means the initial scan takes a bit longer). I think generally it suffices to just change the search terms so either some things are excluded or it's more specific to what you're searching for such as searching "animals climbing" instead of just "climbing" or going to the subcategories about e.g. "buildings". Prototyperspective (talk) 10:45, 28 July 2024 (UTC)Reply
Why wouldn't it be useful to be able to search images by what is actually visible?
Your other suggestions implies that the file description text includes that information or was already categorized, but File:Comemoração da Independência do Brasil (48700486098).jpg is somewhat representative in that not being the case. The entire point of the search is to find images and add more detailed categories. Enhancing999 (talk) 10:31, 29 July 2024 (UTC)Reply
I didn't say that, I wrote "very useful" that means that it's about the magnitude/degree.
The other things were just alternatives that don't necessarily always work or work for all files depending on what you intend to do which you didn't specify and can vary.
Adding/integrating machine vision would be useful; see this. Prototyperspective (talk) 11:00, 29 July 2024 (UTC)Reply

Notice of licencing template redirection

edit

Hello, per Template talk:GPLv3, GPLv3 will soon be redirected to GPLv3 only. It currently has no transclusions and has been deprecated for two weeks. Considering the potential legal implications, I want to proceed with caution. Are there any tools that still have the GPLv3 template hardcoded inside? —Matrix(!) {user - talk? - uselesscontributions} 06:55, 28 July 2024 (UTC)Reply

Orphaned talk pages after format conversion

edit

Consider the following pages:

File:Blue dot 7px.gif (Deleted and redirected after file format conversion) File talk:Blue dot 7px.gif (Orphaned talk page)
File:Blue dot 7px.png (Live page) File talk:Blue dot 7px.png (Non-existent until just now)

I suspect many more orphaned talk pages exist like this one. Until just now, there was no way for an editor looking at File:Blue dot 7px.png to see that there were relevant discussions at File talk:Blue dot 7px.gif. I fixed the problem by moving File talk:Blue dot 7px.gif to File talk:Blue dot 7px.png. I propose that all such pages leftover from file format conversions similarly be moved to match the name of the page in the new format. This seems like a bot task, something like this:

For all pages in the File talk namespace:

  1. Skip if the page is a redirect
  2. Skip if {{SUBJECTPAGENAME}} is not a redirect.
  3. Skip if the {{PAGENAME}} don't end in ".gif"
  4. Skip if {{SUBJECTPAGENAME}} doesn't redirect to SUBJECTPAGENAME.sub(/.gif$/, ".png")
  5. Log and skip if a page already exists named PAGENAME.sub(/.gif$/, ".png")
  6. Move to PAGENAME.sub(/.gif$/, ".png")

An analogous procedure could be followed for other file format conversions.

Questions:

  1. Is there consensus for these moves? Should a talk page persist through file format conversions and associated renaming? To me, the answer is clearly yes, as I regard these as essentially versions of the same file even if the two files co-existed on Commons at one point. Any discussion on the old file format is highly likely to be relevant to the converted file.
  2. Would someone volunteer write a script to perform this task?

Daask (talk) 16:08, 29 July 2024 (UTC)Reply

Hi, We should not have redirects from one file extension to another. This is a source for problems. Yann (talk) 20:47, 29 July 2024 (UTC)Reply
@Yann: isn't there "not" missing in your sentence? Enhancing999 (talk) 12:52, 1 August 2024 (UTC)Reply
Yes, thanks. Yann (talk) 13:13, 1 August 2024 (UTC)Reply
@Yann: I'm confused by your comments. If you are suggesting that the redirect page at File:Blue dot 7px.gif should be deleted, then that doesn't seem to address my concern or solve any problems. Further, it would make it much more difficult to fix the problem I was concerned with, as it would make my proposed script no longer work. Daask (talk) 17:18, 3 August 2024 (UTC)Reply
I don't think the redirect at File:Blue dot 7px.gif is good practice either. Maybe it had been when it was created. Enhancing999 (talk) 14:16, 4 August 2024 (UTC)Reply

Tech News: 2024-31

edit

MediaWiki message delivery 23:07, 29 July 2024 (UTC)Reply

edit

Seems like this gallery uses some way of showing translated versions of the headers depending on which ?uselang= is set: Deutschland

The headers display fine in the gallery itself but are bugged in the TOC. Why is that / how can this be fixed – is there some issue about this? (I don't think galleries are very useful, e.g. even large ones are barely viewed or well-populated, but as long as they are used and displayed in search results, they should work properly.)
Prototyperspective (talk) 10:37, 1 August 2024 (UTC)Reply

Updating an icon image in a translated template

edit

I changed Template:Bad AI/i18n to use an .svg icon instead of a .png one yesterday, but the edit hasn't propagated to Template:Bad AI (where it's embedded), nor to any of the localised versions such as Template:Bad AI/i18n/en (which I cannot edit directly). What have I done wrong here? Belbury (talk) 12:19, 1 August 2024 (UTC)Reply

No, you did nothing wrong. The edit has to be now accepted by COM:translation administrators before it gets propagated. --Geohakkeri (talk) 12:32, 1 August 2024 (UTC)Reply
Thanks, I'll wait for that, then. From the This page contains changes which are not marked for translation message I assumed nothing was pending. Belbury (talk) 13:02, 1 August 2024 (UTC)Reply

Discussion about possible i18n changes to the Protectedpagetext in Mediawiki namespace

edit

Hello, I didn't know which noticeboard this would be more suited to, but you might want to change out COM:VPP#More appropriate MediaWiki translation structure for protectedpagetext templates. —Matrix(!) {user - talk? - uselesscontributions} 05:21, 3 August 2024 (UTC)Reply

Number of edits on file description pages (3 categories)

edit

Is there way to determine how many edits had been done on file description pages in Category:TIFF images with categorized JPGs and its two subcategories? Ideally

  • how many edits were not done by the uploader
  • and how many different users were involved?
  • how this spreads of years, possibly 3-month-periods

Ideally curation on this duplicates wouldn't be needed, but I don't think this is what happened. Enhancing999 (talk) 06:19, 4 August 2024 (UTC)Reply

List view of category

edit

is it possible to have a list view of categories? without thumbnails, filenames arranged in a compact list.

i know one way to do it is by adding NOGALLERY, but let's say i want to view Category:All media needing categories as of 2024, so i dont want to edit the page which will change the view for all users. RZuo (talk) 15:59, 4 August 2024 (UTC)Reply

PetScan? Enhancing999 (talk) 17:46, 4 August 2024 (UTC)Reply

Questions about "files" in Special:UncategorizedPages

edit

The past few days I have tried to clean up Special:UncategorizedPages. For the real gallery pages that is not a problem. But the vast majority of the pages in this list have the format "File:" (at the moment about 95%). That seems not OK to me. There are three types of files here:

  1. Embedded files (term made up by me): Files that do not contain any image or other medium, but only text, a table or a program; there is a link in another file (main file) to the embedded file. Sometimes the creator could move the text to the main file and ask for deletion of the embedded file.   Question Can this be solved, can the content of the embedded files be moved to the main files or does another solution exist? Examples:
    1. Commons:Deletion requests/Files found with File:Wikipedia on GLAM-Tour Kulturkooperationen für lokale Wikipedia-Gruppen.webm; see also: Commons:Translators'_noticeboard#A_handful_of_File:_namespace_timed_text_translations_still_exist + Commons:Village_pump/Archive/2016/09#What_are_these_files? (so this is an eight year old problem) + Meta:Community Wishlist/Wishes/A tool for auto-transcription to speed up the creation of TimedTexts subtitles for videos on Commons (which can perhaps be a solution?)
    2. File:Alignment chart.png/author + File:Alignment chart.png/source; both used in File:Alignment chart.png
    3. File:GFDL (English).ogg/Warning 1
    4. File:LGBT rights world map.svg/description; used in File:World laws pertaining to homosexual relationships and expression (duplicate).svg
  2. The vast majority of the "Files" on this list contain a request for deletion or a note that probably copyright violation is the case. They obviously do not belong here.   Question How do these files end up here? How can they be removed from this list?
  3. The rest of the files look correct: they have an image or other medium, categories and are not nominated for deletion. But I cannot find them in the categories mentioned in the files. So I think something is wrong with this files, but I do not know what.   Question Why are these files on this list? How can they be removed from it? Examples:
    1. File:"Principes_de_composition_de_Mr_Bernier,_ancien_Maitre_de_Musique_de_la_S.te_Chapelle,_à_Paris"_-_btv1b10868810x_(45_of_57).jpg
    2. File:2024-06-13_Archiv_des_Deutschen_Museums_30.jpg
    3. File:2024 Save the Core - Talco - by 2eight - 9SC1171.jpg
    4. File:Lettre_de_Jean_Baptiste_Victor_Mohr_à_Monsieur_Achille_Gouffé,_10_Février_1857_(manuscrit_autographe)_-_btv1b108806264_(3_of_3).jpg
    5. File:Parque_Estadual_da_Pedra_Branca_X_Diego_Monsores_(02).jpg
    6. File:Parque_Estadual_da_Pedra_Branca_X_Diego_Monsores_(03).jpg
    7. File:Séismes._Iles_Lipari_(dossier_239)_-_btv1b10875214q_(065_of_233).jpg
    8. File:Uni8F29_NotoSansSC-Light.svg
    9. File:Finnish_Transport_Safety_Agency.png
    10. Files starting with File:GCE Kannur
    11. File:High_School_-_geograph.org.uk_-_6526491.jpg
    12. File:Willoughby_St_Jul_2024_68.jpg
    13. File:Xenia - Hub District (BAP) - 8516245531.jpg

JopkeB (talk) 06:33, 5 August 2024 (UTC)Reply

In your list, #1 seem to be fake subpages. Subpages because they use the "/" format, fake because file namespace doesn't allow for subpages.
Could be that pages with #3 need a null edit for the categories to be added completely. Enhancing999 (talk) 10:28, 5 August 2024 (UTC)Reply
Thanks @Enhancing999: for your remarks.
  • @1 I understand. But they cannot be just deleted because the filenames have a wrong format. One way or another they should be replaced by something else. I hope someone has a solution.
  • @2 I hope someone else can shed some light on that.
  • @3 I carried out a null edit in some files and after that at least they were in the categories. I'll wait a few days and then will check wether these files are not in the refreshed list anymore. If that is so, I'll give the rest the same threatment. But it is strange that they need such a threatment at all; can we not just prevent it?
JopkeB (talk) 11:16, 5 August 2024 (UTC)Reply
For #3 a bot could do that on a regular basis. Do pages appear there if they are only in hidden category? #2 may be the same. Isn't there a separate process for uncategorized images? Maybe this special page isn't needed for that.
About #1: if there is no associated file, the content should be moved to the appropriate place. This can be the actual file description page, template namespace or timedtext namespace. Once moved, this should be deleted. Enhancing999 (talk) 11:26, 5 August 2024 (UTC)Reply
Isn't there a separate process for uncategorized images? Yes, Special:UncategorizedImages exists. --Geohakkeri (talk) 11:31, 5 August 2024 (UTC)Reply
And there are Category:Uncategorized files, Category:Files needing categories and their subcategories, files are also put there in automated processes. And what is the difference with Special:UncategorizedImages? JopkeB (talk) 15:49, 5 August 2024 (UTC)Reply
The main difference is that the special page is populated by the wiki software itself. Or what you meant to ask? I don’t think I quite understood. --Geohakkeri (talk) 16:37, 5 August 2024 (UTC)Reply
Yes, thanks, this is the answer to my question. JopkeB (talk) 14:02, 7 August 2024 (UTC)Reply
A bot is fine. But shouldn't it be investigated why these files appear in the list? Then it may be possible to solve the problem and then we do not need a bot. There are many, many more files with hidden categories and files that are nominated for deletion which do not appear in the list. JopkeB (talk) 15:54, 5 August 2024 (UTC)Reply
I tried the null edit on the (non-deleted) pages. Let's see if it works. Also I fixed #1.2. above. Enhancing999 (talk) 22:06, 5 August 2024 (UTC)Reply
Also, I made a deletion request for #1.3 Enhancing999 (talk) 10:08, 6 August 2024 (UTC)Reply
Also, a rename request for #1.4 (move to template namespace). Enhancing999 (talk) 10:17, 6 August 2024 (UTC)Reply
@Enhancing999: I've tried to rename File:LGBT rights world map.svg/description, but I get an error: "Cannot move file to non-file namespace." I'm only a filemover, though; maybe an admin can do better. If not you may need to copy it (with proper attribution) and then get the current page deleted. --bjh21 (talk) 14:28, 6 August 2024 (UTC)Reply
I did some testing at testwiki: it's not possible to move directly, even for admins. A workaround seems to be Special:Import. Enhancing999 (talk) 23:14, 6 August 2024 (UTC)Reply
Didn't work, but it's moved now. Enhancing999 (talk) 23:38, 6 August 2024 (UTC)Reply
For a better overview, I propose an update to the introductions of the special pages, see MediaWiki talk:Uncategorizedpages-summary and MediaWiki talk:Uncategorizedimages-summary. Enhancing999 (talk) 10:22, 6 August 2024 (UTC)Reply
Until #1.1 is solved, I made Category:Timed Text in file namespace to get them categorized (someone needs to mark them for translation for the category to appear in all other subpages). Enhancing999 (talk) 10:30, 6 August 2024 (UTC)Reply
(@2) It's a old MediaWiki file cache error/bug. It occurs sometimes when using mass deletion tools like AjaxQuickDelete, Bad Old Ones, Twinkle, etc. One or two files' deletions remain incomplete, deleting admin sees the red link, so unless they refresh the page or check the deletion log, they are unaware. The files have categories but not appear in them, and eventually show up as uncategorized, they may also end up with corrupt thumbnails. Basically it's a state of partial deletion, lol. Purging doesn't help, but the issue can be easily fixed by just manually deleting the files. One can also add the deletion template again to make them appear in the deletion category for admin attention. For the current report, I have deleted all except those I was unsure about. -- CptViraj (talk) 20:08, 5 August 2024 (UTC)Reply
Thanks @CptViraj: for the explanation and deleting many files. I have still some questions:
  • Since I have no rights to delete files manually, next time it is best that I add the deletion template again?
  • What about the files with a Template:No permission since, like File:Logo-thanh-pho-Sa-Dec.webp? Can they get off the list too? Would the solution also be adding the template again?
  • Solving the bug(s) is not an option?
JopkeB (talk) 06:06, 6 August 2024 (UTC)Reply
No need to add a new deletion template. A null edit is enough to get the file categorized again. --Geohakkeri (talk) 08:13, 6 August 2024 (UTC)Reply
Null edits will only be useful when the file has a speedy deletion template (SD, copyvio, G10, F10, etc.) used, so it will be categorized in a speedy deletion category. But when the file has a DR template, it doesn't help as the DR request is already closed, there is no category for them, it will still go unnoticed. Same for any F5 (no license/source/permission) file, the respective maintenance category is already deleted, so it will too go unnoticed. Therefore in these two cases, it's better to just add {{SD}} mentioning the error to have admin attention. -- CptViraj (talk) 10:55, 6 August 2024 (UTC)Reply
Would you have a sample file? Enhancing999 (talk) 10:59, 6 August 2024 (UTC)Reply
Just a nitpick: old {{Npd}} cases are perfectly visible as they appear directly in Category:Media missing permission. --Geohakkeri (talk) 11:02, 6 August 2024 (UTC)Reply
@JopkeB:
  • (1) Yes, but no need to add the same deletion template, just use a simple speedy template ({{SD}}) mentioning the error and original deletion reason, also see my above message regarding null edits.
  • (2) The same applies here; just use the SD template as I said above. I think you are asking this because you noticed that all (or most) of the files left by me are these F5 ones, but it is not related, I have deleted many of these files, too.
  • (3) Solving a bug is always a option. This isn't a Commons-only issue. Devs might already be aware of the bug; maybe there is already a Phabricator task, maybe there isn't. I don't know as I never tried digging into this as there always have been some sort of cache issues with deleting in MediaWiki, maybe I'm just lazy to deal with it as this isn't a major issue and is easily workable 😅, and these files are deleted most of the time on every maintenance report by some admin, this time it just got pilled up for a month or two. -- CptViraj (talk) 10:55, 6 August 2024 (UTC)Reply
Thanks, all of you, for the help. The list has been refreshed and there are now only 16 pages left. For the files about Wikipedia on GLAM-Tour Kulturkooperationen is a process going on to delete them (see Commons:Deletion requests/Files found with File:Wikipedia on GLAM-Tour Kulturkooperationen für lokale Wikipedia-Gruppen.webm). The rest looks business as usual. JopkeB (talk) 13:35, 7 August 2024 (UTC)Reply
Impressive from 181 to 16! The translation subpages would also disappear if someone marked the main one for translation (I made request at Commons:Translators'_noticeboard#A_handful_of_File:_namespace_timed_text_translations_still_exist).
User talk:Test919,733,084 leaves me puzzled. Enhancing999 (talk) 13:40, 7 August 2024 (UTC)Reply
Did an edit on that .. maybe it works. Also an edit request for Motd. Enhancing999 (talk) 14:43, 7 August 2024 (UTC)Reply
It got updated, but there are still 12. "User_talk:Test919,733,084" is still there. I tried moving it around: [5]. Enhancing999 (talk) 10:16, 10 August 2024 (UTC)Reply
Special:UncategorizedPages is now at 5 (3 new ones). Enhancing999 (talk) 21:10, 14 August 2024 (UTC)Reply

File:Herrieu - Chansons populaires du pays de Vannes, 3e série, 1930.djvu not displaying

edit

Hello,

The file Herrieu - Chansons populaires du pays de Vannes, 3e série, 1930.djvu uploaded 11 days ago is not displaying. I had almost the same issue with another DjVu file (see [6]). Could you see why ? Thanks. Gwendal (talk) 07:24, 5 August 2024 (UTC)Reply

Update : after a "dummy" upload with the same file, it's displaying on Commons but not on the other wikis (see : s:br:Restr:Herrieu - Chansons populaires du pays de Vannes, 3e série, 1930.djvu).
There is the same problem with the other file File:Herrieu - Chansons populaires du pays de Vannes, 1re série, 1911.pdf : see s:br:Restr:Herrieu - Chansons populaires du pays de Vannes, 1re série, 1911.pdf--Gwendal (talk) 05:36, 16 August 2024 (UTC)Reply

Tech News: 2024-32

edit

MediaWiki message delivery 20:40, 5 August 2024 (UTC)Reply

Uploadig a large svg file

edit

I am tring to upload this svg file. and it does not working. maybe becose it is too large. are there size limitation on svg files? what are they? Can somebody help me to upload it?

Thanks a lot, Aizenr (talk) 10:05, 7 August 2024 (UTC)Reply

my file is 38MB. this is much smaller then the Maximum file size. So this is probably not the main problem... Any other sugestions? Aizenr (talk) 17:17, 7 August 2024 (UTC)Reply
@Aizenr: Your SVG contains a large PNG, resulting in the same issue as in #The_XML_in_the_uploaded_file_could_not_be_parsed. --Dexxor (talk) 20:52, 7 August 2024 (UTC)Reply
thank you very much. I read now the discusion above, but I stell do not undestand what is the solution. Can I chinge something in my file that will solve the problem? If there is now other chice, I can downsize the png image.How much should I downsize it?
Thanks again, Aizenr (talk) 04:47, 8 August 2024 (UTC)Reply
@Aizenr: I would simply convert the SVG into PNG using rsvg-convert -u or Inkscape, and then upload the PNG (it should also be much smaller, around 3MB). Dexxor (talk) 05:52, 8 August 2024 (UTC)Reply
thank you for the sujestion. The main aim of this file was to criate an svg version of an existing png file so text in different lengwiges could be added. So I prefer to keep it as svg. If I split the png into 2 pices, do I have the same limitation for each of them or on the total? Thanks again, Rami (Aizenr, talk) 12:33, 8 August 2024 (UTC)Reply
@Aizenr: The PNG is already split into two pieces. I think your only option is to make the PNGs smaller, like this. ---Dexxor (talk) 20:58, 9 August 2024 (UTC)Reply
Isn't that problem not one of size, but that Category:Fake SVG are no longer accepted? Enhancing999 (talk) 21:03, 9 August 2024 (UTC)Reply
You would probably have to split it into more than two pieces. Try and aim so that no piece is larger than 6 megabytes. Bawolff (talk) 21:41, 18 August 2024 (UTC)Reply

Uploadwizard on mobile web pages, how to jump to top or bottom?

edit

i'm batch uploading like 50 files. it's a pain to scroll slowly up or down. i just need to click the button to submit files... RZuo (talk) 13:33, 7 August 2024 (UTC)Reply

using mobile opera browser might be better? they seem to have a button to jump when a page is too long. RZuo (talk) 13:35, 7 August 2024 (UTC)Reply

Flickr2Commons tool not working for about 24 hours.

edit

I get this message currently-

  • "Wikimedia Toolforge Error"
  • "Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again later."
  • "tools-proxy-8.tools.eqiad1.wikimedia.cloud"

It has been about 24 hours. Other Users are apparently using this same tool without any problems. Thanks, -- Ooligan (talk) 15:03, 8 August 2024 (UTC)Reply

Also see
M2k~dewiki (talk) 23:42, 9 August 2024 (UTC)Reply
Still not working. Is this permanently broken, and I should choose a different way to do these tasks, or will it be coming back? - Jmabel ! talk 19:39, 12 August 2024 (UTC)Reply
https://phabricator.wikimedia.org/T372451 M2k~dewiki (talk) 15:56, 14 August 2024 (UTC);Reply
Update: User:DaxServer create a clone of F2C and it was available here, though the initial F2C was still downed. --A1Cafel (talk) 03:21, 18 August 2024 (UTC)Reply

Extra buttons with the reply field

edit

Above the I would like to add a few extra buttons to insert codes/templates in the reply field (through my person .js). Can anyone point me to an example how it is done their, then I use that code and modify it. Thanks! Romaine (talk) 14:41, 10 August 2024 (UTC)Reply

No edit summary when undoing caption edits

edit

There is no automatic edit summary when undoing caption edits (see for example File:Dancer in Sari.jpg, why is that and can it be changed? Should it then be added as a feature request om Phabricator or how to go about it? Jonteemil (talk) 18:05, 10 August 2024 (UTC)Reply

Yes, that is an annoying problem. I also mentioned this in #Vandals often move captions to other languages – detection needed below. Please create an issue if no issue about it exists and then please link it here and mark the section as solved. Prototyperspective (talk) 09:45, 19 August 2024 (UTC)Reply
  Done. Jonteemil (talk) 18:35, 20 August 2024 (UTC)Reply

Special:UncategorizedCategories

edit

Special:UncategorizedCategories says it runs once a month. It is now five days beyond that. Even once a month is a long time for this report, which used to run every three days. No doubt partly as a result of that longer interval, we have gone from having about 100-200 such categories early this year to over 1500 in the latest (July 7) report. I've dealt with several hundred of those, and would really like to have a more updated report to work from. As far as I can tell, there is no reasonable way to find uncategorized categories other than this report, and except for the rare false positive, every single uncategorized category genuinely represents a task to be done. - Jmabel ! talk 19:31, 12 August 2024 (UTC)Reply

Why was it changed to much less frequent runs? I think it would be better if like with Suggested Edits, categories were suggested for these (and also categories that already have categories) – for example using the categories of the Wikipedia items if the category is linked to (these could have cats with matching cats on WMC or cats that have parent cats with matching cats on WMC). Prototyperspective (talk) 23:20, 19 August 2024 (UTC)Reply
It's updated. Count of 11:11, 22 August 2024 is 1534. Enhancing999 (talk) 12:25, 22 August 2024 (UTC)Reply
phab:T369024: Seems the outcome is Special:UncategorizedPages got deactivated instead.
@Ladsgroup can't we keep both?
A way to speed it up could be to limit Special:UncategorizedPages to namespace 0. Pages don't need to appear there and on Special:UncategorizedFiles.
FYI: @Bawolff, @Mdaniels5757, @JopkeB. Enhancing999 (talk) 14:00, 22 August 2024 (UTC)Reply
MediaWiki currently does not support setting Special:UncategorizedPages to use namespaces different than the Content Namespaces Bawolff (talk) 09:27, 23 August 2024 (UTC)Reply
The query for Uncategorized pages is really strange. I wonder what usecase it's meant for. It's much quicker when it's limited to namespace 0. Adding namespace 6 and filtering that for pages without files is just strange. It seems to be me that the bug needing fixing is to write correct SQL. Enhancing999 (talk) 09:42, 23 August 2024 (UTC)Reply
Thanks for pinging me. My questions:
  1. What exactly is the problem? What is the frequence of runs yet? @Jmabel: What would be a good frequence for you?
  2. What is the purpose of phab:T369024 exactly? Please explain in plain English. I have not enough knowledge of this tool to understand what the consequences of this task might be. Anyway: Special:UncategorizedPages should still run now and then, it should not be deactivated. If the frequence now is a problem, I think it might run weekly or perhaps even less frequent, but we cannot do without it.
  3. What does "limit Special:UncategorizedPages to namespace 0" mean? And in the next sentence: what does "there" mean? Now it looks like referring twice to the same list.
JopkeB (talk) 09:34, 23 August 2024 (UTC)Reply
As you noted elsewhere Special:UncategorizedPages included both galleries (namespace 0) and file description pages that are empty (namespace 6). These empty file description pages appear also on Special:UncategorizedFiles.
The query for namespace 6 in Special:UncategorizedPages is really resource intensive at Commons (this lead to the bug above). I can't really think of a cases where it's needed though.
As the bug report isn't very clear, it lead to the wrong "fixes" and Special:UncategorizedPages is currently deactivated. Fixing it correctly should make updating Special:UncategorizedPages much faster. Enhancing999 (talk) 09:51, 23 August 2024 (UTC)Reply
@Enhancing999: Thanks for your explanation. How would Special:UncategorizedPages get correctly updated, what should be done? Is phab:T369024 making that happen or is it the other way around: is that the ticket implementing the deactivating and should we ask for a new ticket/task? JopkeB (talk) 11:18, 23 August 2024 (UTC)Reply
BTW, currently there are few pages on Special:UncategorizedPages and Special:UncategorizedFiles, but this is due to several people cleaning them up fairly thoroughly since JopeBe's report above. This does not mean the reports aren't needed or should be run less frequently. Enhancing999 (talk) 09:59, 23 August 2024 (UTC)Reply
Hi, Page table of Wikimedia Commons currently has more than 110M rows, its categorylinks table has more than 800M rows. Joining these two tables with such conditions is too expensive in our production and can cause issues and bring down our databases. That's why we had to reduce its frequency to once a month. We will eventually migrate these reports to hadoop and bring back its previous frequency but that's far in the future (phab:T309738). In the meantime, you can improve the condition by excluding File namespace in the query (which would make it faster), and then just run it against wikireplicas. Similar to how English Wikipedia builds reports for their needs (en:WP:DBR). Sorry for the inconvenience but we don't really have a choice. ASarabadani (WMF) (talk) 11:38, 23 August 2024 (UTC)Reply

@JopkeB: I guess I could live with Special:UncategorizedCategories being monthly, though certainly more often is better. Before the most recent report a couple of days ago, we'd gone 6 weeks. When you say "What exactly is the problem?" I'm not sure what you are asking. Are you asking how the page is used? Why it's a problem when it is far out of date? or something else? - Jmabel ! talk 18:55, 23 August 2024 (UTC)Reply

I have already get an answer to this question: there are technical problems to run lists as frequent as we would like to. JopkeB (talk) 05:14, 24 August 2024 (UTC)Reply

Tech News: 2024-33

edit

MediaWiki message delivery 23:18, 12 August 2024 (UTC)Reply

File missing

edit

Hey there! I uploaded files recently, and had an occasion twice. In rare cases, a page for a file is created, but the file itself is missing (e.g. File:POV – una Dottoressa dolcissima ti visita in ASMR.webm). How to handle this issue? Thank you very much!

--PantheraLeo1359531 😺 (talk) 11:26, 13 August 2024 (UTC)Reply

This happens occasionally, the easiest is to upload the file again and then delete the page. Ymblanter (talk) 15:34, 13 August 2024 (UTC)Reply
Thanks. Yes, the file does exist, but I uploaded a new snippet and then reset to the complete file. --PantheraLeo1359531 😺 (talk) 06:38, 14 August 2024 (UTC)Reply

File not showing up in Category:Other speedy deletions

edit

I tagged File:His Girl Friday (1940, SDR).webm for speedy deletion and the page shows it as being in Category:Other speedy deletions, but a day later it still doesn't show up in the category. Is there a known reason that would happen? hinnk (talk) 23:16, 13 August 2024 (UTC)Reply

I can see the file in the respective cat --PantheraLeo1359531 😺 (talk) 06:44, 14 August 2024 (UTC)Reply
It wasn't showing up after ~24 hours. After a little longer it did appear for me in the category so I figured it was just a caching issue, but now it's gone again. hinnk (talk) 18:12, 14 August 2024 (UTC)Reply
And now it's back. This is super weird, I don't understand why it would repeatedly disappear and reappear like this. No changes have been made to the file or category pages, the only thing that's changed is other pages being added to or removed from the category. hinnk (talk) 19:01, 14 August 2024 (UTC)Reply

I'm wondering if it might be related to phab:T129621/phab:T132921. The whole reason for opening the speedy deletion request was that reupload was giving an error because it couldn't acquire the lock. If any admins come across this, it'd be helpful to know what happens when you try and perform the deletion. hinnk (talk) 22:12, 14 August 2024 (UTC)Reply

It's known to happen for template based categories. Category:Non-empty_category_redirects had plenty. Enhancing999 (talk) 13:01, 15 August 2024 (UTC)Reply

File:Basel Tinguely vor Museum.jpg

edit

Can the version by M. Schwendener be moved to a separate page? Note Special:Diff/174308060. Thanks. Enhancing999 (talk) 08:38, 15 August 2024 (UTC)Reply

  This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 23 August 2024 (UTC)

toollabs:para/Commons:Special:NewFiles: 504 Gateway Timeout

edit

“Webservice request timed out. This URI is managed by the para tool, maintained by Para.” --Geohakkeri (talk) 11:30, 15 August 2024 (UTC)Reply

Image cannot be displayed

edit

See File:Brussels metro icon.svg. --BigBullfrog (talk) 14:53, 15 August 2024 (UTC)Reply

It used undeclared namespace. Removed inkscape namespace references. Removed irrelevant clipping. Need to wait to see if servers will display it. Glrx (talk) 16:54, 15 August 2024 (UTC)Reply
  This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:13, 23 August 2024 (UTC)

Help with adding parameter to template

edit

Would someone be so kind as to help me add a parameter to Template:PD-Sjöfartsverket? The parameter would function in the same way as the “cat” parameter from Template:Taken in, such that the code {{PD-Sjöfartsverket|cat=no}} would disable automatic categorization of transcluding pages. I can take care of updating the documentation afterwards. —VulpesVulpes42 (talk) 18:39, 15 August 2024 (UTC)Reply

Why would it have that? Template:PD-US doesn't have it. Enhancing999 (talk) 19:12, 15 August 2024 (UTC)Reply
@Enhancing999: This template has a much, much more limited use case. It automatically adds files to Category:Diagrams of water transport signs in Sweden. However there is also Category:Diagrams of water transport signs in Sweden obsoleted by SVG replacement, and files there should of course not be in the parent category as well. But due to the automatic categorization currently being undisableable, there is no way of removing files from the redundant parent category without also removing the template. —VulpesVulpes42 (talk) 19:21, 15 August 2024 (UTC)Reply

Could translated pages be hidden from categories?

edit

For example see Category:Commons video resources – all those translated pages in that category make it cluttered, hard to go through the pages, and bury pages on the next page.

Would it be possible to hide translated pages so that only one is shown?

  • One could have the links to the translated pages at the top of that page
  • One could automatically open the respective translated page when opening the page depending on one's language settings
  • (and there are more alternatives)

Prototyperspective (talk) 22:00, 16 August 2024 (UTC)Reply

Much less useful but still useful would be if the translated pages were also hidden or hidable in the File uses on commons section of file pages because it makes it cluttered and hard to see where a file is used; example. Prototyperspective (talk) 10:08, 19 August 2024 (UTC)Reply
It's possible to place them in a subcategory, but I don't think status quo is necessarily an issue. They should be categorized in any case. Enhancing999 (talk) 12:17, 22 August 2024 (UTC)Reply
It's currently not a big problem but it makes things far less overseeable and buries things on other pages or beneath the cluttered page. Imagine if there were 300 translated versions of a page which is just roughly the number of languages with a Wikipedia and not even all notable languages, it would make the category barely usable to find and organize things. Manually subcategorizing wouldn't be a good solution because it requires people to spend time manually doing so and new translations will be directly in the category again. Maybe there could be some multilingual redirect page that redirects to whatever language the user has configured if that language version exists and English otherwise? Prototyperspective (talk) 12:35, 22 August 2024 (UTC)Reply

Vandals often move captions to other languages – detection needed

edit

What's going on with people somewhat apparently systematically moving captions from one language to a false one? This is happening frequently and often, if not usually, not detected & reverted by editors.

Could a detection of this please be developed? Compared to other vandalism that is well-detected automatically on Wikipedia by for example ClueBot NG (acc) I think it would be easy to detect if a caption got moved from the original language to another one, if possible with language detection so it also checks if the language it was moved indeed does not match the caption text language. Maybe a better place to ask about this would be the Bot requests or the ClueBot NG talk page / code repo.


Examples

Previously I was wondering how to search my contributions (edit summaries). I was trying to use standardized phrases or terms in edit summaries so I can easily look them up later, for example to replace texts I previously added with templates. I found the following useful tool and because I try to always use term "rvv" when reverting edits that are or seem to most likely be vandalism many examples of such edits can be found here. These are the most recent ones: 1 2 3 4 5 6 7. By the way, I think captions are more a problem or redundant than anything else since there already is the machine-translatable description field (it's useful sometimes when descriptions are long but these could also instead have a short version at the top or be shortened). Another problem is that when undoing changes to captions there is no prefilled edit summary so one has to tediously copy the contributions link of the user and write the edit summary anew. Prototyperspective (talk) 13:04, 17 August 2024 (UTC)Reply

Given how often this happens (I was able to find a couple of recent instances in a few minutes of looking through RecentChanges) and how weirdly specific of an action it is (it only changes the language of the caption, never its content), I suspect this is a UI/UX issue, not deliberate vandalism, and I suspect it can be addressed by making some changes, like inserting a confirmation dialog when changing the language of an existing caption.
Does anyone know how/where the caption editing interface is implemented, and who's responsible for it? (I also have a couple of gripes about the language picker used in the caption interface - especially its appearance on mobile.) Omphalographer (talk) 05:16, 18 August 2024 (UTC)Reply
you're right. try File:JPG Test.jpg.
given existing captions, users can change the language and then click publish. that results in the aforementioned problematic edits. RZuo (talk) 05:30, 18 August 2024 (UTC)Reply
There is the new feature to require captchas for action defined in an abuse filter. I thought about requiring captchas for all IP edits on captions. This might reduce these king of accidental edits. GPSLeo (talk) 05:36, 18 August 2024 (UTC)Reply
  • Could be but sometimes they do change the text or change multiple languages at once and it seems like it's always only done by new or unregistered users who sometimes did some other different problematic changes.
  • Another thing that could be done is automatic detection of the language and displaying at least a warning or adding the file to a maintenance cat if it doesn't match the specified language – this would also be useful since often people specify the wrong language even at upload.
  • @RZuo: What do you mean? Why would Omphalographer be right in that this is a UI/UX issue? What you described is exactly the expected behavior: changing the language and then clicking publish, how does this suggest it's not vandalism and a UI issue? I don't see why you and GPSLeo think it would be accidental / an UI issue if one has to deliberately click "publish".
  • Even if both captchas are added and they indeed reduce these changes, I still think there should be automatic detection of these changes as well as other likely vandalism. Why is ClueBot_NG not active on WMC? Does ORES work with WMC? There's lots of vandalism here (not just in the captions and the relatively hidden structured data) and I've come across multiple cases where it stayed on a relatively large page for a year or so. Bots/tools could build a queue of edits to check as well as automatically revert edits that are very likely to be vandalism. Moreover, they could learn from edits that specify that the reverted edit was likely vandalism or similarly nonconstructive (it doesn't matter if deliberate or not) if terms like RVV are used.
Prototyperspective (talk) 10:07, 18 August 2024 (UTC)Reply
People are on a website an they see a language selection. They want to change the language of the text. They do not expect that they are able to change the content on a website where they do not even have an account. The button says publish but how is this translated into different languages and are these translated terms always that clear? GPSLeo (talk) 10:37, 18 August 2024 (UTC)Reply

Geolocate nepal photos

edit
Date Name Thumbnail Size Description
09:31, 23 March 2019 TESt.jpg (file)   5.93 MB User created page with UploadWizard
07:18, 23 March 2019 TEST.jpg (file)   6.31 MB User created page with UploadWizard

plz take a look at User:Simasuru's photos. i located one of them to 27.685, 85.2138. do you think that's right? once it's confirmed, i will rename the files. RZuo (talk) 05:46, 18 August 2024 (UTC)Reply

I'd tend to have these tests deleted. Enhancing999 (talk) 12:21, 18 August 2024 (UTC)Reply
Rename yes, but meets COM:SCOPE, right? --PantheraLeo1359531 😺 (talk) 11:55, 19 August 2024 (UTC)Reply
edit

As spotted by User:Enhancing999, User talk:Test919,733,084 shows up in Special:PrefixIndex/User_talk. Somehow the page has a wrong page_namespace field in the link cache. Page information reports the correct namespace and for example Special:WhatLinksHere doesn’t list the page as a gallery. --Geohakkeri (talk) 09:39, 18 August 2024 (UTC)Reply

I tried unredirecting/editing/moving/deleting it: still the same.
Quarry:query/85434 reports it as being in namespace 0. Enhancing999 (talk) 09:46, 18 August 2024 (UTC)Reply
Kind of weird, but this is from 2019, so its probably way to late to figure out what happened. It is very unlikely this has anything to do with linkcache. If you want to delete it, be sure to refer to it by id number, not its name e.g. https://commons.wikimedia.org/wiki/?curid=84066057 . Usually deleting these sorts of things are easier via the API. Bawolff (talk) 21:20, 18 August 2024 (UTC)Reply
Ah, that explains it (sort of) – there is another page with the same name. That’s why I couldn’t find anything weird with the page I linked – the real culprit is that duplicate, only accessible through the id number. Thanks! --Geohakkeri (talk) 21:51, 18 August 2024 (UTC)Reply
  This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 23 August 2024 (UTC)

Can not find out what causes an error

edit

I apologize, first attempt to upload three images: https://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&campaign=CHM-DE-HE&categories=Cultural+heritage+monuments+in+Erbach+%28Odenwald%29&description=Stra%C3%9Fenbr%C3%BCcke%2C+Eisenbahn+%28auf+der+Grenze+zu+Michelstadt%29&descriptionlang=de&fields%5B0%5D=952486&fields%5B1%5D=49.67158%2F8.99068 - I get "Beim Ausfüllen der Formulare sind 2 Fehler aufgetreten. Bitte die Fehler berichtigen und erneut speichern." - 2 Errors occured, please correct and save again - But I have no idea what errors. The only thing red on the page is the browser spellcheck in text fields - How can I find out? Shyof (talk) 15:14, 19 August 2024 (UTC)Reply

Maybe it's the same problem as this one?: Commons:Village pump#No error message for same file names in Upload Wizard. It should probably be reported at this page instead of here. Prototyperspective (talk) 12:02, 20 August 2024 (UTC)Reply
Hmm, that could have been possible - uploading the files one-by-one without changing anything else worked (the names differed but had a common prefix)... Thanks for the hint! Shyof (talk) 15:54, 20 August 2024 (UTC)Reply
edit

Hi all, i've noticed that since some days (can't tell exactly :-( ), there's a discrepancy between search results on Commons and PetScan search results based on the very same search. For example, a search on Commons with search string Tschubby map incategory:"Media_missing_infobox_template" currently yields 1,087 hits. Executing exactly the same search on PetScan yields between (!) 1,039 and 1,065 results (I did multiple search runs with same psid). Repeating the search on PetScan yields different results, while the commons search result is stable. This looks like a PetScan issue, but before reporting there, I wonder if others found a similar behaviour, or if I'm doing something wrong. Fl.schmitt (talk) 16:41, 19 August 2024 (UTC)Reply

I noticed some discrepancies, but they seemed minor. Petscan uses different channels that might fail or occasionally have their own problems. Maybe you want to use the category instead. Enhancing999 (talk) 16:39, 21 August 2024 (UTC)Reply

Tech News: 2024-34

edit

MediaWiki message delivery 00:49, 20 August 2024 (UTC)Reply

Options to "Use this file" do not appear for some files

edit

For some files, the top bar only contains links to the file history and usage. Some examples:

It does not contain the option to download or use the file. What's the reason for this inconsistency? Ixfd64 (talk) 20:30, 20 August 2024 (UTC)Reply

How to show different contents on mobile?

edit

I don't know why nobody is replying at Talk:Main Page#Edit requests but the Main page is referring to the links to the right for years while on mobile, which by now could well be how the majority of people land on this page by now, the links are not "on the right" but down. Is there a way for this part to be different on mobile? Extension:MobileDetect doesn't seem to work on WMC. Prototyperspective (talk) 20:19, 21 August 2024 (UTC)Reply

Layout Template:cat see also

edit

At Category:Piazza, the box now stretches across and pushes the Wikidata infobox downwards.

It seems to be me this was changed recently, but I can't even figure out where. I checked Module:Cat see also. Enhancing999 (talk) 07:03, 22 August 2024 (UTC)Reply

This template is used in a very large number of categories. This really needs quick fixing as it pushes the files and subcategories far down depending on how large the infobox is (example). Prototyperspective (talk) 22:37, 22 August 2024 (UTC)Reply
A solution is to put {{Wikidata Infobox}} below {{See also cat|xxxx‎}} Wouter (talk) 13:55, 23 August 2024 (UTC)Reply
This is not a solution as it concerns a large number of categories and some other templates seem to be affected. Enhancing999 (talk) 07:38, 24 August 2024 (UTC)Reply
See also Template_talk:Wikidata_Infobox#Alignment_next_to_Template:Cat_see_also. Enhancing999 (talk) 07:40, 24 August 2024 (UTC)Reply
edit

With videos it is possible to specify a start (and end) time of the video – see Commons:Video#Temporal media fragments.

  • Is it possible to link to times of the videos in the file description?
  • Is that already possible somehow for audio files?

I think it would be very useful if in the file description of Spoken Wikipedia audio files, like those that I just uploaded, there were links to the different sections of the article. If one is only interested in a particular section of the article one could jump to it directly and listen to only that. It also gives some orientation where one is currently at when listening to articles. Linking to chapters is possible on YouTube and probably many users have already noticed some ways this can be useful. For example, I'd like to link the timestamps in the description here and add timestamp links to the different exercises here.

This doesn't seem to work with videos either as one would have to append ?start=00:26 but can only append things like #start=00:26. Is there some issue about these things? Prototyperspective (talk) 12:46, 22 August 2024 (UTC)Reply

Incoherent TOC at Commons:Batch uploading

edit

Could someone with the understanding how the TOC works shed some light into it and if possible fix it so that the TOC actually is a TOC. I'm using the new Vector theme FWIW -- DaxServer (talk) 12:59, 22 August 2024 (UTC)Reply

@DaxServer: The problem is that there are a couple of level-2 headings in the "USACE to commons/examples" expand on Commons:Batch uploading/U.S. Army Corps of Engineers Digital Visual Library, and those confuse the TOC generator. I don't know if there's a way to have those headings be ignored by the TOC generator. --bjh21 (talk) 13:15, 22 August 2024 (UTC)Reply
Is it really necessary to have those headings? I already removed them: Special:diff/914551625. --Geohakkeri (talk) 13:19, 22 August 2024 (UTC)Reply
  This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:12, 23 August 2024 (UTC)