Note
- Remember to sign and date all comments using four tildes (
~~~~), which translates into a signature and a time stamp. - Notify the user(s) concerned via their user talk page(s).
{{subst:Discussion-notice|noticeboard=COM:AN|thread=|reason=}} ~~~~is available for this. - Administrators: Please make a note if a report is dealt with, to avoid unnecessary responses by other admins.
There are an insane number of revisions of File:My sandbox file.svg. The file is being discussed at Commons:Deletion requests/File:My sandbox file.svg, where the only point of contention is whether to keep just the current version or delete it entirely. I figured I'd do the former, because it would solve most of what would be solved by deleting it entirely; I tried to do a temporary deletion for history cleaning, with the intention of restoring the wikitext history and the latest file version. However, our normal file deletion will not deal with more than 1000 versions, so I could not do the temporary deletion. (There would be exactly the same technical problem with deleting without the intent to restore this.) Does anyone have any idea how we can do this?
Pinging @Thomascampbell123, Don-vip so they know what is going on here. - Jmabel ! talk 01:52, 19 April 2026 (UTC)Reply
- Might oversighters or DBAs have tools to deal with these problems? — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 02:01, 19 April 2026 (UTC)Reply
- @Jeff G.: I was hoping for something short of that, but that may be where this ends up. - Jmabel ! talk 04:54, 19 April 2026 (UTC)Reply
- @Jeff G.@Jmabel is this related to the bigdelete userright, or some other technical limitation? All the Best -- Chuck Talk 23:59, 20 April 2026 (UTC)Reply
- I have no idea. When I tried to delete the file, I got a message saying that the delete tool cannot handle more than 1000 versions of a file. The message did not indicate any workaround. I made a request for the specific case at hand at https://phabricator.wikimedia.org/T423823, and I'm sure it will be dealt with. I doubt this often comes up. - Jmabel ! talk 00:04, 21 April 2026 (UTC)Reply
- @Jmabel: I seem to remember a controversy with attempted deletion of en:Main page or another well-traveled page there on enwiki many moons ago with associated meme "don't delete the main page", perhaps that has relevance. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 13:30, 21 April 2026 (UTC)Reply
- @Jeff G., that enwiki incident was what led to bigdelete becoming a thing, but we're below the normal bigdelete count (5k) and i'm unsure of where the 1k limit comes from. All the Best -- Chuck Talk 16:56, 21 April 2026 (UTC)Reply
- @Jmabel: I seem to remember a controversy with attempted deletion of en:Main page or another well-traveled page there on enwiki many moons ago with associated meme "don't delete the main page", perhaps that has relevance. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 13:30, 21 April 2026 (UTC)Reply
- I have no idea. When I tried to delete the file, I got a message saying that the delete tool cannot handle more than 1000 versions of a file. The message did not indicate any workaround. I made a request for the specific case at hand at https://phabricator.wikimedia.org/T423823, and I'm sure it will be dealt with. I doubt this often comes up. - Jmabel ! talk 00:04, 21 April 2026 (UTC)Reply
- @Jeff G.@Jmabel is this related to the bigdelete userright, or some other technical limitation? All the Best -- Chuck Talk 23:59, 20 April 2026 (UTC)Reply
- @Jeff G.: I was hoping for something short of that, but that may be where this ends up. - Jmabel ! talk 04:54, 19 April 2026 (UTC)Reply
Hi! I would like to properly cite the source for File:Logo of Sedo (2011).svg but `sedo.com` is on a deny list. Can someone please remove it for this file? I am planning to upload another logo so if it could be disabled for me as a user that would be great. PhotographyEdits (talk) 18:22, 20 April 2026 (UTC)Reply
.svg){kind=link}
- MediaWiki:Spam-whitelist can allow specific link, but you need to provide full URL in address bar so we can exclude that specific link to the exception. (And no, it cannot be disabled per user) — regards, Revi 00:37, 21 April 2026 (UTC)Reply
- Based on Special:Log/spamblacklist hit (ie. logid 396795409, logid 396953095), I assume the link you were trying was
https://sedo/com/fileadmin/Q4_2011_DomainMarketStudy_FR_V2.pdf, correct? — regards, Revi 00:47, 21 April 2026 (UTC)Reply- And I've gone ahead and
added https://sedo.com/fileadmin/Q4_2011_DomainMarketStudy_FR_V2.pdfto MediaWiki:Spam-whitelist. I don't think we need to add entire sedo.com domain as an exception, so… — regards, Revi 00:57, 21 April 2026 (UTC)Reply
- And I've gone ahead and
- Based on Special:Log/spamblacklist hit (ie. logid 396795409, logid 396953095), I assume the link you were trying was
I have about 150 files to delete. I uploaded them today but I just found out that somehow the phone is now stripping all coord data when they are uploaded thru the phone (files app or whatever). I dont think I have another elegant and efficient way of fixing this (by mapping each original one to the stripped one on commons and overwrite? copypasting gps coord?), so I'd like to delete them all and then reupload.
Can I just give you a list of filenames to delete? Otherwise I can also just prepend the speedy template, but first I wanna avoid the 150 useless edits. thx. RoyZuo (talk) 19:26, 20 April 2026 (UTC)Reply
- @RoyZuo: is it all of your uploads between two particular times? If so, that is easily done once you specify the times. - Jmabel ! talk 20:58, 20 April 2026 (UTC)Reply
- @Jmabel Special:Contributions/RoyZuoMedia everything uploaded on 20 April 2026. com:csd#G7. thx a lot! RoyZuo (talk) 21:05, 20 April 2026 (UTC)Reply
- Wait why delete everything to re upload that will waste a lot of space, why not try extract coordinates with exiftool and insert them in template or structured data
REAL 💬 ⬆ 22:54, 20 April 2026 (UTC)Reply
- @999real: I looked at several. There were no geocoordinates in the EXIF data. I presume RoyZuo knows enough of what he is doing for me to take it at face value that geocoordinates were "stripped" rather than that they never there. So he would have to re-upload in any case. There is no significant savings in keeping these visible if he has to re-upload in any case. Over 99% of the space is the file itself (which will remain in our database whether it is as a soft-deleted file or an old revision); the wikitext uses a trivial amount of storage space. - Jmabel ! talk 23:28, 20 April 2026 (UTC)Reply
- @Jmabel Exactly all that files space will be wasted by re uploading them as duplicates there is No reason to re upload @RoyZuo can extract the coordinates from the original files on PC or phone and add them in structured data no need to have them in exif please un delete them now and @RoyZuo dont re upload them if you aint know how to do it just zip and upload them on some temp file hosting site then I can match them to the uploaded files and insert them
- @999real: we generally want the geocodes in the EXIF it can readily be done.
- In the big picture, the amount of storage involved is trivial. You and I have expended time discussing this that is worth far more than storing those 100-odd files for centuries. - Jmabel ! talk 04:48, 21 April 2026 (UTC)Reply
- @Jmabel Exactly all that files space will be wasted by re uploading them as duplicates there is No reason to re upload @RoyZuo can extract the coordinates from the original files on PC or phone and add them in structured data no need to have them in exif please un delete them now and @RoyZuo dont re upload them if you aint know how to do it just zip and upload them on some temp file hosting site then I can match them to the uploaded files and insert them
- Done - Jmabel ! talk 23:35, 20 April 2026 (UTC)Reply
- theoretically that's a better method in terms of not wasting storage space for the servers.
- but practically it's very time consuming and stressful to do that manually one by one. gonna cost me at least 1 minute per file. (find the matching file, then copy paste 2 times (lat and lon separately) from windows properties for each file.)
- so that's a recurrent problem of the commons system: hard or near impossible for user to self correct (requiring sysop assistance), and storing redundant files (in this case those first-uploaded versions are meant to be discarded). for example, there're also Category:Videos with bug 173, or videos that were overwritten with versions that removed copyrighted parts. current commons design just keeps those unwanted versions forever. RoyZuo (talk) 05:41, 21 April 2026 (UTC)Reply
- No need to do it manually I can do it programmatically easily like this
- Download all files from commons and download the original files and make a copy and remove all exif data from both in exiftool then do comparison to match the correct files names (If the file names are already matched no need to even do this)
- Print the coordinates from original files with exiftool matched to commons files names then use quickstatements to insert the coordinates
- No need to do it manually I can do it programmatically easily like this
- @999real: I looked at several. There were no geocoordinates in the EXIF data. I presume RoyZuo knows enough of what he is doing for me to take it at face value that geocoordinates were "stripped" rather than that they never there. So he would have to re-upload in any case. There is no significant savings in keeping these visible if he has to re-upload in any case. Over 99% of the space is the file itself (which will remain in our database whether it is as a soft-deleted file or an old revision); the wikitext uses a trivial amount of storage space. - Jmabel ! talk 23:28, 20 April 2026 (UTC)Reply
- Wait why delete everything to re upload that will waste a lot of space, why not try extract coordinates with exiftool and insert them in template or structured data
- @Jmabel Special:Contributions/RoyZuoMedia everything uploaded on 20 April 2026. com:csd#G7. thx a lot! RoyZuo (talk) 21:05, 20 April 2026 (UTC)Reply
They are clear copyright violations no need for any discussion
- They are photos from New York Sunday news which started renewing copyrights from 1951 issues I have tagged them with the copyright renewal link for that specific issue for each one one note I did not tag any from 1956 or 1963 as it appears they didn't renew any from those years
This section is resolved and can be archived. If you disagree, replace this template with your comment.
REAL 💬 ⬆18:29, 23 April 2026 (UTC)
I requested new permissions almost a month ago, would anyone here like to take a look at my contributions? See Commons:Requests for rights#Filemover. Thanks. PhotographyEdits (talk) 11:54, 23 April 2026 (UTC)Reply
- PhotographyEdits (talk) 08:04, 24 April 2026 (UTC)Reply Resolved
Hello, I am reporting a copyright violation for the file File:Logo-beach-soccer-021.png. I uploaded this file by mistake, but I am NOT the author and I do not have the rights to license it. The image belongs to a third party and should be deleted as a copyright violation (Copyvio). Thank you. Angelodealgostini (talk) 23:42, 23 April 2026 (UTC)Reply
- @Angelodealgostini: in what country are you saying something that simple can be copyrighted? - Jmabel ! talk 01:04, 24 April 2026 (UTC)Reply
- Copyrightextlogoland? Whyiseverythingalreadyused (t · c · he/him) 04:28, 24 April 2026 (UTC)Reply
- @Jmabel: Spain per https://beachsoccer.com/contact and see the circle in the file history. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 06:40, 24 April 2026 (UTC)Reply
- Courtesy link: (that I haven't even read myself): Commons:TOO Spain Whyiseverythingalreadyused (t · c · he/him) 06:43, 24 April 2026 (UTC)Reply
- @Jeff G.: thanks, yes, that prior version would have been above TOO; I'll revdel it. - Jmabel ! talk 06:46, 24 April 2026 (UTC)Reply
Hello! I would like to send a mass message to encourage previous participants in Swedish WLE and WLM to participate in this year's WLE.
In Commons:Wiki_Loves_Earth_in_Sweden/Mass_message there's the message text as well as an up-to-date list of recipients.
Thank you! Alicia Fagerving (WMSE) (talk) 08:38, 24 April 2026 (UTC)Reply
Doing… -- CptViraj (talk) 10:25, 24 April 2026 (UTC)Reply
- Sent. -- CptViraj (talk) 10:28, 24 April 2026 (UTC)Reply
[1] - on the English Wikipedia, User:Mastercane_FRX9500S was blocked for edit warring and inappropriate talk page comments. After agreeing to take the standard offer (six months of no editing before requesting unblock), Mastercane requested unblocking again, causing them to lose access to their talk page. Since then, the same user requested another unblock request from an alt account (that had previously been blocked), and now, the user reached out to me on Commons. I'm not sure if it should be a universal block or just on commons, but I wanted to report it at least. Hurricanehink (talk) 20:27, 25 April 2026 (UTC)Reply
- They should certainly be blocked here for importing drama from another wiki. As far as I'm concerned, the only question is whether this should be a six-month block or an indef-block. I'll impose the six-month block right now but if anyone wants to increase that to indef, or to take away talk page access on Commons as well, I have no problem with that. - Jmabel ! talk 04:21, 26 April 2026 (UTC)Reply
File:DH 350-370 (EMD GT26CW-2) of ONCF between Taourirt and Melg el Ouidane, Morocco.jpg
It shows a locomotive of ONCF class DF 115, not one of its american born collegues. I was able to correct description text, but not the file name. Yours sincerely ~2026-25336-87 (talk) 23:18, 25 April 2026 (UTC)Reply
- @~2026-25336-87: Hi, and welcome. You may use our RenameLink gadget or {{Rename}} to request a rename. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 23:20, 25 April 2026 (UTC)Reply
- Now in this only case I will do it. But not once again. I didn't found that tool at the start page and a full time academic study of Wiki rules is to much for an occasional contributor. The too much complicated handling of the project is not effective for sharing my knowledge and resulted in deleting my accounts some years ago. Have a nice weekend.~2026-25336-87 (talk) 23:36, 25 April 2026 (UTC)Reply
- Sorry, both tools are not usefull for a knowledge sharer. I can't handle it and don't use it. Sugestion for a proper file name here: "DF 115 of ONCF between Taourirt and Melg el Ouidane, Morocco.jpg" Take it or leave it. Best wishes. ~2026-25336-87 (talk) 23:45, 25 April 2026 (UTC)Reply
- @~2026-25336-87: I renamed File:DH 350-370 (EMD GT26CW-2) of ONCF between Taourirt and Melg el Ouidane, Morocco.jpg to File:DF 115 of ONCF between Taourirt and Melg el Ouidane, Morocco.jpg for you. Pinging @Abdeaitali as uploader. — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 01:35, 26 April 2026 (UTC)Reply
- Sorry, both tools are not usefull for a knowledge sharer. I can't handle it and don't use it. Sugestion for a proper file name here: "DF 115 of ONCF between Taourirt and Melg el Ouidane, Morocco.jpg" Take it or leave it. Best wishes. ~2026-25336-87 (talk) 23:45, 25 April 2026 (UTC)Reply
_of_ONCF_between_Taourirt_and_Melg_el_Ouidane,_Morocco.jpg){kind=link}
