Commons:Village pump/Technical

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Community portal
introduction
Help deskVillage pump
copyrightproposalstechnical
Administrators' noticeboard
vandalismuser problemsblocks and protections

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.

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.

Tech News: 2020-08[edit]

16:16, 17 February 2020 (UTC)

Text went out of place when adjusting text in svg picture[edit]

Recently I've been adjusting texts in svg maps that I made earlier so that when the texts translated to other languages (mainly Chinese) using SVG Translate Tool, there would not have a big space between the texts and labels. Mostly are just minor adjustments such as changing from align left to align center or right, and the texts are not needed to move because they are still in the right place after realign. But when I uploaded the new versions of the files to Commons, the texts went out of place. This is a little weird, the texts at the original svg and png preview at commons are out of place, but when I download the svg file directly from commons, and all the text looks normal. Is there any ways to fix this? I'm using Inkscape to edit and make pictures.--Zh9567 (talk) 11:32, 18 February 2020 (UTC)

Chinese variants (or other language variants) conversion system must be fixed[edit]

I write this discussion with Traditional Chinese first, and later will be translated to English.

關於最近維基共享資源將各中文變體集中到zh,並採用中文維基百科的轉換方式,個人雖然對於這樣的方式予以正面看待,但目前仍然有不少待改進的地方。

目前最大的問題總共有兩個:

  1. 維基共享資源無法像中文維基百科一樣能依據使用者偏好來自動轉換變體,一律預設顯示「不轉換」(example: com:OTRS/zh),必需手動點選轉換標籤才能顯示偏好的變體。
  2. 維基共享資源雖然支援地區詞轉換,但在維基共享資源的方針、指引、著作權等常見用語,各地中文圈有不同叫法,必需手動轉換 (example: com:OTRS/zh)。中文維基百科有一個公共轉換組,能夠將常用的特定領域用詞進行統一轉換。至少目前在維基共享資源上,MediaWiki、著作權、電腦科技等領域常用在方針、指引及著作權內容上,應當優先引入維基共享資源。

第一點比較容易解決,就是在維基共享資源啟用「內容語言變體」偏好設定 (see the task is in English) 功能,讓維基共享資源至少能夠自動繁簡以及公共地區詞轉換。

而第二點則是公共轉換組應用到維基共享資源 (see the task is in English),不用因此而手動轉換各地用語,減少中文翻譯時編輯戰的問題。這個功能如何實踐可能要討論比較久,不過既然機制是這樣,地區詞轉換必需要上日程才行。

這兩點去年已經提出過,但還是沉了下去,因此這次在此繼續提出,希望能夠正視這個問題。This is Taiwania Justo speaking (Reception Room) 10:15, 19 February 2020 (UTC)

Looking for someone to take my part in POTY[edit]

At the moment I feel like POTY depends too much on myself. Last time when Rillke left, uh... Right now, I pretty much wrote the off-wiki code that does setups, candidate-collecting, vote-counting, sorting, etc. yet no one else have any idea how it works or how to run them; and I have been the go-to person for on-wiki JS as well. However, I can't guarantee that I will stay available every year (I'm only getting busier and more burnt out, not less), and I don't want it to be a hassle for people to get POTY running without me, so:

Anyone interested in operating the POTY tech stuffs?

This year (POTY 2019) I shall run the stuffs myself and try my best to explain how everything is done, probably document some process as well. Next year you will do it and I will be there to help if you run into any troubles.

--Zhuyifei1999 (talk) 22:00, 22 February 2020 (UTC)

Tech News: 2020-09[edit]

20:59, 24 February 2020 (UTC)

The crop tool isn't working[edit]

Attempting to run it on these two files fails with a "502 Bad Gateway" error. Jo-Jo Eumerus (talk) 20:03, 26 February 2020 (UTC)

@Danmichaelo: GMGtalk 20:06, 26 February 2020 (UTC)
@GreenMeansGo: Sorry, didn't see this before now, but the service restarted at 20:26:42 (UTC) and it seems like it worked normally again after that. – Danmichaelo (δ) 16:42, 27 February 2020 (UTC)

