Commons:Village pump/Technical

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

Shortcuts: COM:VP/T • COM:VPT

Welcome to the Village pump technical section

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; the latest archive is Commons:Village pump/Technical/Archive/2022/08.

COMMONS DISCUSSION PAGES (index)
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.

Enable copy uploads via link from https://www.goodfreephotos.com/[edit]

I tried to upload https://commons.wikimedia.org/wiki/File:Hooiser-hill-road-near-the-top-indiana.jpg via stating url, but Commons rejected it. Can it be changed? Mateusz Konieczny (talk) 16:46, 29 August 2022 (UTC)Reply[reply]

Check out the View it! prototype & join us for a demo + discussion on Aug. 31st 16:00GMT[edit]

A project has been funded by the Wikimedia Foundation as part of the Structured Data Across Wikimedia Work to create a tool called View it! The tool aims to increase the discoverability of images on Commons, give readers and editors access to more images, and encourage contributors to utilize Commons & structured data. Please visit the Meta page if you are interested in trying out the prototype. We are having a demo and feedback session on August 31st at 16:00 UTC, please join us if you wish!

Please feel free to sign up for updates on the Meta page and please feel free to reach out with any questions. Thanks! JamieF (talk) 16:54, 29 August 2022 (UTC)Reply[reply]

@JamieF: https://en.wikipedia.org/wiki/Tools/View_it! page is a dead link Mateusz Konieczny (talk) 20:56, 29 August 2022 (UTC)Reply[reply]
https://en.wikipedia.org/wiki/Wikipedia:Tools/View_it! works - wikipedia: prefix in this context turns link into a Wikipedia link Mateusz Konieczny (talk) 20:57, 29 August 2022 (UTC)Reply[reply]
Thank you for catching that, I'm fixing the coding - I appreciate you. JamieF (talk) 23:50, 29 August 2022 (UTC)Reply[reply]

Tech News: 2022-35[edit]

23:02, 29 August 2022 (UTC)

List file size under a category[edit]

How can I get file size of all files in a category? I want to check if PDF is complete by comparing file size. 維基小霸王 (talk) 03:24, 30 August 2022 (UTC)Reply[reply]

@Midleading Do you know how? 維基小霸王 (talk) 03:22, 31 August 2022 (UTC)Reply[reply]
incategory & filesize Midleading (talk) 04:47, 31 August 2022 (UTC)Reply[reply]
How to list file sizes? I want all size for files under Category:Scans from Harvard-Yenching's Chinese rare book collection. 維基小霸王 (talk) 13:22, 31 August 2022 (UTC)Reply[reply]
https://commons.wikimedia.org/w/api.php?action=query&format=xml&prop=imageinfo&generator=categorymembers&iiprop=size&gcmtitle=Category%3AScans%20from%20Harvard-Yenching's%20Chinese%20rare%20book%20collection Midleading (talk) 07:48, 4 September 2022 (UTC)Reply[reply]
@Midleading Thanks! How to go to the next page? 維基小霸王 (talk) 06:34, 9 September 2022 (UTC)Reply[reply]
Put the arguments specified by <continue gcmcontinue="file|484152564152442044525320313032323635323820e8978fe69599e99fb3e8819e20e58db7e4ba8ce58d81e4ba8ce887b3e4ba8ce58d81e59b9b2e504446|118533709" continue="gcmcontinue||"/> in the request and send again, add "...&continue=gcmcontinue%7C%7C&gcmcontinue=file%7C4841525..." Midleading (talk) 07:24, 9 September 2022 (UTC)Reply[reply]
It works! Thanks a lot. 維基小霸王 (talk) 06:55, 13 September 2022 (UTC)Reply[reply]

File with missing versions[edit]

Looking at File:Vespa crabro germana lateralview 02 HQ.jpg, I see that all 4 previous versions are missing from the servers. How did that happen? --Rosenzweig τ 09:02, 1 September 2022 (UTC)Reply[reply]

@Rosenzweig: No idea, but it seems we have a bunch of these: Category:Files with 404 errors (file history)phab:T124101. --El Grafo (talk) 10:17, 1 September 2022 (UTC)Reply[reply]
Oh wow. Thanks. --Rosenzweig τ 10:21, 1 September 2022 (UTC)Reply[reply]

Can't seem to edit a descriptions of some files[edit]

