Commons:Village pump/Technical
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/2023/12 /Archive/2024/01.
- Feature or bug reports should be filed on Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).
- Have you read the FAQ?
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days. | |
Template:Userpage formatting[edit]
I'm trying to add formatting parameters to Template:Userpage (e.g. for changing the background color), but having some issues. I introduced them to Template:Userpage/layout, but I gather that I need to pass them through language variants like Template:Userpage/en to get them to be usable. But when I try to add something like
|border={{{border|}}}
|background={{{background|}}}
|extra-style={{{extra-style|}}}
|file={{{file|}}}
to the English translation, it shows in previews that undefined values are interpreted as blanks rather than just ignored. How do I get around this? Best, {{u|Sdkb}} talk 19:48, 5 December 2023 (UTC)
Path between categories[edit]
Do we have a tool, to show path between two categories? Juandev (talk) 16:57, 13 December 2023 (UTC)
- As far as I know such a tool doesn't exist, but it wouldn't be hard to make a python script to find a path between two given categories. Pere prlpz (talk) 22:11, 2 January 2024 (UTC)
Upload wizard change[edit]
The upload wizard design seems to have been changed in the last day or two. Is there any possibility that whoever changed it could provide more space for answers to 2. Where did you find this work? Enter the website, the book, or another source. and 3. Enter the name of the original author of this work., both of which questions often require more than a single short sentence. By way of example, for an image I've just uploaded I'd like to give the following information for q.2 - which used to fit in the edit box before this change; now there's a single line edit box which requires both horizontal and vertical scrolling to try to make any sense of the input text:
Upper Wharfedale : being a complete account of the history, antiquities and scenery of the picturesque valley of the Wharfe, from Otley to Langstrothdale via Internet Archive - https://archive.org/details/upperwharfedaleb00speiuoft/page/n177/mode/2up
--Tagishsimon (talk) 05:46, 14 December 2023 (UTC)
- @Tagishsimon: You may wish to ask this at (or see) Commons talk:WMF support for Commons/Upload Wizard Improvements. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:22, 14 December 2023 (UTC)
- @Udehb-WMF. RZuo (talk) 15:32, 15 December 2023 (UTC)
- @Tagishsimon Do you mind translating your request into a Phabricator ticket? I'll raise the problem at the next round of talks with the designer when they get back from the holidays. Sannita (WMF) (talk) 17:23, 19 December 2023 (UTC)
- Just chiming in to add my voice that the new Upload Wizard really sucks. Too many buttons to click, too little space to put nicely formatted source info, and an apparent obsession with AI (is AI really such an issue that it needs explicit noting several times in the upload process?) --Animalparty (talk) 17:13, 14 January 2024 (UTC)
When should an image where uploader stated "own work" get a "no source" speedy deletion nomination?[edit]
When should an image where the uploader stated the image was their "own work" trigger a {{No source since}} speedy deletion nomination?
I upload some images I took as {{Own}}. I don't ever remember my {{Own}} images getting challenged. Should an assertion of "own work" be challenged just because the uploader is a relative newbie?
Yes, if the challenger thinks they have reason to believe the uploader is a sockpuppet, or otherwise not credible, there should be a way to challenge the image's provenance. But is a bald {{No source since}} tag the right kind of challenge?
User:Kacamata has recently applied many {{No source since}} tags, including [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32].
Near as I can tell Kacamata didn't really offer an explanation as to why he or she doubts whether these own work assertions are credible. Should he or she have offered an explanation? Geo Swan (talk) 05:39, 15 December 2023 (UTC)
- Hi, IMO "no source" shouldn't be used if a source like {{Own}} is stated, even if this source is suspected to be wrong. "No permission" is better, or speedy deletion if there is evidence of copyright violation, or a regular DR. Only for an old document probably in the public domain claimed as own work, a "no source" might be useful: we don't need a permission in this case. Yann (talk) 14:12, 15 December 2023 (UTC)
- Normally, I tag as no source all the files that are clearly not own work and have no proper source. Most of the time these are copyvio. Files that are clearly taken from elsewhere. When I can locate the image source on the internet, I tag them as copyvio indicating the source. Almost every time I tagged a file as no source, it was deleted by a sysop. Normally, the files I tag were uploaded by accounts from pt.WP. It's very common for socks, vandals and spammers to create articles in the pt.WP, and then upload problematic images here on Commons. Again, these uploaders are not reliable and almost always their claims of "own work" are not credible. By the way, all this conflict started because Geo Swan is trying to keep out of scope unused images uploaded by a LTA and spammer who created dozens of socks and have being trying to spam pt.WP for a long time. To me, it's shocking that a user goes to this distance to try to keep images uploaded by unreliable accounts (socks, trolls, spammer, etc.) with clearly not credible assertion of "own work". Kacamata! Dimmi!!! 15:51, 15 December 2023 (UTC)
- Sure, I support deletion of such files, but "no source" is the wrong template. Yann (talk) 16:15, 15 December 2023 (UTC)
- User:Kacamata, you wrote "I tag as no source all the files that are clearly not own work and have no proper source. Most of the time these are copyvio..." I linked to close to three dozen images you recently tagged this way.
- Frankly, A LOT OF THEM seemed to have very credible claims that they were the own work of uploaders.
- Could you please explain, more fully, how you reached your bogus conclusion on these "own work" claims?
- File:Estátua_de_José_Lopes.jpg looks old, but it bears the date 1958, so the sculptors copyright matters, and it merits a challenge. However, the related File:Igreja paroquial de Lamelas.jpg mainly shows the old church, and I suggest the sculptor's copyright claim on the 1958 monument, should be dismissed as "de minimis". I don't believe either of these images merits tagging for speedy deletion due to "no source".
- Some of the other images you tagged as "no source", like File:Mariuva 2.png, could be deleted, but for other reasons than "no source". In other recent discussions you have argued for deleting selfies, as "self-promotion", even when the uploader is someone with a credible claim of notability. User:Mariuvavalentin, who recently uploaded three images that look like selfies, doesn't seem to have a credible claim of notability. So, I agree, her selfies merit a challenge over whether they are in scope. I think it was a mistake for you to nominate any of those three images as "no source", when they are almost certainly selfies.
- There are some other images among those three dozen that do merit a challenge, but I strongly agree with Yann's suggestion that when your real concern is that the image looks like a copyright violation, you really should offer that as your deletion justification. WMF projects require experienced good faith contributors to do their best to educate inexperienced good faith contributors. In your case, if you are going to continue to nominate images for speedy deletion, I suggest it is essential you apply the best speedy deletion tag, so those good faith new contributor can learn from their mistakes.
- Frankly, your revision history shows you have a long history of leaving heads-up on newbie's user talk pages, informing them their images were tagged for speedy deletion due to lacking a valid source. A good faith newbie won't know, can't know, when they are authorized to upload images they took themselves, accompanied with a tag that the image was their own work.
- Frankly, if I am correct that you routinely tagged images with credible claims of "own work" as "no source", then I am concerned that your record suggests you triggered the deletion of a very large number of perfectly valid in scope images. Geo Swan (talk) 14:42, 16 December 2023 (UTC)
- I deleted Mariuvavalentin's files, as pt:Mariuva valentin was deleted, this person doesn't seem notable, and this user has no contribution outside self-promotion. Yann (talk) 14:53, 16 December 2023 (UTC)
- User:Kacamata, why did you conclude the "own work" claim on File:Daniela Pierre Firme.jpg was bogus? Unlike Mariuva Valentin her page on the portugese wikipedia establishes she is in scope. Geo Swan (talk) 15:12, 16 December 2023 (UTC)
- Normally, I tag as no source all the files that are clearly not own work and have no proper source. Most of the time these are copyvio. Files that are clearly taken from elsewhere. When I can locate the image source on the internet, I tag them as copyvio indicating the source. Almost every time I tagged a file as no source, it was deleted by a sysop. Normally, the files I tag were uploaded by accounts from pt.WP. It's very common for socks, vandals and spammers to create articles in the pt.WP, and then upload problematic images here on Commons. Again, these uploaders are not reliable and almost always their claims of "own work" are not credible. By the way, all this conflict started because Geo Swan is trying to keep out of scope unused images uploaded by a LTA and spammer who created dozens of socks and have being trying to spam pt.WP for a long time. To me, it's shocking that a user goes to this distance to try to keep images uploaded by unreliable accounts (socks, trolls, spammer, etc.) with clearly not credible assertion of "own work". Kacamata! Dimmi!!! 15:51, 15 December 2023 (UTC)
- Update
- User:Kacamata has changed from tagging images where the uploader asserted "own work" from {{No source}} to tagging them with {{No permission since}} [33] [34] [35].
- Just to be clear, User:Yann recently wrote "Where this is the slightest possibility that the file is OK for Commons (for whatever reason), a proper DR should be created." I totally agree. And I think that this means that, so long as a contributor is in good standing, their "own work" images should not be tagged for any kind of speedy deletion, including both {{No source}} and {{No permission since}}.
- If a newbie has made a couple of mistakes, and DRs show they have a history of applying "own work" to images innappropriately, would speedy deletion requests then be appropriate - if they linked to the DRs that establish earlier errors? Geo Swan (talk) 17:03, 18 December 2023 (UTC)
- In the 3 cases mentioned above, "no permission" is appropriate. EXIF data shows a different name than the uploader, although the images are in high resolution with full EXIF data, so we can assume the images were not copied from the Internet. Yann (talk) 17:17, 18 December 2023 (UTC)
- Thanks for the prompt reply. Geo Swan (talk) 18:26, 18 December 2023 (UTC)
- @Yann I believe this went too far. Geo Swan is known for being stalking, harassing and wikihunting people. They were banned from en.Wp for this same reason. They are now pinging in several places in a clear attempt to harass me. I believe this kind of behavior should not be tolerated here or in any other WMF project. Kacamata! Dimmi!!! 21:39, 18 December 2023 (UTC)
- Funny thing is that @Yann said that the tagging was "is appropriate". And yet, Geo Swan reverted my tagging in File:AmandaLeadroDuo.jpg and File:Amanda Maria Fest Sorocaba 2023 2.jpg and started a DR. This is a clear example that they are not acting in good faith. They are just trying to harass me. Kacamata! Dimmi!!! 21:59, 18 December 2023 (UTC)
- In the 3 cases mentioned above, "no permission" is appropriate. EXIF data shows a different name than the uploader, although the images are in high resolution with full EXIF data, so we can assume the images were not copied from the Internet. Yann (talk) 17:17, 18 December 2023 (UTC)
Tech News: 2023-51[edit]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Tech News
- The next issue of Tech News will be sent out on 8 January 2024 because of the holidays.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 19 December. It will be on non-Wikipedia wikis and some Wikipedias from 20 December. It will be on all wikis from 21 December (calendar). There is no new MediaWiki version next week. [36][37]
- Starting December 18, it won't be possible to activate Structured Discussions on a user's own talk page using the Beta feature. The Beta feature option remains available for users who want to deactivate Structured Discussions. This is part of Structured Discussions' deprecation work. [38]
- There will be full support for redirects in the Module namespace. The "Move Page" feature will leave an appropriate redirect behind, and such redirects will be appropriately recognized by the software (e.g. hidden from Special:UnconnectedPages). There will also be support for manual redirects. [39]
Future changes
- The MediaWiki JavaScript documentation is moving to a new format. During the move, you can read the old docs using version 1.41. Feedback about the new site is welcome on the project talk page.
- The Wishathon is a new initiative that encourages collaboration across the Wikimedia community to develop solutions for wishes collected through the Community Wishlist Survey. The first community Wishathon will take place from 15–17 March. If you are interested in a project proposal as a user, developer, designer, or product lead, you can register for the event and read more.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 16:15, 18 December 2023 (UTC)
Improving MP4 error message[edit]
Related to Commons:Requests_for_comment/Technical_needs_survey#Video_conversion_support, can we at least make the error message when someone tries to upload an MP4 file point to Help:Converting video? I believe the message is hosted at MediaWiki:Mwe-upwiz-upload-error-bad-filename-extension, but not sure whether it can accept links or not. {{u|Sdkb}} talk 08:12, 19 December 2023 (UTC)
- Does anyone familiar with the interface area know this? {{u|Sdkb}} talk 07:00, 13 January 2024 (UTC)
- As far as I see, it uses
mw.jqueryMsg
, so it can use wikitext to the extent documented at mw:Manual:Messages API#Feature support in JavaScript – a simple internal or external link should work. (However, be aware that overriding the message here on Commons has i18n implications, so maybe you should convince developers to make the change in the code / on Translatewiki.) —Tacsipacsi (talk) 10:13, 13 January 2024 (UTC)- Thanks, @Tacsipacsi! Given that Help:Converting video is a local page and other wikis might decide to accept MP4s, a local message seems necessary.
- The next challenge is that I'm noticing that the error message comes up for all non-accepted filenames, not just MP4s. I imagine that most users encountering the message will be trying to upload MP4s (the WMF could maybe provide data on that), but still, this makes it impossible to provide help tailored to the specific unallowed file type a user is trying to upload. And it seems there's no way to resolve that, since we can't use parser functions to check the variable? I'll make an edit request to link to both Help:Converting video and Commons:File types, but ideally the tool will be smarter in the future. {{u|Sdkb}} talk 16:05, 13 January 2024 (UTC)
- As far as I see, it uses
number sorting[edit]
Category:55.5 (number) is sorted in Category:Rational numbers under sortkey '=', but should be under sortkey '5'. Sorting is done automatically and I did not find the right template to fix it. help & fix appreciated. best --Herzi Pinki (talk) 20:00, 19 December 2023 (UTC)
- Looks like sorting happens in {{Number cat/layout}}. Bit late for me to work on this now, but I'll take a look in the morning. —CalendulaAsteraceae (talk • contribs) 08:54, 20 December 2023 (UTC)
- Updated. It's now sorted under 0 because of zero-padding. Also that code is ridiculously complicated; I'll work on simplifying it when I have more time. —CalendulaAsteraceae (talk • contribs) 22:26, 20 December 2023 (UTC)
boilerplate in category names[edit]
see for example Category:Sanborn maps of Utah
what should be visible: just the name of the town. how to fix? Nowakki (talk) 21:09, 19 December 2023 (UTC)
Add or change a video thumbnail[edit]
Hi, how do I change the thumbnail of a video already uploaded on Commons? Is there any gadget? Pạtạfisik 13:09, 20 December 2023 (UTC)
- Hi! I think this is possible in Wikipedia, but I don't know of a possibility in Commons --PantheraLeo1359531 😺 (talk) 17:46, 20 December 2023 (UTC)
- @PantheraLeo1359531 Thank you. CC @Galessandroni: . Pạtạfisik 17:53, 20 December 2023 (UTC)
- The best answer, I suppose, is here. It is possible to change the thumbnail of a video link with this code: [[File:video.ogv|thumb|thumbtime=1|description]], where thumbtime=1 is the second, but not in the original file. Giacomo Alessandroni What's up! 17:59, 20 December 2023 (UTC)
- @PantheraLeo1359531 Thank you. CC @Galessandroni: . Pạtạfisik 17:53, 20 December 2023 (UTC)
Rotate?[edit]
I put this picture in for rotation a day ago but it didn't happen. Will it happen? ̴̴Jim.henderson (talk) 01:14, 21 December 2023 (UTC)
- If I'm reading User:SteinsplitterBot/Rotatebot correctly, the bot appears to have been down since the 16th. I'll do it manually. The Squirrel Conspiracy (talk) 02:00, 21 December 2023 (UTC)
- Done The Squirrel Conspiracy (talk) 02:03, 21 December 2023 (UTC)
- Thanks. Jim.henderson (talk) 00:06, 22 December 2023 (UTC)
- Done The Squirrel Conspiracy (talk) 02:03, 21 December 2023 (UTC)
How to edit the location of creation in the structured data of an image[edit]
I'm used to being able to edit the 'location of creation' in an image's structured data by using the edit button, but that button seems to have disappeared for a number of properties, including 'location of creation'. Not sure why this is, but it is quite important to be able to do it in order to modify or remove locations set by the GeographBot, which in my experience quite often either gets it completely wrong, or uses a location that is too general to ever be of any use.
As an example of what I'm talking about, the picture here of Reading station has a location of creation of Reading Abbey!. The ruins of Reading Abbey are actually about 500m in front of the camera, and a little bit to the left, beyond the big pink office block. And I seem to have no way of correcting this.
I originally asked this question at Commons:Help_desk#How_to_edit_the_location_of_creation_in_the_structured_data_of_an_image, and despite a few suggestions there, the problem persists. I suspect that it is also related to the issues raised by another editor at Commons:Help_desk#Can't_add_structured_data_statement. One suggestion was that I raise it here, so here goes. -- Chris j wood (talk) 11:12, 22 December 2023 (UTC)
- Well that is well weird. I went for lunch. Before lunch there was no edit button, after lunch the edit button was back. I made no changes to me environment, didn't even restart the browser. Somebody fiddling?. -- Chris j wood (talk) 14:30, 22 December 2023 (UTC)
Not public log regarding user[edit]
There are any non-public logs regarding users? If I read in special All public logs, I would expect there are also non-public logs. Juandev (talk) 15:26, 22 December 2023 (UTC)
- @Juandev: Yes. There are two levels above public. There is revision deletion which means only administrators can see the content, and there is oversight which means not even most administrators can see the content. GMGtalk 15:47, 22 December 2023 (UTC)
- And if someone account is in a blocked range of open proxy, why it is not in the log attached to a specific user? Juandev (talk) 15:51, 22 December 2023 (UTC)
- @Juandev: Disclaimer: I'm old. But IP range blocks don't generate any content in the user log at all AFAIK. We're generally fairly cautious with connecting IP addresses with registered accounts for privacy reasons. If a user is say...in a place like Turkey or China where they may need to use a proxy to contribute, they would need to request a special permission in order to avoid the IP block. GMGtalk 15:57, 22 December 2023 (UTC)
- Just an addition the non public IP logs are visible to checkusers. And there are also some more technical logs they are only available to the MediaWiki and server infrastructure maintainers. GPSLeo (talk) 16:48, 22 December 2023 (UTC)
- @Juandev: Disclaimer: I'm old. But IP range blocks don't generate any content in the user log at all AFAIK. We're generally fairly cautious with connecting IP addresses with registered accounts for privacy reasons. If a user is say...in a place like Turkey or China where they may need to use a proxy to contribute, they would need to request a special permission in order to avoid the IP block. GMGtalk 15:57, 22 December 2023 (UTC)
- And if someone account is in a blocked range of open proxy, why it is not in the log attached to a specific user? Juandev (talk) 15:51, 22 December 2023 (UTC)
Colors not showing up correctly on SVGs?[edit]
Hello!
I recently fulfilled a request at the Illustration Graphics Lab for a logo, but I noticed something weird when I uploaded it...
The colors are wrong! Especially the blue! It was supposed to be #0000FF, but my eyedropper tool says that the PNG rendering has #5401FF as its color, which is closer to purple! Why is that? QuickQuokka [talk • contribs] 20:39, 24 December 2023 (UTC)
- So, I just checked it out on my phone, and it looks like it's alright at the expected color, so I think this problem may be on my end, but why though? QuickQuokka [talk • contribs] 20:58, 24 December 2023 (UTC)
- I do not know, but here are some issues.
- The SVG colorspace is sRGB.
- When WMF's rasterizer converts the SVG to PNG, it does not specify the sRGB colorspace.
- When the PNG is painted to the screen, there may be a colorspace conversion.
- When the color picker selects a pixel, it may read the device colorspace.
- Glrx (talk) 21:13, 24 December 2023 (UTC)
Template for adding up the amount of files of all subcats inside a cat[edit]
Hi folks!
Is there a template that adds up the number of all files of all subcategories in one category?
Thank you! --PantheraLeo1359531 😺 (talk) 10:18, 25 December 2023 (UTC)
- I think I figured it out! (for all those who are interested in: https://petscan.wmflabs.org/) --PantheraLeo1359531 😺 (talk) 10:27, 25 December 2023 (UTC)
SHA1 hashes[edit]
There are SHA1 hashes available in PetScan for each file from Wikimedia Commons. I suspect this is information received via API from Commons. Does MediaWiki creates hash for an upload version of the file or are these hashes for the last version of a file? Juandev (talk) 06:22, 26 December 2023 (UTC)
- @Juandev: MediaWiki provides a sha1 hash for each revision of a file, not just the latest revision. Xover (talk) 07:20, 26 December 2023 (UTC)
Need help of someone that knows C#[edit]
I administer monthly Commons:Photo challenge for Last 8 years. The process we use is described at Commons:Photo challenge/Maintainers Manual , but to keep it short we mostly rely on 2 C# codes written a decade ago by User:Colin for automatically processing of Photo Challenge pages. The codes:
went almost unchanged since they were written and they are meant to be run on your PC in Visual Studio. This month, the codes stopped compiling for me and so far I was not able to create voting pages or score last month results. I am very familiar with dozen programing languages but I do not know C# and its external libraries management. I suspect the issue is with changing C# language standards and lack of backwards compatibility. Can someone familiar with C# can help me getting those 2 codes to run? Jarekt (talk) 04:12, 7 January 2024 (UTC)
- being a noobish coder, i'd throw the code into chatgpt and ask it to rewrite a python version? or a language that you use. :p RZuo (talk) 10:26, 7 January 2024 (UTC)
Which file has the largest number of associated timedtext pages[edit]
i'm wondering how mediaplayer's selection menu for cc looks like if there're a hundred languages to choose from. RZuo (talk) 10:47, 7 January 2024 (UTC)
- @RZuo: The clear winners are File:Sit-in Against Racial Injustice, Downtown Indianapolis (2020-06-06).webm with impressive 201 languages (and only seven seconds) and File:Silence.ogg with 186 languages (and 18 seconds). —Tacsipacsi (talk) 00:52, 10 January 2024 (UTC)
Searching on "Highgate tube station" - pics of Archway tube station also appear![edit]
Searching on "Highgate tube station" (a station on the London Underground system) also brings up pictures of the nearby "Archway tube station". A glitch in the system? Best, Sunil060902 (talk) 13:41, 8 January 2024 (UTC).
- @Sunil060902: Assuming you're using Special:MediaSearch and typing without quotation marks, I see similar results: after about 50 pictures of Highgate station I start getting photos of Archway as well. I think this is because those photos have structured data indicating that they depict Archway tube station (Q636351), and that Wikidata item has aliases that include "Highgate tube station" (because that's what Archway used to be called). So I think this is intended behaviour: Special:MediaSearch thinks that by "Highgate tube station" you might mean that one that used to be called "Highgate" and returns files for that as well as for the current Highgate. If you want a search that doesn't use Wikidata (and generally tries less hard to be helpful) you can use Special:Search instead. And for cases like this, just using the category Category:Highgate tube station is likely to give even fewer bad results. --bjh21 (talk) 14:13, 8 January 2024 (UTC)
- Hi bjh21, thanks for that. Seems to work, and I do remember the history re. naming. But just to let you know I actually was using quotes in the MediaSearch! I noticed it also when searching specifically for my own pictures of Highgate - namely Sunil060902 "Highgate tube station".
- https://commons.wikimedia.org/w/index.php?search=Sunil060902+%22Highgate+tube+station%22&title=Special:MediaSearch&go=Go&type=image
- Twelve results, five of which are pictures of Archway. At least those are my own! Best, Sunil060902 (talk) 14:27, 8 January 2024 (UTC).
- @Sunil060902: Yes, since the alias in Wikidata is precisely "Highgate tube station" the quotation marks aren't enough to exclude it. I mentioned not using them because when I started that reply I thought the cause would be stray uses of "Highgate" in descriptions like on File:Archway station (3749849371).jpg, but that turned out not to be relevant. --bjh21 (talk) 14:56, 8 January 2024 (UTC)
Tech News: 2024-02[edit]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- mediawiki2latex is a tool that converts wiki content into the formats of LaTeX, PDF, ODT, and EPUB. The code now runs many times faster due to recent improvements. There is also an optional Docker container you can install on your local machine.
- The way that Random pages are selected has been updated. This will slowly reduce the problem of some pages having a lower chance of appearing. [40]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 9 January. It will be on non-Wikipedia wikis and some Wikipedias from 10 January. It will be on all wikis from 11 January (calendar). [41][42]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 01:17, 9 January 2024 (UTC)
Structure of the upload path of files[edit]
Hi. I was checking the strcture of the url to files here on Commons. Someone pointed out to me that to create a thumbnail in an excel data sheet you need that, not the page url (I trusted that assetion, I haven't checked), so they asked me how to extract it.
That's how (after so many years) I have noticed that the url to the file is not "direct", and there is also a short string between the first part ''https://upload.wikimedia.org/wikipedia/commons/'' and the actual file name:
- ''https://upload.wikimedia.org/wikipedia/commons/'' f/f2 /Ricci_di_castagno.jpg / [43]
- ''https://upload.wikimedia.org/wikipedia/commons/'' 2/22 /"Pizza"_ai_funghi.jpg / [44]
- ''https://upload.wikimedia.org/wikipedia/commons/'' 0/05 /-_Garzetta_-_Valli_di_Comacchio.jpg [45]
Can someone tell me something about that?
- First question: what is it about? Soemone told me that maybe it's related to the distrtibuted server where the file is actually stored.
- Second question: so far I only find it in the format X/XY, where the first number or letter seems to be always identical to the second number or letter (also a/ac, c/c7, 6/65...). Is this correct? What's the "physical" meaning of that, if so?
- Third question: can it be predicted from the file name or there is no way to do? I suppose it can't.
Thanks in advance. Alexmar983 (talk) 20:57, 9 January 2024 (UTC)
- 1. Probably. Hashing evenly distributes files to servers. First number is prefix of the second.
- {{filepath:Ricci_di_castagno.jpg}} → https://upload.wikimedia.org/wikipedia/commons/f/f2/Ricci_di_castagno.jpg
- {{filepath:First Ionization Energy.svg}} → https://upload.wikimedia.org/wikipedia/commons/1/1d/First_Ionization_Energy.svg
- {{filepath:First Ionization Energy.svg|300}} → https://upload.wikimedia.org/wikipedia/commons/thumb/1/1d/First_Ionization_Energy.svg/300px-First_Ionization_Energy.svg.png
- 2. The file URL numbers are generated from an MD5 hash of the filename. That algorithm should be viewed as opaque: WMF should be able to change it later, and if it does, then the concrete links will no longer work.
- 3. Yes, it can be predicted, but it is better to use other methods. Special:Filepath will find the image through a redirect. The MediaWiki API will give the filename.
- Glrx (talk) 22:00, 9 January 2024 (UTC)
video2commons cannot be accessed normally[edit]
This is an auxiliary tool that can parse videos. Recently, it was found that it could not be opened normally, and it was suspected that the website was out of service. Fumikas Sagisavas (talk) 08:36, 11 January 2024 (UTC)
- @Fumikas Sagisavas i just used it to upload a vimeo video.
- but if you're uploading youtube, then it doesnt work at the moment. other than that it should be working. RZuo (talk) 09:14, 11 January 2024 (UTC)
rename without redirect[edit]
Template:Rename does not say how this is done (from a script).
I have a few thousand files to rename, recently uploaded, with an errorneous filename.
Thx Nowakki (talk) 15:37, 12 January 2024 (UTC)
- @Nowakki: Hi. There is no special parameter in the template to specify such requests, you can ask for it in the request reason (
|reason=
), the filemover won't refuse if the uploads are recent and unused. Thanks! -- CptViraj (talk) 18:15, 12 January 2024 (UTC)- 50,000+ files. At some point the approval will become an automatic operation. I just leave it to them to auto-approve with no redirect? Nowakki (talk) 18:26, 12 January 2024 (UTC)
- If you want to have 50,000+ files renamed, you should probably write at Commons:Bots/Work requests instead of flooding the backlog category. There you can explain what exactly you want, including that you don’t want redirects. —Tacsipacsi (talk) 09:25, 13 January 2024 (UTC)
- 50,000+ files. At some point the approval will become an automatic operation. I just leave it to them to auto-approve with no redirect? Nowakki (talk) 18:26, 12 January 2024 (UTC)
Image preview is not displayed[edit]
I have observed repeatedly that no preview image of an SVG file is shown although the SVG file seems to be valid. What is the reason for this? Some examples: File:Asiatischer Monat 2023 Goldmedaille.svg, File:Asiatischer Monat 2023 Silbermedaille.svg, File:Asiatischer Monat 2023 Bronzemedaille.svg.
Thanks for any suggestions. --Furfur ⁂ Diskussion 18:01, 12 January 2024 (UTC)
tiff files wasting space[edit]
There are 98,000 tiff files of Sanborn Fire Insurance Maps on commons, each 140-150MB in size.
With LZW compression such a file typically shrinks by 100MB with a runtime of the tiffcp command on a 3.5ghz cpu at 2 seconds.
in total 10TB of wasted space. Nowakki (talk) 15:34, 13 January 2024 (UTC)
- The files could be renewed with compressed file versions, but I do not know how the uncompressed files could be deleted to make the disk space free --PantheraLeo1359531 😺 (talk) 12:28, 15 January 2024 (UTC)
- The files can be compressed on the server. No need to upload them again. That would be stupid. Nowakki (talk) 12:48, 15 January 2024 (UTC)
- That can only be done by system administrators, so the right place to discuss this is https://phabricator.wikimedia.org/. Yann (talk) 13:01, 15 January 2024 (UTC)
- Actually I think system administrators read the technical forum. Or they have lieutenants who do.
- In a properly run organization this would be a minor problem and would have been solved years ago. It is my current understanding that commons celebrates a kind of post office mediocrity. Nobody volunteers to be staff. They volunteer to be volunteers. Nowakki (talk) 13:07, 15 January 2024 (UTC)
- Anyway, this isn't even the worst. I have been here for 2 weeks or so and already had the pleasure of going against a crust of bureaucracy on a proposal to rename Sanborn map files.
- I have learned that it is policy to enshrine whatever bad name choice was made by the original uploader. Although, given that names of mass uploads do not have to be approved, i am fairly sure that there also exists a policy that bad names can always be changed at a later time.
- Spent 1.5 weeks building an sqlite database and a bunch of scripts to try and rectify the mess. Spent another week trying to convince what are probably mid level staffers of the benefits. I did everything right, what i got was negative help. The whole thing could have been over with last week. Now it will probably be done a few years down the road. Nowakki (talk) 14:14, 15 January 2024 (UTC)
- That can only be done by system administrators, so the right place to discuss this is https://phabricator.wikimedia.org/. Yann (talk) 13:01, 15 January 2024 (UTC)
- The files can be compressed on the server. No need to upload them again. That would be stupid. Nowakki (talk) 12:48, 15 January 2024 (UTC)
- 10TB of 'wasted space' is just how much, in terms of the project's resources? Andy Dingley (talk) 14:54, 15 January 2024 (UTC)
- Don't know. Probably more than 1%, less than 3%. Depends on a lot of factors in the end. Commons doesn't rent Icelandic deep cave long term storage for premium dollar amounts? This is only files from one uploader, not all tiffs on the server. Waste in one place encourages waste in other places, if 10TB is not much then 50TB would only be a small problem. How often is the data replicated and backed up. And so on...
- Seems like an interesting article could be written on the subject. I would read. Nowakki (talk) 15:14, 15 January 2024 (UTC)
- @Andy Dingley I did some math.
- Assume 20 Watt to run 1 CPU core and the hard disk on the conversion job. The process generates 50MB of free space per second.
- That is 1TB in 20,000 seconds at 400 kilowattseconds. Assuming 10 cents per kilowatthour that would mean a 1TB hard disk can be generated effortlessly out of thin air for the price of 1.1 cents. Nowakki (talk) 17:44, 15 January 2024 (UTC)
Tech News: 2024-03[edit]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- Pages that use the JSON contentmodel will now use tabs instead of spaces for auto-indentation. This will significantly reduce the page size. [46]
- Gadgets and personal user scripts may now use JavaScript syntax introduced in ES6 (also known as "ES2015") and ES7 ("ES2016"). MediaWiki validates the source code to protect other site functionality from syntax errors, and to ensure scripts are valid in all supported browsers. Previously, Gadgets could use the
requiresES6
option. This option is no longer needed and will be removed in the future. [47] - Bot passwords and owner-only OAuth consumers can now be restricted to allow editing only specific pages. [48]
- You can now thank edits made by bots. [49]
- An update on the status of the Community Wishlist Survey for 2024 has been published. Please read and give your feedback.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 January. It will be on non-Wikipedia wikis and some Wikipedias from 17 January. It will be on all wikis from 18 January (calendar). [50][51]
- Starting on January 17, it will not be possible to login to Wikimedia wikis from some specific old versions of the Chrome browser (versions 51–66, released between 2016 and 2018). Additionally, users of iOS 12, or Safari on Mac OS 10.14, may need to login to each wiki separately. [52]
- The
jquery.cookie
module was deprecated and replaced with themediawiki.cookie
module last year. A script has now been run to replace any remaining uses, and this week the temporary alias will be removed. [53]
Future changes
- Wikimedia Deutschland is working to make reusing references easier. They are looking for people who are interested in participating in individual video calls for user research in January and February.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 00:10, 16 January 2024 (UTC)