I am currently completely unable to upload new versions of files larger than 100 Megabytes[edit]

The problem that I have is that no tool that allows for upload of the files larger than 100 megabytes actually works for me. BigChunkedUpload generates an error, and the maintainer does not seem to be active this year at all. I have tried Vicuna, and rather than uploading over the file, it has decided to create a new file instead. Is it something on my end only or is it known? ℺ Gone Postal ( ) 07:24, 28 February 2020 (UTC)

  • Ok, starting from yesterday (Friday the 13th) I am unable to upload even new files larger than 100 Megabytes. Vicuna fails to login, saying that I am entering wrong username/password combination, and Upload Wizzard tells me to check my internet connection, that it fails to contact the server (I obviously have internet connection, I am writing this over that same connection), for upload wizzard it only happens for files larger than 100MB, smaller files work fine. What is happening? Can somebody help? Does anybody care? ℺ Gone Postal ( ) 05:26, 14 March 2020 (UTC)
  • Today the errors are still there. ℺ Gone Postal ( ) 06:53, 15 March 2020 (UTC)
    @Gone Postal: Can you upload the file somewhere, and tell me the filename, and the exact configuration you are using? I can try to reproduce the issue with BigChunkedUpload --Zhuyifei1999 (talk) 06:58, 15 March 2020 (UTC)
    The new version of another file I have previously managed to upload, but under the wrong name here, as you can see Vicuna has added an extra .ogv. The correct file name should have been just a single .ogv. If you mean that you want me to upload a new file somewhere, then here is the file: https://dropmefiles.com/mTg4x It is named as stated. I am unsure what you mean by "exact configuration" I just click upload a chunked version and select a file. The browser I am using is Midori, the OS is XUbuntu. ℺ Gone Postal ( ) 07:11, 15 March 2020 (UTC)
    @Gone Postal: You cannot overwrite an ogv with an webm. i.e. it is impossible to overwrite File:Моё_впечатление_о_создании_видимости_работы_Почты_России!_SOCHI-ЮДВ.ogv.ogv with https://dropmefiles.com/mTg4x
    Regarding exact configuration, when you click BigChunkedUpload, there are a few options: chunk size, use stack and async, filename, and summary. --Zhuyifei1999 (talk) 07:21, 15 March 2020 (UTC)
    Perhaps I was too happy that at least somebody has answered and was in a hurry writing my message, making it non-trivial to understand. I will try to rewrite it again:
    1. File 1 - ogv should be uploaded to File:Моё впечатление о создании видимости работы Почты России! SOCHI-ЮДВ.ogv. This is a new version attempt.
    2. File 2 - webm should be uploaded to File:Почтовые ящики (BOXES) по-английски.webm. This is a new file attempt.
    Chunk size: 4096KiB, use stash and asynch: checked. ℺ Gone Postal ( ) 07:50, 15 March 2020 (UTC)
    Can't reproduce the trace at User_talk:Rillke/Discuss/2019#bigChunkedUpload on Firefox 73.0.1 on Gentoo Linux, with chunk size 4096KiB and use stash & async. I stopped the webm one at 71% and the ogv one at 49%. Is this a browser issue? Are you willing to see if it works on Firefox? --Zhuyifei1999 (talk) 08:10, 15 March 2020 (UTC)
    I am willing to give it a try, but it doesn't explain why Vicuna was not logging in. I will report here what will happen with Firefox as the browser. ℺ Gone Postal ( ) 08:28, 15 March 2020 (UTC)
  • @Gone Postal: I was able to upload the webm to File:Почтовые ящики (BOXES) по-английски.webm with UploadWizard, but you should add a license, categories etc. You could file a report on m:Phabricator. - Alexis Jazz ping plz 13:17, 15 March 2020 (UTC)
    Hi, Thanks a lot. I have managed to upload a new version via chunked upload, it didn't work the first time even in Firefox, but it worked later on. I didn't upload new files right away, because I had to run out of the house to go to work, but I have time now to sit and slowly upload tons of videos that I have backed up for uploading. ℺ Gone Postal ( ) 16:44, 15 March 2020 (UTC)
