Commons:Village pump/Technical/Archive/2020/05

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

Template:Delh/Delf bug

Hello!

{{Delh}}/{{Delf}} doesn't work as it should at Commons:Deletion requests/File:Cvetkov V&L.jpg. Can someone fix it?Jonteemil (talk) 16:07, 7 May 2020 (UTC)

Fixed [1] 4nn1l2 (talk) 19:33, 7 May 2020 (UTC)
This section was archived on a request by: Speravir 01:48, 14 May 2020 (UTC)

Machine readable data

Can someone please look at the template NZTA-Sign-Spec and make it machine readable, otherwise the images that use the template will be shown here. Unfortunately I have little idea how this works. --Killarnee (T12) 18:59, 11 May 2020 (UTC)

OgreBot uses categories to detect licenses, but I can't get that to work. I added the machine-readable data though. --AntiCompositeNumber (talk) 22:59, 11 May 2020 (UTC)
@Magog the Ogre: Can you program that into your bot then? --Killarnee (T12) 01:12, 12 May 2020 (UTC)
✓ Done [2][3] Magog the Ogre (talk) (contribs) 01:55, 12 May 2020 (UTC)
This section was archived on a request by: Speravir 01:46, 14 May 2020 (UTC)

Try Category:Alfred Guillemot or just any new gallery or cat page Special:NewPages, there should be a button on the left sidebar that lets users link a new page to wikidata. Did interface admins or devs commit an error and remove it?--Roy17 (talk) 14:34, 17 May 2020 (UTC)

Yes, it was the devs, and has already been fixed. —Tacsipacsi (talk) 23:54, 31 May 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Roy17 (talk) 15:56, 30 May 2020 (UTC)

Template:Village pump/Copyright/Header

