User Details
- User Since
- Jan 3 2017, 7:59 AM (377 w, 3 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- C.Suthorn [ Global Accounts ]
Wed, Feb 28
While it does work with full dates with the quotes, it does not work with a date like "2019-09" and i have actually no idea how i would query for a range like 2017-09-12 to 2023-01-14, or even for a range with time?
Feb 27 2024
It does work with "2222-22-22". It does also work with "2222/22/22" but it does not work with 2222/22/22
Feb 3 2024
Thumbs do work with AV1 for some time now.
Jan 23 2024
I do get the same error with a webm file. I was able to upload the first 1GB of the file and do a revision upload of the first 2GB, but once I try to upload either the complete file of 3.6GB or even a part of 2.1GB I either get the same error as MikhasiRV or I get a "someone is doing something with this file" error. I can upload the whole file to my web space if you need it for upload tests.
Jan 3 2024
Jan 2 2024
Dec 25 2023
Dec 22 2023
Dec 19 2023
I am not sure, if this task is about adding the functionality of video transcoding to Upload Wizard, or if this task is about adding the functionality of upload-from-url to Upload wizard,
Nov 27 2023
Purging the file description pages may be needed?
Nov 24 2023
As I asked for exactly that a number of times, there may be one or more other phab tasks asking for the feature.
Nov 9 2023
Aug 18 2023
Oldimage is a needed parameter and obviously hidden in a post parameter. I have changed the URL ins this ticket, but of course the problem remains the same.
Jul 23 2023
As I recently found out, popular 8K displays accept 4K media in mp4-h264 format and webm-vp9 and 8k media in mp4-h265 format and webm-av1, but not 8k media in in mp4-h264 format and webm-vp9 and webm-vp8. I uploaded a number of 8k media in webm-vp9 format to commons, but they cannot be shown in native 8k on popular 8k displays. I could reencode this files to av1, but it does not make sense, as the preview images will not work with av1.
Jun 9 2023
Ok, you are right. No EXIF is extracted. But some Metadata is found while uploading: lossless, not animated, no transparency, width, height, webp version, datetime, bitdepth -- and not even this information is displayed int the metadata section of file description pages (and thumbs do handle the full EXIF, IXX XMP)
In either case: the thumbs generated by MediaWiki (as png, which is also wrong) do contain the EXIF data from the uploaded webp file. I assume that the database table in MediaWiki that contains EXIF metadata also contains the full EXIF (and can be queried from the API).
Jun 8 2023
https://commons.wikimedia.org/wiki/File:Eunotosaurus_africanus90137.webp <- contains ICC information
https://commons.wikimedia.org/wiki/File:Meintest.webp <- contains EXIF XMP ICC information
https://commons.wikimedia.org/wiki/File:Strand%C3%BCbergang_57_5.webp contains:
VP8 Version : 0 (bicubic reconstruction, normal loop)
Horizontal Scale : 0
Vertical Scale : 0
like many but not all webp files
https://upload.wikimedia.org/wikipedia/commons/8/8d/Debbielo2.webp <- ICC
https://commons.wikimedia.org/wiki/File:LHB_coaches_.webp <-- ICC, webp flags, VP8 version
https://commons.wikimedia.org/wiki/File:Universiade_(%E5%A4%A7%E8%BF%90)_Exit_A_F1_(2022-08-16).webp <- full EXIF from Xiaomi device with GPS and date information
This applies to all 29975 webp files at commons. Use mediasearch to choose any of them. On the file description page hover the mouse over the thumb download links and it will show a download url ending in ".webp.png" (and it is really silly to generate a png thumb from a png file. the webp will be smaller).
There are 29975 webp images at commons. The bub applies to all of them - not all come with EXIF, XMP or ICC data - but you cannot see, witch do have metadata, as it is never shown on the file description page. You would need to download webp files and inspect with exiftool fo find out.
Jun 7 2023
May 31 2023
May 14 2023
May 8 2023
Apr 21 2023
Apr 16 2023
Apr 7 2023
A Link to this page: https://commons.wikimedia.org/wiki/User:C.Suthorn/gallery is printed on the business cards Wikimedia Deutschland e. V. issued to me. I use this page as a reference, when asking instituions for image permissions and I also link to this page from my Mastodon account.
Apr 6 2023
Will rel=me be limited to the user page, or can it also be used on a subpage of the user page?
Oct 13 2022
not what is accepted as an upload format.
Yes, this is nothing to do with editor/uploader activity.
Question though: what is this ticket about?
Jul 17 2022
Hmm, that is actually the first image from the video and the image from the middle as is supposed to be the case. Strange
In either case the thumb does show now (possibly because a server was restarted?) and the task can be closed.
Jul 14 2022
Jul 12 2022
I get an 500 error (and that makes much more sense).
May 24 2022
May 22 2022
@TheDJ As far as I can see, this is related to file size. Files up to 60MB upload fine. Files up to 600MB can be uploaded in most cases. Files up to 1.2GB can sometimes be uploaded. Larger filed can be uploadd with the Rillke script, if you try 1-4 times.
Apr 22 2022
Apr 18 2022
Apr 17 2022
If a video has subtitles, there will be the letters "CC" in the upper right corner. "CC" is a widespread abbreviation of "Creative Commons". This creates the impression, the file was licensed with a mystirous (non-existing) licence "creative commons". Many reused files from commons.wikimedia on external websites show a licence information of "creative commons" when the real licence is cc-zero, or cc-by-sa-1.0, or cc-by-sa-2.0, or cc-by-sa-2.5, or cc-by-sa-3.0, or cc-by-sa-4.0. With the video player showing the letters "CC", this may spread even more. Especially as the new player does not show the licence information after the video has ended playing and there is no button "display licence" and the button "(i)" shows the description page, that is often not read/understood by reusers (leading to using wrong attribution on external websites). The description page also does not show the metadata (apart from encoder info) that the video contains (unlike image files). While "CC" is probably known as meaning "Closed Captions" among Cinema Enthusiasts who prefer to watch video in its "OV" (original version,, often the arcane language of english, that is neither spoken nor understood by the vast majority of world population), and deaf people, "Closed Captions" is a term mostly unkown to lay people.
Mar 21 2022
Mar 18 2022
I succeded uploading File:Piss-In, Pee for Free 2022 Berlin 07.webm. The upload failed 25 times, then succeded (If you look at the upload comment it contains the number "25002". That is a slightly broken counter but it tells that there were 25 failed uploads before).
Mar 16 2022
It seems upload always fails with a "5" http-response. The maximum on error info that I can provide is this log of response headers and response body. (edited IP and CSS)
Mar 14 2022
I do assume, that not only my files are affected, but also attempted uploads by other users. Are there "serialization is suspect" messages for other users for "action=upload" in logs?
Mar 1 2022
Not sure if retry works from the failing point (offset)
Feb 11 2022
Nov 2 2021
Chunked upload is fine, but the problem that happens to me is that after a file is uploaded and the chunks are assembled, the publishing fails. So the timeout will happen wether the upload itself is chunked or not. Rillke's tool may sometimes succeed - i guess - because it polls the publishing process from time to time, thereby reseting the mediawiki timeout??
Nov 1 2021
Only the videos with the curids
I was able to do ~250 successful revision uploads, but for 150 more files the upload is not possible (curid):
Oct 30 2021
I was able to upload one 3.8GiB file with the Rillke script.
Can you provide a bit more detail so I can find this in the logs? Specifically, which wiki did you try uploading to? What tool were you using, the classic Special:Upload or UploadWizard, or something else? At what point in the upload process did you see this error?
Oct 28 2021
Sep 20 2021
Aug 12 2021
@zhuyifei1999 have you tested the example file? I need the server space back.
Aug 9 2021
@zhuyifei1999 I have created an exymple for you: http://up-and-download.de/wiki-largefiles/drei.mp4
Jul 26 2021
Huhu??
Jul 14 2021
Jul 13 2021
These are revision uploads., A description will be ignored by the MW-software. The pages have already the description with Categories and all. The upload comment can be anything, for example "see phab T 286532"
Jul 12 2021
Jul 7 2021
I have checked the 13 server-uploaded videos: the metadata is fine.
Jul 4 2021
I thought I already wrote, that the jpgs and tifs are ok and can be deleted from scratch.
Jul 3 2021
Jun 29 2021
As only two files are affected by this: Leave this files out, once you have uploaded the other files I can run a script, that checks for discrepancies between my local files and the files online. With only two dicrepancies I can then reupload two files with Rillke's big chunked upload javascript.
Jun 23 2021
@Sdkb can you provide another example of an mp4-file that was uploaded to video2commons and the webm-file on commons that resulted?
Jun 18 2021
The Contra dancers... video downloaded from commons does indeed contain not metadata apart from audio and video codec information. The upload comment states it was uploaded with a tool from labs. But there is no information on the original file? What metadata did the original file contain?
Jun 16 2021
I can only provide this example of adding metadata to a webm-file:
Jun 15 2021
While jpeg files nearly always come with some metadata i.e. exif, most MP4 files and the transcoded webm files resulting from these in most cases have nearly none. Also exiftool can read, but not write, metadata of video files. ffmpeg however can read and write metadata of video files. And video files can contain a lot of metadata (only not in exif format). Videos can come with copyright information, information about the content (title,location, city, country) and notes. But even if a webm file uploaded to commons contains masses of metadata, the MW software will only show the audio codec and video codec version numbers as metadata at the bottom of the file description page at commons. If you download the original file you can still see the metadata with ffmpeg or exiftool. (As far as I am aware, this is not the case with the transcoded versions).
Jun 8 2021
complete file list:
May 19 2021
You are aware, that it is 712 files and I only missed a zero in one of the filenames of the milestones? The sum of the 712 tar.gz should be very similar to the sum of the 5 original zip files
May 14 2021
all files are available now
100709.tar.gz uploaded, three more to go
archive2.zip deleted uploading 100529.tar.gz
deleted archive.zip uploading 10385.tar.gz
deleted archi5.zip uploading 100301.tar.gz
deleted archive3 and archiv4 to make space. uploading 100141.tar.gz
I have added umlauts to the csv file
and I am uploading
http://up-and-download.de/wiki-largefiles/100000.tar.gz files at the moment http://up-and-download.de/wiki-largefiles/100067.tar.gz
May 13 2021
the revision is from 25 april, it is missing the web statement.
Could you give an example of a re-uploaded file? I assume that there may be some files that have been changed in the past, but still do not contain the (full) IPTC information. I would appreciate an example. tar.gz: I used up the online space that is available and uploading took long, deleting the zips and do tar.gz would be very time consuming. I can lool over the CSV file, but the majority of the files do not contain special charcters and these filename should work right away,
May 12 2021
Nov 21 2020
I have spent a quarter of an hour trying to find the comment, but could not locate it. it is on a page on meta or on commons probably in the commons namespace but maybe in the usertalk namespace, maybe on a project page about SDC, maybe in anser to a mass message by a WMF-acount, but clearly on a page that has been edited by me and by at least one (WMF)-account repeatedly, probably this year but maybe last year.