Yes check.svg Resolved

SVG graphic isn't loading correctly[edit]

Wikipedia roll up banner design.svg

Hi all

I created this design for a roller banner which I've printed and looks fine, however the svg file isnt displaying properly on Commons, basically the small icons are in the background and then there is a semi transparent white layer to make them grey and then the Wikipedia logo is on top, however it looks like Commons is putting the semi transparent white layer on top making the Wikipedia logo also grey, how would I write this up as a bug on phabricator? Or is it a known issue?

Thanks

John Cummings (talk) 14:42, 1 March 2020 (UTC)

@John Cummings: It looks for me exactly the same in Firefox (when opening the file itself, not only the PNG generated by MediaWiki) and in the GNOME image viewer. Chromium doesn’t even display the full image: it stops loading after reading erroneous namespace URIs. So it’s more an issue with your file than with MediaWiki. (Inkscape can’t even open it, probably because it’s so huge. It should use <defs> tags to contain the definition of each picture only once.) —Tacsipacsi (talk) 20:59, 1 March 2020 (UTC)
Hi @Tacsipacsi:, I understand about 10% of your explanation, I don't have a lot of technical knowledge. I made it in Inkscape and it printed fine so don't understand what errors it could contain. It looks like Mediawiki is getting the layers in the wrong order (putting the white mask at the top). John Cummings (talk) 23:19, 1 March 2020 (UTC)

Tech News: 2020-10[edit]

00:35, 3 March 2020 (UTC)

mobileonly[edit]