Observing The September 2022 Wikiloves Monumnets UK competition I observed from the their map tool "Pendrils, Fishbourme" had a red - no associated image on Wikidata, so I uploaded an image I had in my triage set that I had recently taken. This was populated with the associated Wikidata item etc links (a neat touch), though the object locatio9n was incorrectly presented as a camera location {{Location}} as opposed to and object location ({tl|Object location}} which would have been correct. However I was aware there was at least one other images of this in commons. Being for once a good boy I had this clear idea I could copy the {{On Wikidata}} and {{Listed building England}} templates from my File:Pendrills, Fishbourne, West Sussex, having a thatch replacement (2246c).jpg to those other images. From the "View this and other nearby images on: OpenStreetMap" link I identified the following images depicting the object: File:Mill Lane - geograph.org.uk - 523423.jpg for which I have updated with those templates, and File:Thatched cottage on Mill Lane Fishbourne - geograph.org.uk - 3289535.jpg - where the "edit item on structured data on commons" does not seem to function. What is wrong with File:Thatched cottage on Mill Lane Fishbourne - geograph.org.uk - 3289535.jpg that I cannot reasonably edit the description to add {{On Wikidata|Q26277687}}}}{{Listed building England|1026733}} to the description on that file? Thankyou. User:Djm-leighpark(a)talk 05:57, 4 September 2022 (UTC) User:Djm-leighpark(a)talk 05:57, 4 September 2022 (UTC)Reply[reply]

@User:Djm-leighpark: File:Thatched cottage on Mill Lane Fishbourne - geograph.org.uk - 3289535.jpg is a post-2020 upload by GeographBot. These use the {{Geograph from structured data}} template that populates the {{Information}} template from the file's Commons:structured data. This causes problems if you want to add information that doesn't yet have a standard representation in structured data. The template gets its "Description" field from the file's caption. You can edit the caption on the file page, but captions are plain text and can't include wikitext like template invocations.
There are three ways around this that I've found. One is to find an appropriate way to represent the information in structured data. For instance, {{On Wikidata}} could be represented by a depicts (P180) statement on the file, and that will appear in the box generated by {{Geograph from structured data}}, albeit without a link to Wikidata. Since Pendrills (Q26277687) is already marked in Wikidata as heritage designation (P1435) Grade II listed building (Q15700834), the {{Listed building England}} template is arguably redundant.
An alternative approach is simply to replace {{Geograph from structured data}} with conventional {{Information}}, {{Location}}, {{Object location}}, and {{Geograph}} templates. You could copy these from Geograph's suggested wikitext, but you can actually leave the {{Information}}, {{Location}}, and {{Object location}} templates entry and they'll pick up the relevant structured data values. Then you can add a description parameter with whatever wikitext you want.
A final possibility is to simply put the new templates somewhere before or after {{Geograph from structured data}}. It's not pretty, but this is probably the simplest way to get the information onto the page. --bjh21 (talk) 20:45, 10 September 2022 (UTC)Reply[reply]
Thanks for the advice, far better than me blindly making best guess edits or ignoring misinformation. I confess I remain not happy about this, and its hard work to correct misinformation coming in via {{Geograph from structured data}} is but thank's for the advice and I'll probably refer back to this when I next come across a problem with what {{Geograph from structured data}} is presenting. Thankyou. -- User:Djm-leighpark(a)talk 17:21, 11 September 2022 (UTC)Reply[reply]

2 creator templates (from WD) (solved)[edit]

Emblems of War (Jan van Kessel d.ä.) - Nationalmuseum - 18085.tif

Why? The only painter iss Jan van Kessel the Elder. d:Q22814340 --Mateus2019 (talk) 12:17, 4 September 2022 (UTC)Reply[reply]

@Mateus2019: I'm not quite sure what level you want your answer at. The Commons file page lists two artists because Emblems of War (Q22814340) has two values of creator (P170). That is because TomT0m added Jan van Kessel (Q2631423) in September 2016 (d:Special:Diff/304890469), and a few days later AndreCostaWMSE-bot added Jan van Kessel the Elder (Q515553) (d:Special:Diff/306854760). Why they each did that is not something I have any insight into. --bjh21 (talk) 13:40, 4 September 2022 (UTC)Reply[reply]
thanks, I have fixed it. --Mateus2019 (talk) 17:42, 4 September 2022 (UTC)Reply[reply]

Massive video transcode errors[edit]

File:Google Timelapse- Fukushima, Japan.webm from v2c

File:Zugang gestalten! 2020 - Tag 1 - Videobotschaft von Chris Freeland, Direktor der Open Libraries beim Internet Archive.webm from wizard