With Timeless skin the "Skip to the last discussion" (#footer) link in Template:Village pump/Copyright/Header does not work. It should be #footer-bottom. How can I correct this in other language versions [4]? How do I make it work for all skins? Thank you in advance! --Red-back spider (talk) 08:54, 4 May 2020 (UTC)

@Red-back spider: A translation admin needs to mark the page for translation. You can ask for assistance at Commons:Translators' noticeboard (or just wait for someone to notice it on Special:PageTranslation), but unfortunately I had to revert your edit—only #footer works on Vector, which is currently the default skin on Commons, and thus affects much more people than Timeless. You can ask Timeless’ ID to be changed on Phabricator (or ask on the skin’s talk page on MediaWiki.org if you don’t want to use Phabricator, although that will most probably result in a Phabricator ticket to be opened anyway). —Tacsipacsi (talk) 01:16, 5 May 2020 (UTC)

16:59, 4 May 2020 (UTC)

Uploading without using the wizard?

Hi! I do not like the File Upload Wizard. It makes it a lot slower to upload files than I would like it to be. Is there a way I can upload things without the File Upload Wizard so I can more quickly get stuff on Commons? It would be great to be able to copy and paste then modify the code from another image with similar licensing and stuff, but I can't find a way to easily do that. Thanks! DemonDays64 (talk) 16:00, 5 May 2020 (UTC) (please ping on reply)

@DemonDays64: : Special:Upload is probably what you want. Alternatively have a look at Commons:Upload tools. --bjh21 (talk) 16:25, 5 May 2020 (UTC)
@Bjh21: oh awesome! Thanks! DemonDays64 (talk) 16:30, 5 May 2020 (UTC)

Planned maintenance operation on May 7 and May 12

Hi, There are a couple of planned maintenance operations in the upcoming week.

May 7 @ 05:00 AM UTC

It will happen on Thursday 7th May at 05:00 AM UTC, for 15 minutes. CentralAuth-based services (rename account, change password, etc.) may not work. See also: phab:T251157. NB: This wiki will not go read-only during this operation.

May 12 @ 05:00 AM UTC

It will happen on Tuesday 12th May at 05:00 AM UTC, for 15 minutes. This wiki will go read-only during the duration of this operation. See also phab:T251502. --Kaartic (talk) 11:21, 6 May 2020 (UTC)

template:Label

template:Label, template:City and possibly few other templates are experiencing issues at the moment. I thought they were possibly related to resent changes to Module:Wikidata label which I reversed. However after some testing the issue seem to be with one of Lua functions used by those modules: mw.wikibase.getLabelByLang which stopped working. See Module_talk:Test/testcases#section_5. I will report the issue and monitor the progress. --Jarekt (talk) 21:46, 6 May 2020 (UTC)

Deleting tl title makes a great difference, https://commons.wikimedia.org/w/index.php?title=Titian&type=revision&diff=418020260&oldid=409439279--Oursana (talk) 19:13, 8 May 2020 (UTC)

Wikidata infobox

I'm unable to see descriptors in WD infoboxes on the category pages in Czech (example). I see only property numbers here, even though the descriptions of properties are OK on WD. After log-out:

  • I cannot reproduce it with English, German, Hungarian, Slovak
  • I can reproduce it in Spanish, Polish, French, Italian, Portuguese

— Draceane talkcontrib. 19:27, 7 May 2020 (UTC)

Hmm. I've tried via Module:Sandbox - Wikidata seems to return the correct data. Looking at recent changes to Template:Wikidata Infobox, Template:Wikidata Infobox/core and Module:WikidataIB, but they're quite old. What's the culprit? --Martin Urbanec (talk) 20:19, 7 May 2020 (UTC)

@Draceane and Martin Urbanec: Please see #template:Label. 4nn1l2 (talk) 20:33, 7 May 2020 (UTC)
Also, Template_talk:Wikidata_Infobox#Only_label_shown - it's a Wikidata issue that should be resolved by now. Thanks. Mike Peel (talk) 07:42, 8 May 2020 (UTC)

GWToolset

Hello, I need a little help. My issue is:

I have a XML file ready to import,
The domain is whitelisted
I tested it wih https://www.w3schools.com/xml/xml_validator.asp and it is perfectly fine,
I make well the first steps (mapping, ect..) with GWToolset, furthermore I'm used to use it
but when I preview the batch, I got this: "There was a problem processing the metadata file. The file extension could not be determined from the file URL: https://media.api.aucklandmuseum.com/id/media/v/630153".
However this kind of URL is perfectly fine, as evidence I just tested to upload manually the first file (URL=https://media.api.aucklandmuseum.com/id/media/v/614580) of my XML file, and the upload is successful, see File:Tucetona laticostata (Quoy and Gairmard, 1835) (AM MA98708-1).jpg. I don't understand. Christian Ferrer (talk) 17:49, 8 May 2020 (UTC)

Showing statistics of uploads

Hello Wikimedians,

I want to show my stats (of all my uploaded files which aren't deleted) on my user page. This contains:

  • Uploaded data amount (e.g. in Gibibyte)
  • Total length of all uploaded videos
  • Amount of images/video files/audio files

All these stats should be updated permanently (daily) :). How can this be constructed?

Thanks, --PantheraLeo1359531 😺 (talk) 11:48, 9 May 2020 (UTC)

Request to change wording in Upload Wizard form for which content is released under CC0

Hi

I'm working with a large organisation who want to release content to Wikimedia Commons, their lawyer asked if the wording on the on the 'Upload Wizard Add metadata' page could have text added to it to make clear that the CC0 license only applies to the metadata and not to the file. Currently the wording is:

License for all structured metadata
By clicking "publish, you agree to the terms of use and you irrevocably agree to release your contribution under the Creative Commons CC0 License

They have said that the wording of the second sentence could be understood that this license applies to the whole work and not just the metadata. Would it be possible to add an additional few words to the first sentence (NOT the file) to make this clear?

License for all structured metadata (NOT the file)
By clicking "publish, you agree to the terms of use and you irrevocably agree to release your contribution under the Creative Commons CC0 License

This wording would also be consistent with the captions page of the upload wizard.

Thanks

Note: I started a Phabricator task about this here some time ago.

John Cummings (talk) 13:27, 26 May 2020 (UTC)

That is a good idea. However, in the meantime the organization should be able to proceed with the upload even without the change, as the files would be already uploaded by that point and they can just click "Skip this step". -- King of ♥ 13:57, 26 May 2020 (UTC)
Thanks @King of Hearts: I can ask if they are willing to skip the step, lets see what they say. Do you know what the process would be to change the working on the page? Who would have to agree, who would do it, how it would have to be done etc. John Cummings (talk) 14:33, 26 May 2020 (UTC)
I'm not sure, I've never modified the Upload Wizard before. By the way, for batch uploads I recommend Commons:Pattypan, but it is a bit technical (requires working with spreadsheets and setting up an API key on your account). -- King of ♥ 15:29, 26 May 2020 (UTC)
Also note that any upload route other than the Upload Wizard will lack this warning, because other upload routes don't allow you to set structured data. So if you use Special:Upload or any of the Commons:Upload tools you won't run into this problem. It's probably not worth a change of workflow just to avoid the warning, though. --bjh21 (talk) 15:04, 26 May 2020 (UTC)
  • John Cummings, I think the first + second sentence is very clear and I can not see any other interpretation. I agree that second sentence by itself can be misinterpreted. I do not think, modification to the first sentence can fix that issue. If we think it is an issue than we should modify the second sentence only. Anybody knows where is it stored, I could not find it in MediaWiki namespace. --Jarekt (talk) 16:30, 26 May 2020 (UTC)
@John Cummings: I've submitted a patch to fix the license notice text. Hopefully it will get deployed to Commons next Wednesday. Kaldari (talk) 22:23, 26 May 2020 (UTC)
@Kaldari: thanks very much indeed. John Cummings (talk) 23:16, 26 May 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. 廣九直通車 (talk) 03:40, 7 June 2020 (UTC)

Workflow for drafts under review

Stitch Guide

What is the recommended workflow for contributors like myself for sharing drafts for review? This also applies to possibilty images used to explain concepts that would be useful mainly for editors, but not the general Commons user. I created the following file, but didn't know where to put it. I could not find a sandbox. Thanks! - DutchTreat (talk) 17:02, 10 May 2020 (UTC)

SVG transfer request

Please, transfer it:File:CRAI_logo.svg on Commons with the {{PD-Ineligible}} and {{Trademarked}} licenses. They are accepted and approved licenses. Thanks! --2001:B07:6442:8903:D593:17B6:C48B:30AE 16:28, 21 May 2020 (UTC)

That's already a replacement on Commons. it was originally at it:File:Crai Logo.png. --ghouston (talk) 03:04, 22 May 2020 (UTC)
This section was archived on a request by: Speravir 17:13, 8 June 2020 (UTC)

Dumb question: svg editing

@ASDFGH: Hello all- there is a glaring error on the China page of Wikipedia: Xinjiang is spelled "Xingjiang" in this map: [8]. This needs to be changed immediately- it's like going to school without pants on- wearing pants is the most basic requirement, and if you don't get it right, you have to go back home until you do. Similarly, a misspelled word can not appear on a page as important as the China page. However, I have contacted the image's creator, and the user has not moved a muscle. How can I make this edit myself? Is there a help page that describes how to make edits to .svg? --Geographyinitiative (talk) 22:31, 9 May 2020 (UTC) (modified)

I have hidden that map on English Wikipedia: [9][10]. If you don't put on pants, you can't go into a school; if you make a grievous error on a map, you can't be used on Wikipedia mainspace. Help me pull up Wikipedia's pants. Geographyinitiative (talk) 22:38, 9 May 2020 (UTC) (modified)
@Olivier: 'Xingjiang' is recognized as a common misspelling: [11] --Geographyinitiative (talk) 03:13, 10 May 2020 (UTC)
@ASDFGH, Olivier, KylieTastic, and Sameboat: The correction of the spelling error has been made and the pants of Wikipedia, long left lying on the floor, have been pulled up. Thanks to all involved. Geographyinitiative (talk) 11:06, 10 May 2020 (UTC)
Whenever you spot a typo in the SVG, you can download the SVG file to your computer and open it in any text editor (I use Notepad++) and search (ctrl+F) the typo. If the typo is encased within the <text> tags, correct it, save the SVG file and reupload it. Otherwise notify all authors involved for help (which could indicate the text has been contaminated by software like Adobe Illustrator and would be nearly impossible to be fixed by text editor alone). -- Sameboat - 同舟 (talk · contri.) 11:26, 10 May 2020 (UTC)
Here in a freely labeled map where you're just changing one character, doing that without consideration for the rest of the diagram is OK. But if you're changing a big chunk of text or changing even one character where the text is supposed to be aligned in a particular way (centered or justified), then it becomes necessary to adjust the positioning as well. -- King of ♥ 01:07, 11 May 2020 (UTC)
Great and thanks for having corrected the typo! Olivier (talk) 08:56, 11 May 2020 (UTC)

Wikidata coordinates rounded to 2 decimal places

I am looking at Category:White Memorial Fountain (Stanford University), and it appears that the Wikidata infobox has its coordinates at 37.42, -122.17, which is far too imprecise. The actual coordinates at its Wikidata entry are 37.42497, -122.16939. So what is causing this rounding? Other categories don't seem to suffer from this problem, e.g. Category:Stanford Memorial Church. -- King of ♥ 01:13, 11 May 2020 (UTC)

What I see is 37° 25′ 12″ N, 122° 10′ 12″ W at Wikimedia Commons category and 37°25'49"N, 122°9'57"W at Wikidata (d:Q60747013) 4nn1l2 (talk) 01:39, 11 May 2020 (UTC)
You're seeing the DMS conversion, but the native units are clearly in decimal. You can see that in the URL: https://tools.wmflabs.org/geohack/geohack.php?pagename=Category:White_Memorial_Fountain_(Stanford_University)&params=37.42_N_-122.17_E_globe:Earth_&language=en. It is far more likely that the coordinate originated as a decimal (100 possibilities) than a quantity precise to the second (60 x 60 = 3600 possibilities). -- King of ♥ 01:43, 11 May 2020 (UTC)
User:King of Hearts If you look at the precision stored at wikidata is 0.014 degrees, so the listed coordinates seem right. --Jarekt (talk) 01:55, 11 May 2020 (UTC)
Where are you seeing that? I see 0.00001 degree precision on Wikidata. -- King of ♥ 02:04, 11 May 2020 (UTC)
I changed the precision to 0.00001° [12] which approximates to 1.1 m according to en:WP:OPCOORD. 4nn1l2 (talk) 02:05, 11 May 2020 (UTC)
4nn1l2, The marker can be seen on top of the fountain so 0.00001° or ~1m seem adequate. Thanks. User:King of Hearts on Wikidata and SDC each geo location has a separate precision field. You can see it in the edit mode. --Jarekt (talk) 00:56, 12 May 2020 (UTC)

Planned maintenance operation on May 12 @ 05:00 AM UTC

Hi, This a reminder for the planned maintenance operation that would happen on Tuesday 12th May at 05:00 AM UTC, for 15 minutes. This wiki will go read-only during the duration of this operation. See also phab:T251502. --Kaartic (talk) 11:06, 11 May 2020 (UTC)

Technical maintenance on May 12 - Commons will be on read only.

A technical maintenance will be performed on May 12, between 05:00 AM UTC - 05:30 AM UTC. During this time you might not be able to save any edits, for 15 minutes.

A banner will be displayed for all users 30 minutes before the read-only time. Please help your community being aware of this.

More information on Phabricator.

Trizek (WMF) (talk) 14:08, 11 May 2020 (UTC)

20:40, 11 May 2020 (UTC)

Category:Media with GPS EXIF

We have Category:Media with GPS EXIF for images with geocoded locations stored in Exif meta data, but not in {{Location}} template. DschwenBot was extracting these for long time, but unfortunately it stopped (possibly in February. User:Dschwen doesn't seem to be active on Commons anymore. Any chance to fix the bot or start some alternative?Jklamo (talk) 23:34, 11 May 2020 (UTC)

The Python source code of the bot can be found at User:DschwenBot/source. Maybe some one can adopt this very useful orphan code. Id stopped working in January (see here. --Jarekt (talk) 00:42, 12 May 2020 (UTC)
@Zhuyifei1999: You might have a know-how about how to set up a recurring job to daily run something like EXIF bot, based on User:DschwenBot/source. Would you be willing? --Jarekt (talk) 01:48, 13 May 2020 (UTC)
¯\_(ツ)_/¯ --Zhuyifei1999 (talk) 03:28, 13 May 2020 (UTC)
Also, I'm still {{Retired}} until further notice so I prefer not to pinged for Commons stuffs. --Zhuyifei1999 (talk) 03:30, 13 May 2020 (UTC)
DschwenBot location job works again! Jklamo (talk) 08:21, 13 May 2020 (UTC)

Changing file names

Hi there, how would I apply to get permission to change file names? Thanks! Magnolia677 (talk) 09:51, 15 May 2020 (UTC)

@Magnolia677: Anyone can change file names, but you have to wait some time for a filemover to accept your proposal. To do that go to 'Wiki Tools' in the sidebar, while you're on the image page, and pick a good reason to change the file name. If you want to become a filemover, ask a administrator to check if you have the rights to become one. --Red-back spider (talk) 10:11, 15 May 2020 (UTC)
@Magnolia677: You can request the filemover permission on Commons:Requests for rights. --bjh21 (talk) 10:36, 15 May 2020 (UTC)
@Bjh21: Thanks! Magnolia677 (talk) 10:41, 15 May 2020 (UTC)

Thumbnail width of Template:JPEG version of TIF

I don't know whether the {{JPEG version of TIF}} or File:Inspector Morse logo.jpg has trouble displaying the TIFF version at a small size. I checked some other transclusions of the template. Somehow, the image size is very small, unlike the logo. What can I do about the template's thumbnail width at that filepage? --George Ho (talk) 00:54, 16 May 2020 (UTC)

{{JPEG version of TIF}} is a wrapper around {{Compressed version}}, which specifies the thumbnail size as x100px. The leading x makes this a height, not a width. Because of the 9:1 aspect ratio of this image, the resulting thumbnail is 900px wide. I've set a max width of 220px in addition to the max height, which should help things. AntiCompositeNumber (talk) 02:55, 16 May 2020 (UTC)

Hotkey for Wikidata Infobox in edit window

I would like to request to add a hotkey for {{Wikidata Infobox}} in the edit window: is this the right place to propose? Thanks, Eissink (talk) 18:54, 10 May 2020 (UTC).

Question copied to /Proposals, since there are no reactions here. Eissink (talk) 14:58, 15 May 2020 (UTC).

Solved, hotkey is added to Category pages. Eissink (talk) 10:44, 16 May 2020 (UTC).

Nonexistent files in similarly named categories

Many US states have lots of images of construction-date-categorised churches, so I've been splitting them up by year, e.g. moving File:Salem Methodist Church north of Clinton.jpg from Category:1870s churches in Indiana to Category:Churches in Indiana built in 1878. I've discovered something strange, however — the 1880s categories are reporting numerous images that aren't there. I've done four states so far, and three states have 1880s errors: Category:19th-century churches in Kentucky, Category:19th-century churches in Indiana, and Category:19th-century churches in Ohio all show 29 files in their respective 1880s subcategories (the exception is Category:19th-century churches in Illinois, which correctly shows no files for the 1880s), and yet if I go to the subcategory in question, it has no files. Just now I split up Kentucky's 1880s category, which allegedly had 42 files before I did anything, and there turned out to be 13, so in a sense it had the 29 error before I did anything. I started doing these splits four days ago, beginning with Ohio, so it can't be attributed to the job queue being slow to reflect files being moved to subcategories, especially since changes to the other decades always are reflected quickly. Nyttend (talk) 11:47, 8 May 2020 (UTC)

PS, right now Category:19th-century churches in Pennsylvania says that Category:1880s churches in Pennsylvania has 16 subcategories and 38 files. When I go to Category:1880s churches in Pennsylvania, I find that it has 16 subcategories and 9 files. Category:19th-century churches in Nebraska reports 18 and 32, and it's really 18 and 3. Florida reports 7 and 29, and it's really 7 and 0. And on and on and on. Nyttend (talk) 11:07, 9 May 2020 (UTC)

@Nyttend: decade old bug.--Roy17 (talk) 14:34, 17 May 2020 (UTC)

Mark subcategorization as non-diffusing

Not a politician in Iowa

I was looking through my recent uploads, and noticed that File:Stanford Dish January 2013 001.jpg was picked up by OgreBot and placed into User:Philosopher/Politicians of Iowa/2020 May 11-20. The reason is clear: I tagged it as Category:Hoover Tower - ExteriorCategory:Hoover TowerCategory:Hoover InstitutionCategory:Herbert HooverCategory:Politicians of Iowa. Obviously, we can't control the behavior of individual bots, but we can give them greater guidance as to whether an image in a subcat really belongs in a main cat. I think when category A is in category B, it means one of two things: 1) category A is a subset of category B, i.e. anything in category A is also an instance of category B; or 2) category A is a subtopic of category B. In my example, all the links are of type 1 except for Category:Herbert HooverCategory:Hoover Institution (type 2), as the Hoover Institution is not an instance of Herbert Hoover.

Are there any good solutions to this problem? Can Wikidata help at all in capturing this relationship? -- King of ♥ 14:31, 17 May 2020 (UTC)

"Some value without a Wikidata item"

I wonder if it's possible to automatically revert or block via abuse filter such edits like this? They are annoying and adds nothing to the file. Or better, fix the Structured Data crap to not allow such edits. Thanks, pandakekok9 10:28, 18 May 2020 (UTC)

17:18, 18 May 2020 (UTC)

Questionnaire invitation (a new tool to be developed, to verify media data)

Here's how the tool looks like (for now during development)

https://docs.google.com/forms/d/e/1FAIpQLScbNdJdQYN1yBvEeKne48eWDU6SBsdlUfNBAmZyvUEBkCR1Gg/viewform?usp=sf_link

Hi all. As part of the GSoC 2020 program, a new tool (Media Data Verification Tool, MDVT) will be developed. It is a micro-contribution tool which enables volunteers to verify (structured) data on media on Wikimedia Commons.

For the tool to be developed with the community's need in mind, I made a ~2 mins questionnaire to gather your opinion and requests on the tool.

I would like to invite all of you to participate in the study. And please allow me the thank you for your time in advance.

I'd also appreciate if you can comment below on anything that you'd like us to know.

Please note that submission entries of the questionnaire WILL be published, but with all personal data (username if you chose to provide one) removed.

Thank you all. -- Gabrielchl (talk) 23:37, 18 May 2020 (UTC)

JP2 file

Hi there. A few years ago I uploaded this map (the third in a series). I'm now trying to upload this map, which is the fourth in the series. What size should I use? The TIFF is enormous, so I opted for the 7.3 MB JPEG. Also, when I download the 7.3 MB file, it saves as a "JP2". When I try to change the file name to JPG, my image viewer (IrfanView) insists the file is a JP2. Any help be appreciated. Thanks! Magnolia677 (talk) 10:40, 15 May 2020 (UTC)

@Magnolia677: As the LOC page says, the 7.3 MB file is in JPEG2000 format, which is very different from JPEG and not allowed on Commons. The TIFF file is large, but Commons is quite capable of handling large files. Since you're autopatrolled, I think you should be able to use the upload-by-url feature on Special:Upload to copy the TIFF file directly from the LOC server if you're concerned about your upload bandwidth. The URL of the TIFF file itself is https://tile.loc.gov/storage-services/master/gmd/gmd404/g4042/g4042m/rr401390Z.tif. Feel free to ask if you can't see how I got that URL. --bjh21 (talk) 11:04, 15 May 2020 (UTC)
@Bjh21: I never knew I could upload a file using a URL. Thanks! Magnolia677 (talk) 14:45, 15 May 2020 (UTC)
Magnolia677 As the other Mississippi map is in JPEG, too, you could the JP2 file convert in IrfanView to JPEG (or in another image editor). I did this locally and got a 25 MB JPEG from a 7.3 MB JP2. — Speravir – 00:36, 23 May 2020 (UTC)

Watchlist notice disappears on page load

Resolved

When I open Special:Watchlist, I notice at the top a box with discussions (two RFA-related discussions at the moment). These are the messages from MediaWiki:WatchlistNotice. However, when the page loads fully, the box disappears. I could not find any relevant preferences. Does anybody know how to fix it? —⁠andrybak (talk) 08:41, 25 May 2020 (UTC)

Figured it out by reading Help:Watchlist messages#Configuration Dialog. The button to open the configuration dialog is a bit hidden, but following the link Special:Watchlist#noticenohide shows it. —⁠andrybak (talk) 22:18, 25 May 2020 (UTC)

Some CSS for Vector has been simplified

Hello!

I'd like to make a double-check about a change that was announced in Tech/News/2020/21.

Over-qualified CSS selectors have been changed. div#p-personal, div#p-navigation, div#p-interaction, div#p-tb, div#p-lang, div#p-namespaces or div#p-variants are now all removed of the div qualifier, as in for example it is #p-personal, #p-navigation …. This is so the skins can use HTML5 elements. If your gadgets or user styles used them you will have to update them. This only impacts the Vector skin.

On this wiki, this impacted or still impacts the following pages:

How to proceed now? Just visit all these pages and remove div before these CSS selectors if it hasn't been removed so far.

Thank you! SGrabarczuk (WMF) (talk) 11:47, 25 May 2020 (UTC)

14:17, 25 May 2020 (UTC)

Unable to upload taken by owner phone camera

It says that when I upload an image after taking a picture of house, it delayed 1-2 minutes and couldn't fully upload an image saying "error". What is the problem? The Supermind (talk) 20:43, 28 May 2020 (UTC)

@The Supermind: could you please describe the technical details of how you ran into errors? are u using a phone or tablet or web browser or the commons app? easiest way to show the error would be to take a screenshot.--Roy17 (talk) 15:56, 30 May 2020 (UTC)

Best way to download a batch of files

Moved from Commons:Village pump

In order to perform a machine learning study, I would like to download around 100 000 files from commons.wikimedia.org (around 10 Gbytes of data). However, I can't find a recommendation on the best way to do it for Wikimedia Commons servers. Should I download Wikimedia dumps (hundred of Gbytes) and parse them? or should I download all files, file-by-file leaving a 3 second sleep time between each downloaded file? Regarding HTTP requests, the former method looks better, whereas regarding the data size to be downloaded, the latter method looks better. Maybe there are also also other better methods. So I would love to have an advice from the community. Thanks!

Sudhir kumar — Preceding unsigned comment added by Spckumar24 (talk • contribs) 12:42, 30 May 2020 (UTC)

10 GB is not especially large, considering we routinely host images that are 300MB each. If you use one thread so the files are downloaded serially, this should not be an issue. As you are reading the files an additional sleep time does not seem necessary.
If you run into operational issues, don't hesitate to raise them on Phabricator. -- (talk) 21:09, 30 May 2020 (UTC)

The bot that updates the Special:DoubleRedirects section has misplaced some non-redirects because some pages are not a redirect but have this instead:

/* #REDIRECT */mw.loader.load("//commons.wikimedia.org/w/index.php?title=User:Atdt/common.js\u0026action=raw\u0026ctype=text/javascript");

(From User:Ori Livneh/common.js)

Someone has to fix this bot or delete all the pages in Special:DoubleRedirects with the above, preformatted text. --Red-back spider (talk) 03:33, 14 May 2020 (UTC)

These are redirects indeed, just not redirect wikitext pages, but redirect JavaScript pages; the /* #REDIRECT */ special code marks them as such. While they aren’t broken in the way wikitext double redirects are (they don’t redirect people just opening them anyway), they’re still worth fixing—they redirect when loaded as a JavaScript file, and while this kind of redirect does work with double redirects, it may have a noticeable impact on performance: each hop takes some milliseconds or even seconds to load, so the more hops in the load chain are, the slower the page using these JavaScripts loads. (By the way, this page is generated by MediaWiki itself, not a bot.) —Tacsipacsi (talk) 20:08, 14 May 2020 (UTC)
@Tacsipacsi: Who has to fix this if it is the user's protected work? Thanks, Red-back spider (talk) 10:42, 15 May 2020 (UTC)
@Red-back spider: In addition to users owning these pages, interface administrators have the right to edit them. (Of course, in a volunteer project there’s no such thing that someone has to fix them, but I suppose you wanted to know who has the ability to do so.) —Tacsipacsi (talk) 23:43, 31 May 2020 (UTC)

Why am I still on the main page seeing an offer to vote for the image of the year?

Why am I still on the main page seeing an offer to vote for the image of the year 2019? After all, the vote ended on April 19! I’ll clarify that we are talking about the main page in Russian: https://commons.wikimedia.org/wiki/Заглавная_страница Радион (talk) 16:36, 17 May 2020 (UTC)

‘Cause nobody removed it. —Tacsipacsi (talk) 00:03, 1 June 2020 (UTC)

Panoviewer doen't work

Hallo dear Wikimedians,

I have an issue with the Panoviewer. I created a panorama image of a fractal, but the Panoviewer cannot handle it (https://tools.wmflabs.org/panoviewer/#Triangle_Vault_360_DEG_HQ_5K_OpenCL_20200522_8Bit.jpg) ("Database error"/"No pannellum config returned"). Does somebody know how the problem can be solved? (File link: https://commons.wikimedia.org/wiki/File:Triangle_Vault_360_DEG_HQ_5K_OpenCL_20200522_8Bit.jpg)

Thanks, --PantheraLeo1359531 😺 (talk) 18:16, 22 May 2020 (UTC)

PantheraLeo, works for me now. But it is now more than 2 weeks later. The Toolforge is reliably unreliable, so it may be that the Panoviewer was just down. I guess we can close this thread, right? — Speravir – 17:11, 8 June 2020 (UTC)

Yes, thank you :) --PantheraLeo1359531 😺 (talk) 17:50, 8 June 2020 (UTC)

LUA error tl Artwork

I guess somebody is working on it? --Oursana (talk) 11:41, 27 May 2020 (UTC)

@Oursana: could you please describe the technical details of the bug you see? at least link to the buggy page?--Roy17 (talk) 15:56, 30 May 2020 (UTC)
Hi @Roy17: , sorry for answering so late, after some hours everything was ok, one couldn't see anything besides the Lua error notice and it was on all pages using artwork tl, at least on many = all I was looking at--Oursana (talk) 23:37, 8 June 2020 (UTC)

overlay

https://commons.wikimedia.org/wiki/File:Karta_%C3%B6ver_Venedig_p%C3%A5_1920-talet_(ur_Nordisk_familjebok).jpg has a box: "Open this image as an overlay in Google Earth (Google Maps, Bing)"

All 3 links do not work. 2A02:810D:6C0:2FB0:B8BD:D76B:D60C:7311 19:46, 17 May 2020 (UTC)

That link is to display File:Karta över Venedig på 1920-talet (ur Nordisk familjebok).jpg/overlay.kml in Google earth and other services. It seems like [27] service on WMF Labs, run by User:Dschwen is down. @Dschwen: any chance you can bring it back on line? --Jarekt (talk) 04:30, 18 May 2020 (UTC)
Dschwen has not been online for half a year, unfortunately. 2A02:810D:6C0:2FB0:D915:28CA:AC30:270C 18:08, 24 May 2020 (UTC)
Anybody else who can help instead? --2A02:810D:6C0:2FB0:3893:1DC7:E319:A1DC 19:15, 21 June 2020 (UTC)

False warning for png files

Hi. Please excuse my ignorance if this has been discussed earlier, but it seems to be a recent developement. As a frequent uploader using the "basic upload form" option I have started to run into the problem that Commons stops the upload and gives a warning about the file not being in proper png format. This makes no sense, because the file is ok. Furthermore the same files can be uploaded via the Upload Wizard, so there is certainly nothing wrong with them. It only seems to happen with files over 10 MB, so it could be a time-out thing, that has been given a wrong error message. Hope it can be solved, as the Upload Wizard is rather cumbersome for experienced users. Cheers --Rsteen (talk) 06:51, 27 May 2020 (UTC)

Hi again. Not impressed by the response here. You may think "Okay he found a work-around, so no big deal". But how about a new user being met by this error message: "File extension ".png" does not match the detected MIME type of the file (unknown/unknown)." That user might start questioning the validity of hers or his own files, or of the graphics program - totally unnessesary. As I gather, Wikimedia has a programme for making our community kinder and more easily adaptable, especially for new users. Error messages like this one is not a step in that direction. Cheers --Rsteen (talk) 03:29, 1 June 2020 (UTC)
@Rsteen: Please give an example of a file where this has occurred. --AntiCompositeNumber (talk) 04:18, 1 June 2020 (UTC)
@AntiCompositeNumber: Have just uploaded File:Christian Andreas Schleisner - Børn, der søger ly ved en båd på stranden - 1854.png. Tried first via the "basic upload form" and got exactly that error message. Tried then via the Upload Wizard and it ran smoothly - as you can see the file is there. Cheers --Rsteen (talk) 04:24, 1 June 2020 (UTC)
@Rsteen: And what browser and operating system (including version numbers) are you using? --AntiCompositeNumber (talk) 04:27, 1 June 2020 (UTC)
@AntiCompositeNumber: Firefox 76.0.1 (64-bit) and Windows 10 Home Version 1903. --Rsteen (talk) 04:36, 1 June 2020 (UTC)
@Rsteen: Thanks. I want to double-check that this is not an issue with the file itself. Please:
  1. Open the original file from your computer in Firefox using Ctrl-O or the Open button in the menu
  2. Right-click on the file
  3. Click "View image info"
  4. Click "General"
and let me know what it says next to "Type:" in that window? AntiCompositeNumber (talk) 04:42, 1 June 2020 (UTC)
@AntiCompositeNumber: Type: image/png. --Rsteen (talk) 04:47, 1 June 2020 (UTC)
@Rsteen: Thanks, that confirms that this is probably a bug in MediaWiki, not the file itself. It's most likely to be seen and fixed by a developer if it is reported on Phabricator. You can file the report yourself by following the instructions at mw:How to report a bug, or I can file it for you if you prefer. You should add the MediaWiki-Uploading and Commons project tags to the bug report, and make sure to include the information you gave me. --AntiCompositeNumber (talk) 05:03, 1 June 2020 (UTC)
@AntiCompositeNumber: So grateful if you would do it. Phabricator things are a bit out of my league. Cheers --Rsteen (talk) 05:14, 1 June 2020 (UTC)
@Rsteen: No problem, I've filed phab:T254177. I noticed that the source for File:Christian Andreas Schleisner - Børn, der søger ly ved en båd på stranden - 1854.png is behind a zoom viewer -- did you use a dezoomify tool to retrieve the full resolution file? If so, what tool did you use, and did you use it for the other problem images? --AntiCompositeNumber (talk) 16:20, 1 June 2020 (UTC)
@AntiCompositeNumber: Thanks for your efforts. For all these files I use the dezoomify tool recommended at Help:Zoomable_images. As stated earlier, the Upload Wizard is content with these files - and smaller files go through without problems - so I still think it is a wrongly worded time-out error because of the file sizes. A bit more lenience by the timer system would be appreciated. Cheers --Rsteen (talk) 16:31, 1 June 2020 (UTC)
@AntiCompositeNumber: Hi again. If you can not replicate this error, you should try it on a slower internet connection. You will first get the message that the servers are busy, and please try again later, and when you do that, you will get the message about the wrong file format. Maybe I should have been more specific about this. Cheers --Rsteen (talk) 02:32, 3 June 2020 (UTC)
Rsteen, This may be connected to the fact that the UploadWizard uses chunked uploads, but the legacy upload form does not. I had similar issues when I was behind a slow connection (weak remembrance, because this was years ago). If you do not like the Wizard and dare to use it you could try a script, instead. All in all cf. Help:Chunked upload. — Speravir – 01:38, 7 June 2020 (UTC)
Speravir, thanks for the info. I need a method where I can put a complete artwork template along with the upload, and the legacy way seems to be the only one. Of course it can be retrofitted when you have gone through the Upload Wizard hoops. What gripes me here is the faulty and misleading error message. I gather that the Foundation employs people on the server side to maintain these messages and it is not rocket science to find an erroneous message and change it. Otherwise, new and inexperienced users will continue to be confused, and that can not be what we want. There, you got me on a rant again, sorry. Cheers --Rsteen (talk) 05:38, 7 June 2020 (UTC)
Rsteen, the script supports this, too. Take a look at the sample image for the upload form. There is the lowest input line containing the text “preparing a screenshot”. This would appear as upload comment (plus a hint to the script). It is in fact nowadays a bit larger, and exactly in this field you could insert the (in your words) “complete artwork template”, also including the license tag. I personally dislike this and handle it different (sometimes with the unfortunate side-effect that the MifterBot tags an image as missing a license faster than I can update the info page), see e.g. history of this file (and this edit from my talk page: Special:Diff/394886792/399769132, see also next edit). — Speravir – 00:00, 8 June 2020 (UTC)
Speravir, just what the doctor ordered. Tried it, and it solved the problem. Now, if only somebody would go to work on the false error message. Cheers --Rsteen (talk) 05:07, 8 June 2020 (UTC)

More than a month has passed since this error was reported. If you look at the Phabricator link, it seems that nobody wants to take responsibility for fixing it. As written, the error tells users with slow internet connections that their files are erroneuos, instead of just telling them that they were timed out again. Do we really have to mislead our new/inexperienced users, who just want to upload? How hard can it be to change the words of an error message? --Rsteen (talk) 05:09, 2 July 2020 (UTC)

If this issue were just about changing the wording of an error message, it would have been fixed already. It is not a simple issue, however, it is a complex, hard-to-reproduce issue with an effective work-around in most cases. It also does not fall under the responsibility of a WMF development team, so you are relying on someone to put in the volunteer hours necessary to figure out what is causing the problem and fix it. That time is a limited resource, especially at the moment. --AntiCompositeNumber (talk) 05:59, 2 July 2020 (UTC)
Of course the WMF development team has every right to allocate its resources however it sees fit, but
a) Yes, it is about "changing the wording". You could use a broader error message that also took in account that the file is not broken, but just aborted because of a time-out.
b) No, the error is not "hard-to-reproduce". Just simulate a slow internet connection (if that is within your powers).
c) Yes, there is "an effective work-around". But before you go there, you have probably tried to correct the "faulty" file, which was in fact not faulty at all. And some users will not get to the work-around.
Sorry to impose on your precious time with this issue, but as stated before, Wikimedia has a programme for making our community kinder and more easily adaptable, especially for new users. Error messages like this one is not a step in that direction. Cheers --Rsteen (talk) 11:07, 2 July 2020 (UTC)