How can we run <mobileonly> here? (mw:Extension:MobileDetect#<nomobile>_and_<mobileonly>_tags) Someone can enable this function? Is kind hard to create complex pages that works for mobile and desktop, the < nomobile > is working -- Rodrigo Tetsuo Argenton m 23:18, 3 March 2020 (UTC)

@Rodrigo.Argenton: That extension would have to be installed. According to Special:Version it isn't currently loaded into this project. Installing an extension would require a phabricator task and probably community consensus to do so. --Majora (talk) 23:42, 3 March 2020 (UTC)
Majora, thank you, I'll open a discussion, but I do see why the community would reject...
-- Rodrigo Tetsuo Argenton m 03:00, 4 March 2020 (UTC)
@Rodrigo.Argenton: Hiding things is generally not a good user experience, nor is doing things based on the browser type—for example, when I browse on a tablet (a mobile device), I usually have more screen space than when I browse on my computer (a non-mobile device) with my screen vertically split into two windows. Hard or not, creating a consistent user experience is the best way to go. (By the way, this extension seems not to be installed on any Wikimedia wiki, so it would require a security review from Wikimedia Foundation, which can, of course, fail. As stated in m:Requesting wiki configuration changes, Wikimedia system administrators can reject fulfilling the request anyway, which is quite likely to happen with an extension seeing almost no maintenance for years.) —Tacsipacsi (talk) 11:28, 4 March 2020 (UTC)

There is a bug in case of searching on file description in all languages[edit]

When I types Arabic letters , I find the page . But when I click on it , it does not redirect to the file page --انترنت (talk) 09:35, 4 March 2020 (UTC)

Can you give an example? If I search for تاسمانيا the results are clickable, although it doesn't find much. --ghouston (talk) 05:23, 5 March 2020 (UTC)

@Ghouston:When I select the option "files depicting طارق" on search box , I get this error https://commons.wikimedia.org/wiki/File:Commons_serach_box_bug.png . I tried other statements . It still occur . So , we should close this issue ASAP Omda4wady (talk) 06:49, 5 March 2020 (UTC)

Is this a mobile user interface, or something? Searching on the desktop version doesn't do anything like that. It has apparently resolved طارق (Tariq) to d:Q230497 (Tariq ibn Zijad), which seems a bit arbitrary. --ghouston (talk) 07:34, 5 March 2020 (UTC)
@Omda4wady: What is the error here? Your screenshot says it didn’t find anything, which is not a bug unless you certainly know it should find something (in which case please tell us exactly what should it find). —Tacsipacsi (talk) 01:18, 6 March 2020 (UTC)
Is this related to Commons_talk:Structured_data#Bug_in_adding_structured_data??--Ymblanter (talk) 19:29, 6 March 2020 (UTC)
@Ymblanter: & @Ghouston: : I tried it on both mobile and desktop . It still occurs look to screenshot & 2nd schreenshot , Omda4wady (talk) 10:25, 7 March 2020 (UTC)
Thanks, I see it now. It can just take a while before the "files depicting" box appears, if it appears at all. The problem is that if you select one of these "depicting" options, you only get files where the same "depicts" statement has been added under structured data, and there were none in the case of Tariq ibn Zijad. I've added the statement to one image, and now it appears, but there are other images in Category:Tariq ibn Ziyad. --ghouston (talk) 10:39, 7 March 2020 (UTC)

Wrong option selected[edit]

When I try to select the last option Svend Åge Madsen (Q1369013)in the "structured data" of File:Svend-aage-madsen DSC00303.jpg, what gets entered into the system is the first option Q12337986 (Q12337986). I've recently seen this problem in a number of other cases. I think a lot of incorrect data may be entered because of this bug, so could someone please look into this? --Hjart (talk) 07:24, 5 March 2020 (UTC)

Minor bug[edit]

I recently accidentally tried uploading a duplicate file. Commons helpfully warned me, but the error message displayed improperly, showing some raw template code. It displayed as this: This file is a duplicate of the following {{PLURAL:$1|file|files}}. You all may want to fix this if you can. Cheers, Sdkb (talk) 10:29, 9 March 2020 (UTC)

@Sdkb: - Alexis Jazz ping plz 21:30, 15 March 2020 (UTC)

Tech News: 2020-11[edit]

17:14, 9 March 2020 (UTC)

Transcode 4K 60p videos, and bring YouTube videos here[edit]

Hi guys,

As the video2commons is down for YouTube, and Vimeo is not an option for large videos (also video2commons is not an option to transcode large videos, with the large amount of errors). How can I:

  1. Transcode large 4K 60P videos in less than 2000 years;
  2. Bring YouTube videos that I already uploaded there not knowing this issue with the video2commons (one video is 2 hours long).

Any light? -- Rodrigo Tetsuo Argenton m 00:40, 11 March 2020 (UTC)

What's the error you are encountering with v2c? I am unaware of it. v2c does have built-in limits like transcode can take a maximum of two days so if you want I can also do those manually (eg. 1 2) --Zhuyifei1999 (talk) 07:06, 15 March 2020 (UTC)
Zhuyifei1999,
The YouTube shut down the v2c demanding some adjustments.
Also, it is very unstable to directly transcode form it, so I need a real solution. -- Rodrigo Tetsuo Argenton m 17:36, 16 March 2020 (UTC)
Yes I am aware of the issue with YouTube. phab:T236446
What exactly is the unstability regarding "directly transcode form it"? --Zhuyifei1999 (test) (talk) 04:45, 17 March 2020 (UTC)

Tech News: 2020-12[edit]

21:18, 16 March 2020 (UTC)

I have made a tool for myself to help out with YouTube video uploads, maybe it will help others[edit]

Hello, if somebody uploads a large number of videos from YouTube, you know that it has become very difficult since video2commons has broken down. I have spent some time automating a process with this script, it will download everything in the best possible format and then scrape as much information as possible to generate a ready wikitext file. You can then upload with either a basic uploader or a big chuncked uploader. I don't think that I am really interested in making it into a professional tool, but there is no reason for me to keep this script a secret. ℺ Gone Postal ( ) 15:25, 17 March 2020 (UTC)

Wow. Nice job! --Zhuyifei1999 (talk) 18:36, 17 March 2020 (UTC)