on both files the transcode status shows errors for all. is this a new norm on commons? RZuo (talk) 17:19, 5 September 2022 (UTC)Reply[reply]

+ 1. Same here. I just uploaded this video and I constantly get transcode status error. What could be the problem here? A bug, I guess? Regards Kirilloparma (talk) 19:20, 17 September 2022 (UTC)Reply[reply]
As the upload-system accepted these files for publishing and the thumbs were generated ok, but the transcoding still fails, this is obviously an error of the transcoding system. Logs of the transcoding are only visible to developers, therefore the only way seems to be to open a task at phab. --C.Suthorn (talk) 10:22, 18 September 2022 (UTC)Reply[reply]
today the issue still persists. let's hope someone in charge sees this. i dont bother as long as the video seems to work.¯⁠\⁠_⁠(⁠ツ⁠)⁠_⁠/⁠¯ RZuo (talk) 19:16, 19 September 2022 (UTC)Reply[reply]

Tech News: 2022-36[edit]

23:19, 5 September 2022 (UTC)

Translations of template documentation subpages[edit]

Hello. I want to think a little bit about it and ask you guys. What do you think about translating documentation subpages? From what I know, documentation subpage is transcluded into the template page itself using the {{Documentation}} template, which in turn means that the documentation couldn't use the Translation extension of MW software. Also, manual translation using literal subpages of language codes also do not quite comply with it. The only thing that I guess would allow translation of template documentations would be Autotranslate. What do you think? Is it worth it to translate template documentations of various templates into various languages? Especially that the templates themselves are translated via Autotranslate? Polda18 (discussioncontributions) 07:05, 9 September 2022 (UTC)Reply[reply]

Translation is usually worth it, but I don’t think the Translate extension would be the right solution here. Manual translation is inconvenient, but {{Documentation}} embeds all translations in the generated TemplateData (if it generates it), which wouldn’t be possible using the Translate extension’s page translation feature, as the different translations would be on different pages. (The so-called “message bundles” feature may make it possible, but that’s a new feature, far from being production-ready yet, and I’m also not sure whether it’d work.) —Tacsipacsi (talk) 01:19, 19 September 2022 (UTC)Reply[reply]
I thought that using Autotranslate would be good for documentation, since the TemplateData will still be on the main documentation subpage, but the actual layout will be provided by the layout subpage and the actual content would be available on the language code subpages. Kind of like templates themselves are translated, but for documentation. Polda18 (discussioncontributions) 07:57, 19 September 2022 (UTC)Reply[reply]
TemplateData has an internal translation system (e.g. {"description": {"en": "This is the English description.", "de": "Das ist die deutsche Beschreibung."}}). If the English and the German documentation are on different pages, and only one of them can be transcluded at a time, this translation system cannot be used. —Tacsipacsi (talk) 11:55, 20 September 2022 (UTC)Reply[reply]
TemplateData will be on the base documentation subpage as it is now, but instead of the actual documentation, the content of documentation will be an autotranslate call to the layout, which will define the structure of the documentation content, and language code subpages will call the layout for translations. Kinda similar to the actual templates being translated via autotranslate. TemplateData is a separate thing, it will stay on the base documentation subpage right below the autotranslated content. Polda18 (discussioncontributions) 13:19, 20 September 2022 (UTC)Reply[reply]
To envision what I mean:
(stuff necessary for a correct transclusion and categorization of the subpage)
{{autotranslate|(code to autotranslate the documentation)}}
(stuff necessary for a correct transclusion of the subpage and categorization of the template)
<TemplateData>
    (templatedata code)
</TemplateData>
P.S. How do you indent code blocks? Polda18 (discussioncontributions) 13:24, 20 September 2022 (UTC)Reply[reply]
Thanks for the code sample! In this case, TemplateData’s internal translation could indeed work, but putting TemplateData at the bottom means that either one has to scroll a lot for the most important information (parameters and their descriptions), or it’s duplicated somewhere above. Currently {{TemplateBox}} may display the description twice (once the TemplateData and once the legacy table), but the wiki code needs to contain the parameter descriptions twice only if they differ (e.g. the legacy table contains markup which is not allowed in TemplateData), and only the bits that differ. Duplication, and especially duplication over multiple pages (TemplateData on /doc, non-TemplateData on /doc/i18n/en or something like that), would definitely lead to inconsistency at some point, so this is not a good solution either.
Also, most documentation subpages have little or no translatable content apart from the description and the parameter descriptions, so if those are kept in TemplateData, I’m not sure what would be on the /doc/i18n/en page. (P.S. You can use <syntaxhighlight lang="text"> – if you indent the line containing the opening tag, the whole code block will be indented, and it won’t break like <pre>. But be aware that the reply tool doesn’t support it yet.) —Tacsipacsi (talk) 00:18, 21 September 2022 (UTC)Reply[reply]

flickr2commons doesn't recognize files anymore[edit]

Hi there. I have uploaded many files from Flickr recently with the flickr2commons tool (https://flickr2commons.toolforge.org/#/). Strangely though, the tool now marks Flickr files that are already on Commons as "still available" (as opposed to "already on Commons"), for instance this file, which comes from this album, or that photo stream. This risk is obvious: files that are already on Commons will be uploaded again, and there will be a lot of duplicates. Could someone please check what's wrong with the tool? Thank you, Edelseider (talk) 05:53, 10 September 2022 (UTC)Reply[reply]

✓ Done, the problem has disappeared. --Edelseider (talk) 14:16, 12 September 2022 (UTC)Reply[reply]

thumbnails for some tiff files still broken[edit]

Is there something that could be done? See Commons_talk:CropTool#Problem_with_MediaWiki_thumbnails. Enhancing999 (talk) 11:33, 10 September 2022 (UTC)Reply[reply]

The task of your original question is in "Thumbor Migration", which is changing the thumbnail system from outdated and out of warranty servers to an different system and updating it aswell. There is no short term solution in progress. Please follow the "Thumbor Migration" project for updates. There is nothing more to say than that.--Snævar (talk) 22:25, 11 September 2022 (UTC)Reply[reply]
There isn't really much info in the ticket. Is the "Thumbor Migration" project one that is actively worked on and what is it's milestone date for role out?
Looking at https://phabricator.wikimedia.org/project/profile/5851/ the staff members listed there don't seem to be active much recently.
We may need an intermediate solution if thumbnails at Commons stop working for random files. Enhancing999 (talk) 10:01, 12 September 2022 (UTC)Reply[reply]

Tech News: 2022-37[edit]

01:47, 13 September 2022 (UTC)

Sweatshirts[edit]

Creating categories about sweatshirts are now blacklisted as .*(?<!category:)(?<!category talk:)t(?:ee)?.?shirts? (printing|quilt|everywhere|design|online|(to|on|in) |buy).* In my opinion we can remove or alter the clause, so that creating categories like category:Sweatshirts in Canada would be possible. I can create the categories anyway, but other users want it too. Taivo (talk) 08:06, 13 September 2022 (UTC)Reply[reply]

Regenerate thumbnails[edit]

I uploaded File:Marilyn Reece and Carol Schumaker.jpg twice because the first time, the image was reversed. However, the 600×600 preview image did not regenerate and still shows the old version. How can I get this to be recreated? Thanks. howcheng {chat} 22:05, 15 September 2022 (UTC)Reply[reply]

@Howcheng: Looks fine to me now - if it's sill an issue for you, maybe clear your browser cache? El Grafo (talk) 11:19, 16 September 2022 (UTC)Reply[reply]
@El Grafo: Hmm, I did a force refresh on the page, too. OK, if you're seeing the correct image, I'm not going to worry about it. Thanks for checking. howcheng {chat} 16:10, 16 September 2022 (UTC)Reply[reply]

Wikimedia error message[edit]

Hi,
Yesterday evening I attempted to upload an image. The result is in a screenshot at WikimediaError.png. Tried again this morning with the same result. Is the statement realistic? Servers under maintenance? Servers have a technical problem? Should I attempt the upload again? How many times should I try before abandoning Commons upload?
Thanks, ... PeterEasthope (talk) 13:46, 16 September 2022 (UTC)Reply[reply]

@PeterEasthope: This message could appear if there is a connection issue. What image did you try to upload (size, format)? Thanks, Yann (talk) 16:02, 16 September 2022 (UTC)*Reply[reply]
Yann, a copy of the image is at http://easthope.ca/OberonGadgetsIntro7.png. Your browser will confirm that it's only 752 bytes. The upload attempts were with dillo with ~/.dillo/cookiesrc containing these lines.
#host action
DEFAULT DENY
.org ACCEPT
Thx, ... PeterEasthope (talk) 18:34, 16 September 2022 (UTC)Reply[reply]
OK, so there was (is?) clearly a problem on Wikimedia servers. May be a bug report should be filled up on https://phabricator.wikimedia.org/ ? Yann (talk) 18:50, 16 September 2022 (UTC)Reply[reply]
Right oh. Will file the report later today or tomorrow. Thx, ... PeterEasthope (talk) 20:40, 16 September 2022 (UTC)Reply[reply]
Yann, report is at https://phabricator.wikimedia.org/T318035. My summary: dillo can be used to read articles; allows some editing; can not upload; don't ask for improvement. The End. Regards, ... PeterEasthope (talk) 18:50, 17 September 2022 (UTC)Reply[reply]

Technical help[edit]

Hope that I wrote it on the right page. In this file, although I used svgtranslate in order to translate it in Greek and I downloaded it after, when I uploaded it, it appears in Spanish (as the original) and you must click it in order to appear in Greek. Is there any way that it can be fixed in order to appear only in Greek, not in Spanish? NikosLikomitros (talk) 15:12, 17 September 2022 (UTC)Reply[reply]

@NikosLikomitros: The SVG file seems to contain both the Spanish and the Greek text. Below the preview, there is a line saying “Render this image in [(default language)].” You need to change that to Greek to see it in Greek. When embedding, you can force displaying it in Greek using [[File:East Prussia 1923-1939 map-el.svg|lang=el]] (usual image parameters like thumb, caption etc. can be used of course), but this should not be necessary in Greek-language projects, as they automatically default to Greek. —Tacsipacsi (talk) 01:05, 19 September 2022 (UTC)Reply[reply]

Tech News: 2022-38[edit]

MediaWiki message delivery 22:13, 19 September 2022 (UTC)Reply[reply]

thumbnail not found[edit]

Hi, Currently at File:Wiltax_DAF.NC.JPG the original/uncropped image is missing, When I click on it I get "File not found: /v1/AUTH_mw/wikipedia-commons-local-public.b8/archive/b/b8/20080901202542%21Wiltax_DAF.NC.JPG", Any idea why this is an issue and more importantly how do we get the full/uncropped image back ?, Thanks, –Davey2010Talk 17:40, 25 September 2022 (UTC)Reply[reply]

Please help to split this file[edit]

File:15th Legislative Assembly of Rajasthan.svg needs to be split into 2 files and corresponding page history. With names File:15th Legislative Assembly of Rajasthan 2018.svg and File:15th Legislative Assembly of Rajasthan 2019.svg.

Thanks. Venkat TL (talk) 18:59, 25 September 2022 (UTC)Reply[reply]

@Venkat TL I files a request at COM:HMSR for you, please keep an eye on that ... El Grafo (talk) 08:48, 26 September 2022 (UTC)Reply[reply]
@El Grafo thanks a lot. Venkat TL (talk) 17:36, 26 September 2022 (UTC)Reply[reply]

Subcategories without geocoded photos[edit]

Is there a way to find which subcategories don't have any geocoded images?

For Category:Railway stations in the canton of Lucerne, this should find Category:Hochdorf Schönau railway station (and a few others) as its only photo (File:Hochdorf Schönau railway station.jpg) isn't geocoded (the category itself has coordinates). If other images in the subcategory are geocoded, it shouldn't be listed. Enhancing999 (talk) 14:31, 26 September 2022 (UTC)Reply[reply]

It is not exactly what you are looking for, but searching filetype:bitmap deepcategory:"Railway stations in the canton of Lucerne" -"Object location" will give you a list of all images in that category+subcategories without geocoding. What would you like to do with such information anyway? --HyperGaruda (talk) 16:06, 26 September 2022 (UTC)Reply[reply]
Actually, make that filetype:bitmap deepcategory:"Railway stations in the canton of Lucerne" -"Object location" -"Camera location". --HyperGaruda (talk) 16:45, 26 September 2022 (UTC)Reply[reply]
This gives me files rather than categories. How can I skip stations that already have geocoded images? The purpose is to geocode at least one per station. Enhancing999 (talk) 17:31, 26 September 2022 (UTC)Reply[reply]
Can we see the subcategory with each file?
I could then compare it to files with coordinates and their subcategory. Ideally this should scale to larger parent categories. Enhancing999 (talk) 07:24, 27 September 2022 (UTC)Reply[reply]

Tech News: 2022-39[edit]

MediaWiki message delivery 00:27, 27 September 2022 (UTC)Reply[reply]

Date on categories[edit]

Category pages currently show - below the thumbnail - filename, image dimensions, and file size. The later can be useful in some categories, but often it is not.

For categories covering several years, displaying the date (or year) of each file could be more of help (in addition or instead of dimensions). Enhancing999 (talk) 08:50, 27 September 2022 (UTC)Reply[reply]