Commons:Village pump

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

Shortcut: COM:VP

Community portal
Help desk Village pump
Administrators' noticeboard
vandalismuser problemsblocks and protections
↓ Skip to table of contents ↓       ↓ Skip to discussions ↓       ↓ Skip to the last discussion ↓
Welcome to the Village pump

This page is used for discussions of the operations, technical issues, and policies of Wikimedia Commons. Recent sections with no replies for 7 days and sections tagged with {{section resolved|1=--~~~~}} may be archived; for old discussions, see the archives.

Please note

  1. If you want to ask why unfree/non-commercial material is not allowed at Wikimedia Commons or if you want to suggest that allowing it would be a good thing, please do not comment here. It is probably pointless. One of Wikimedia Commons’ core principles is: "Only free content is allowed." This is a basic rule of the place, as inherent as the NPOV requirement on all Wikipedias.
  2. Have you read our FAQ?
  3. For changing the name of a file, see Commons:File renaming.
  4. Any answers you receive here are not legal advice and the responder cannot be held liable for them. If you have legal questions, we can try to help but our answers cannot replace those of a qualified professional (i.e. a lawyer).
  5. Your question will be answered here; please check back regularly. Please do not leave your email address or other contact information, as this page is widely visible across the internet and you are liable to receive spam.

Purposes which do not meet the scope of this page

Search archives


Village pump and gaslight at a meeting place in the village of Amstetten, Germany. [add]
Centralized discussion
See also: Village pump/Proposals • Archive

Template: View • Discuss  • Edit • Watch



NC-ND is allowed?[edit]

Or ... what's going on? Can anyone explain? Ed [talk] [en:majestic titan] 01:53, 11 November 2016 (UTC)

Pinging Ritchyblack. Ed [talk] [en:majestic titan] 02:10, 11 November 2016 (UTC)
Free Art License is conformant. He's welcome to offer any other license in addition. - Jmabel ! talk 04:42, 11 November 2016 (UTC)
whenever you (Personal attack removed) want to stop the hybrid license nonsense, go for it. using the SA or NC ND to force email for reuse terms is particularly clever. or maybe an FAQ for the periodically incredulous. Slowking4 § Richard Arthur Norton's revenge 01:49, 12 November 2016 (UTC)
wow, kids is a personal attack? hillarious. stop the madness. or get laughed at. Slowking4 § Richard Arthur Norton's revenge 02:13, 22 November 2016 (UTC)
Shouldn't there be wording to state that the end user can re-use the image under either license? I don't delve into the dual licensing stuff much, but it seems like the use of such a template couldn't force an end user to re-use under both licenses? Huntster (t @ c) 21:45, 13 November 2016 (UTC)
Deletion If these media are actually licensed with NC-ND, then they must be removed from here. The uploader can relicense them to make them more free but we cannot host them. —Justin (koavf)TCM 21:52, 13 November 2016 (UTC)
That's not true as I understand it. So long as the end user has the option of a free license to use, any number of other licenses (free or otherwise) can be included with the image. That's my whole question here: that template, and any others like it, need to make it clear that the end user can choose which license to use, and that they don't have to abide by both (or more) licenses. Look at some of the templates in Category:Multi-license license tags, for example, which do it correctly. Huntster (t @ c) 00:05, 14 November 2016 (UTC)
I would agree with you if there was more evidence this is confusing. I didn't think there was, but it is concerning that one of the most prolific Wikipedia editors of all time is confused by it. That said, even templates like {{Dual-gfdl-cc-by-sa-any}} don't make this point explicitly. If we must mandate clarification, I'd start with templates like that first. Storkk (talk) 10:12, 14 November 2016 (UTC)
Can we come up with standard text that says something like "You can choose one or both of the following licenses: "? Also, can an admin unprotect this? Ed [talk] [en:majestic titan] 18:48, 15 November 2016 (UTC)
This should be a variant on {{FAL or cc-by-nc-nd}}, for just the specific BY-NC-ND version. Reventtalk 17:33, 16 November 2016 (UTC)
don't know why you would want to undo the protection by banned users. how about a survey of protection and unprotecting as appropriate? Slowking4 § Richard Arthur Norton's revenge 02:16, 22 November 2016 (UTC)
@Slowking4: I'd just like to make it clear that you can choose one of the licenses. That's not clear at all right now. Ed [talk] [en:majestic titan] 01:27, 25 November 2016 (UTC)
hey, it is perfectly clear to me. it's the license purists who wonder at this hybrid nonsense. see also Commons:Deletion requests/User:Fir0002/credits why you won't go to CC for the future, and mark historical i don't know. and why an historical hybrid license is protected, i don't know. it is all very confusing and tl;dr. maybe an admin will wander in and fix the old license of someone who hasn't uploaded in 2 years. maybe a few more FAQ's are in order. Slowking4 § Richard Arthur Norton's revenge 01:48, 25 November 2016 (UTC)
@Slowking4: I'm glad that it's clear to you. It isn't to me and I suspect others, hence my request to unprotect the page so I can address it. Thanks! Ed [talk] [en:majestic titan] 19:18, 25 November 2016 (UTC)
It was also apparently unclear to Koavf just above. Would you describe him as a license purist or a clueless noob? Storkk (talk) 19:50, 25 November 2016 (UTC)
i will let you sort yourselves into which category you belong. all those people who voted keep hybrid licenses can fix their FUBAR. or the people venting unproductively on VP. clearly you cannot harangue the uploader since they are long gone. and i don't want to hear it. Slowking4 § Richard Arthur Norton's revenge 00:50, 26 November 2016 (UTC)
@The ed17: Before even considering messing with users' custom license templates, please consider gauging support for a change in templates like {{Dual-gfdl-cc-by-sa-any}}. I think the unprotection you requested is premature. Storkk (talk) 10:42, 26 November 2016 (UTC)
@Storkk: I would simply like the opportunity to add "Choose one of the following:" to the confusing license header. I'll be happy to start a discussion on other related templates when I have time, but this should be an incredibly uncontroversial action to prevent confusion. We're here to facilitate re-use, not confuse people. :-) Ed [talk] [en:majestic titan] 09:21, 29 November 2016 (UTC)
While you and Justin have indeed professed to being confused by this custom user license template, you have not demonstrated that we have enough of a problem, in my opinion, to unilaterally override the licensing choices of a user who could reply (if they were still here) that they were simply following well-established practices as indicated by templates such as {{Dual-gfdl-cc-by-sa-any}}. So no, I will not be unprotecting that template until there has been strong community consensus demonstrated that some kind of {{Dual license}} boilerplate is required for all dual licenses. I would certainly support adding clarifying wording to, e.g. Commons:Reusing_content_outside_Wikimedia/licenses except that it is already in the second bullet point. Storkk (talk) 10:47, 29 November 2016 (UTC)

Sub-categorizing regions by date[edit]

Микола Василечко (talk · contribs) has been trying to sort the many files in Category:Ternopil Oblast. I appreciate that as a worthy task, but Микола has decided that the best way to organize them is by day, and even by specific date. A quick look at Category:Days in Ternopil Oblast and its subcategories will give you a good idea of the result. Given that even Category:October in the United States (a whole country) is not sub-categorized by day in October (Category:12 October in the United States vs Category:12 October in Ternopil‎ Oblast), let alone specific date in specific city (Category:12 October 2007 in Los Angeles‎ vs Category:12 October 2007 in Ternopil‎, this seems rather excessive to me. Obviously, if Category:2007 in Ternopil Oblast was positively overflowing with images, I could understand a desire to sub-divide by month, but this is not the case. I'm not sure if we have a specific policy on the matter. We've discussed it a little at Categories for Discussion but we haven't had much additional input, and Микола Василечко continues to make more of these categories. Would anyone care to weigh in on the matter, preferably at the CfD? Thanks. - Themightyquill (talk) 09:58, 11 November 2016 (UTC)

  • I don't know any general policy. For Seattle, which is what I'm most involved with, we classify by year and (in recent years) even by month, but as far as I know we never (or almost never) have those as the only Seattle-related category. There is always an effort to put at least one category about geography more specific than Category:Seattle (neighborhood, specific building, etc.) if at all applicable, plus of course there are often things related to a specific person, or Category:Government of Seattle or its subcats, etc. I think what we do there works well. (Feel free to paraphrase or quote me in the CfD.) - Jmabel ! talk 15:58, 11 November 2016 (UTC)

In the meantime a similar case shew up (see this CfD) where a user created categories of the pattern Category:(location) photographs taken on (date), for example Category:Finland photographs taken on 2007-09-06. Do we really need such a level of intersection which will lead to many thousands new categories at the best? I think we don't. --Achim (talk) 19:33, 11 November 2016 (UTC)

I just noticed that there are by now already 2314 categories of that scheme for Sweden. Pinging J 1982, Sendelbach, Roland zh. --Achim (talk) 19:54, 11 November 2016 (UTC)

Anyone else? Additional input here would be very much appreciated. - Themightyquill (talk) 08:17, 18 November 2016 (UTC)
By year is ok, imho. Anything else only if there's some kind of event. --Hedwig in Washington (mail?) 08:59, 18 November 2016 (UTC)
IMO, it's an excessive overcategorization.
Another case - sub-categorization by month:
    ► March 2006 in Osaka‎ (5 F)
    ► May 2006 in Osaka‎ (5 F)
    ► June 2006 in Osaka‎ (4 F)
    ► October 2006 in Osaka‎ (5 F)
    ► November 2006 in Osaka‎ (17 F)

▼ 2006 in Hiroshima‎ (1 C, 18 F) ► August 2006 in Hiroshima‎ (4 F)
► January 2006 in Tokyo‎ (4 F)
► February 2006 in Tokyo‎ (3 F)
► March 2006 in Tokyo‎ (11 F)
► April 2006 in Tokyo‎ (10 F)
► May 2006 in Tokyo‎ (1 C, 5 F)
► June 2006 in Tokyo‎ (9 F)
► July 2006 in Tokyo‎ (6 F)
► August 2006 in Tokyo‎ (2 C, 4 F)
► September 2006 in Tokyo‎ (2 C, 9 F)
► October 2006 in Tokyo‎ (7 F)
► November 2006 in Tokyo‎ (35 F)
► December 2006 in Tokyo‎ (1 C, 12 F)

--XXN, 10:30, 18 November 2016 (UTC)

Seems to be a favorite pastime of some people. Yesterday I deleted Category:Photographs taken of Screwdriver bits on 2016-11-02. --Achim (talk) 14:40, 22 November 2016 (UTC)

I'd forgotten Commons:Categories for discussion/2016/05/Category:June 2012 in Queen's Road Central, which addresses an individual road in Hong Kong that has been subdivided by month and year. - Themightyquill (talk) 21:04, 25 November 2016 (UTC)

Some people don't treat Category:Photographs taken on (date) as a flat one and say "Oh, 400 images here, I should immediately create some subcats." --Achim (talk) 14:47, 30 November 2016 (UTC)

November 12[edit]

New tool to transfer files from enwp to Commons - MTC![edit]

I've created a new tool, MTC!, to transfer files from the English Wikipedia to Commons. It's only the second release, but it works reasonably well, so I'm advertising it for a public beta. Please let me know if you find any bugs. Thanks, FASTILY 23:20, 20 November 2016 (UTC)

Nice tool, I'm gonna try that tool which seems to be better than CommonsHelper. Anyway, does this tool support bot passwords or OAuth? If not, this would be a problem, both in security and logging in. For security, I don't know if you knew this incident that happened recently, but a hacker group named OurMine hacked accounts with elevated rights (like sysop) in enwiki. Even Jimbo's account was hacked. So it seems that they could hack an account even with a strong password. In response to this, the WMF made 2fA (or two-factor authentication) available for admins, crats, oversighters, and checkusers. I am not sure if 2fA is working with third-party tools, but if not, then this would be a pain for users who have enabled 2fA who wants to try your tool. I think it would be great if your tool would support either bot passwords or OAuth. Thanks, Poké95 12:20, 21 November 2016 (UTC)
If you use a strong password and if you don't use the password on multiple sites there should be no issue or pwnage. --Steinsplitter (talk) 12:29, 21 November 2016 (UTC)
Yeah, but still a problem for those who have enabled 2fA already. They might not able to login to MTC! properly due to the complication of 2fA. Poké95 12:59, 21 November 2016 (UTC)
@Pokéfan95: Thanks for your interest! OAuth is not supported, but BotPasswords should work just fine. If you don't want to use BotPasswords, then you can always create an alternate account just for use with third party tools. -FASTILY 01:46, 22 November 2016 (UTC)

But please don't upload too much sh*t. Some files should better be deleted in enwp and never transferred.--Kopiersperre (talk) 11:05, 23 November 2016 (UTC)

Don't know why you would want to transfer files from english to commons, given the recent proposal to Commons:Village_pump/Archive/2016/10#Proposal_to_halt_all_unsourced_cross-wiki_transfers. Slowking4 § Richard Arthur Norton's revenge 14:49, 23 November 2016 (UTC)
There's a huge backlog of properly-licensed images at en:Category:Copy to Wikimedia Commons. clpo13(talk) 16:29, 23 November 2016 (UTC)
I'm sorry a backlog is not an argument. what specific steps will be taken to review, and put back images deleted? given the fact that the automated transfer process is noted to be a problem? for example here is another image without a url source File:C.J. "Gus" Loria, X-31 Pilot.jpg what will you do to see it is not deleted? Slowking4 § Richard Arthur Norton's revenge 14:45, 24 November 2016 (UTC)
The tool can verify such issues. I do not think it makes sense to completely ignore en.wikipedias freely licensed content that was mainly uploaded before commons existed. Streamlining the process with checks would help eliminate problems. It would be better system of manually doing everything (probably incorrectly too). It would also create a review backlog to verify the transfers unlike manual where we have no way to track the cross-wiki transfer. -- とある白い猫 ちぃ? 20:11, 30 November 2016 (UTC)

November 21[edit]

Pixabay video URL[edit]

Does anyone know, how to link pixabay videos? I've created Template:Pixabay video, but without working URL formatter that's useless.--Kopiersperre (talk) 11:02, 23 November 2016 (UTC)

Why not use {{Pixabay}}? (tJosve05a (c) 11:11, 23 November 2016 (UTC)
@Josve05a: Because when you link the video with ID 3741 you will be redirected to picture Nr. 3741, which shows Golden Gate Bridge.--Kopiersperre (talk) 17:01, 23 November 2016 (UTC)
The template {{Pixabay}} uses the short form URL<ID> (BTW poorly written, because instead one time it is added several times into every language sub template). You have to find out a similar URL for videos, then either the template you’ve created could be fixed or – in theory better - {{Pixabay}} enhanced. — Speravir – 19:41, 23 November 2016 (UTC)
Oh, I found it myself: Simply insert /videos, which leads to<ID>. For the example: But what I said: One of the templates/redirects has to be fixed. — Speravir – 20:49, 23 November 2016 (UTC)

Some users are still using a script wich adds the ´uploaded by the uploadwizard´ category[edit]

While bots are massively removing the category, there are still uploads being done with the category. Example: File:3840px Ribbon bar of Friedrich Order.svg (I removed the category, see history)Smiley.toerist (talk) 09:47, 24 November 2016 (UTC)

That appears to have been added manually (well, using HotCat) rather than by script. @Blackcat: are you aware that this category deprecated? Storkk (talk) 11:07, 24 November 2016 (UTC)
Yes, I hadn't read the discussion that eliminated the category. I removed it from the latest files which I had added it to. Frankly I thought it was a bug of the system, not a decision to remove the category. -- SERGIO (aka the Blackcat) 11:09, 24 November 2016 (UTC)
When I'm editing files for other reasons (as I often am) and run across this category, should I kill it? - Jmabel ! talk 17:53, 24 November 2016 (UTC)
At least I did so not thinking about this, but we should ask the bot owner(s) like Steinsplitter. — Speravir – 21:34, 24 November 2016 (UTC)
Honestly, it neither worth your time nor beneficial to remove that category manually. --Zhuyifei1999 (talk) 03:25, 25 November 2016 (UTC)
The files File:CC-BY Yellow.svg and File:CC-BY-SA Yellow.svg are protected so the bots cant remove the category.Smiley.toerist (talk) 10:20, 28 November 2016 (UTC)
Removed. --Túrelio (talk) 10:23, 28 November 2016 (UTC)


Before discussing a potential enhancement of template {{Pixabay}} I’m interested in another issue: You cannot tell it from the documentation, but if you look into the source you will see, that in fact you can add up to 3 Pixabay IDs, which means you will get links to up to 3 source files. But the phrasing of the language sub templates is only for one file, and I also asked me about the purpose of linking more than one source. A search tells me, that in the moment this option is 6 times used: Search results. What I see, are in fact combinations of files, so the phrasing has to be adapted in this manner then (for all existing language sub templates!) or both source files should uploaded separately to Commons and then the combination should point to these uploaded versions. I cannot find this, but wasn’t there a special template for these combinations? What do you think of this all?
My goal is actually to enhance the template for videos, see #Pixabay video URL, and to put the URL into the main template, i.e. remove it from the language sub templates. Hence the sub templates would nonetheless need some rework. — Speravir – 23:42, 24 November 2016 (UTC)

Oh, the right template is {{Derived from}} with more than one parameter. — Speravir – 17:15, 25 November 2016 (UTC)

November 25[edit]

Commons:Grandfathered old files[edit]

There is an ongoing discussion about the cut-off date of Commons:Grandfathered old files, see Commons_talk:Grandfathered_old_files#Change_of_cut-off_date. Please feel free to join the discussion and to voice your opinion in the vote section. Jcb (talk) 15:26, 25 November 2016 (UTC)

Are these Echinospartum boissieri flowers?[edit]

File:Sierra Nevada juni 1982 17.jpg and
Sierra Nevada juni 1982 18.jpg
looks like it. I also suspect the yellow flowers in File:Sierra Nevada june 1999 07.jpg and File:Sierra Nevada june 1999 08.jpg are also the same species. And any idea wich village this is in the mountains? (I took a hiking trip around the Sierra Nevada in 1999 and am uploading them in Category:Spain slide scan june 1999)Smiley.toerist (talk) 23:55, 25 November 2016 (UTC)

November 26[edit]

Upload to Commons app: Making more licensing options possible[edit]

At 26 November 2016, 11:37 (UTC+8), I filed a task in Phabricator to make more licensing options on the Upload to Commons mobile app possible. As Misaochan (josephine_l in Phabricator) suggested in the phab task, I created this thread. Currently, Upload to Commons only allows CC0, CC-BY-3.0, and CC-BY-SA-3.0. However, there are people like me who wants to release images under a different license instead. What licenses should we add to the licensing options? There are six options I propose, which are GFDL/CC-BY-SA-4.0 multi-licensing, GFDL/CC-BY-4.0 multi-licensing, CC-BY-SA-4.0 only, CC-BY-4.0 only, FAL, and GFDL/FAL multi-licensing.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

GFDL/CC-BY-SA-4.0 multi-licensing[edit]

  • Symbol support vote.svg Support I most prefer this option. -- Poké95 06:53, 26 November 2016 (UTC)

Withdrawn. Poké95 01:46, 30 November 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

GFDL/CC-BY-4.0 multi-licensing[edit]

  • Symbol support vote.svg Support Good too. -- Poké95 06:53, 26 November 2016 (UTC)

Withdrawn. Poké95 01:46, 30 November 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

CC-BY-SA-4.0 only[edit]

  • Symbol support vote.svg Support Good too. -- Poké95 06:53, 26 November 2016 (UTC)

CC-BY-4.0 only[edit]

  • Symbol support vote.svg Support Good too. -- Poké95 06:53, 26 November 2016 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

FAL only[edit]

  • No comment on this, but may be useful. Poké95 06:53, 26 November 2016 (UTC)

Withdrawn. Poké95 01:46, 30 November 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

GFDL/FAL multi-licensing[edit]

  • No comment on this, but may be useful. Poké95 06:53, 26 November 2016 (UTC)

Withdrawn. Poké95 01:46, 30 November 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Oppose additions[edit]

No, not more options. More is not better. One of the huge improvements in the UploadWizard over the previous system is that it didn't over loads of confusing options. And GFDL? Are you serious? That's a blast from the past that should never be used on any new uploads. Multichill (talk) 21:36, 26 November 2016 (UTC)

GFDL is a waste of time. stop the madness, even FSF does not use it for images. PD-art|PD-old would be useful. Slowking4 § Richard Arthur Norton's revenge 04:32, 28 November 2016 (UTC)
I prefer keeping the list as short as possible. In fact I would favor reducing the list rather than increasing it. Kaldari (talk) 23:17, 28 November 2016 (UTC)
Reduce it how? There are only three options. clpo13(talk) 23:31, 28 November 2016 (UTC)

Okay, I think there is enough consensus saying that more options should not be added, so I withdrew those GFDL and FAL options. However, I didn't withdrew the CC-BY-SA-4.0 and CC-BY-4.0 part, since the Android app currently uses only the 3.0 versions. UploadWizard already included the 4.0 versions (while keeping the 3.0 versions). Should we replace the 3.0 versions with 4.0 or just add the 4.0 versions as UW did? Thanks, Poké95 01:46, 30 November 2016 (UTC)

Undelete inauguration pictures[edit]

The Category:Liège-Guillemins train station inauguration had a lot of pictures. I suppose they where removed because they are of dancers moving against new station background. Wich until this year was protected. With the new Belgium FoP these pictures could probably be restored.Smiley.toerist (talk) 09:57, 26 November 2016 (UTC)

cf. Commons:Deletion_requests/Gare_de_Liège-Guillemins - some appear to have been restored and then re-deleted. @Smiley.toerist: were there others that you are aware of, or is that the list you were thinking of? Storkk (talk) 17:36, 26 November 2016 (UTC)
These from 01 to 49 pictures of dance show against the station background. At that time there was no FOP in Belgium and the station is built by Santiago Calatrava. However there could be other reasons for removal, but this is the only documented one. Can a dance presentation also be protected as creative work?Smiley.toerist (talk) 23:04, 27 November 2016 (UTC)

Question about straight vs curly apostrophes[edit]

On English Wikipedia the page en:Ball's Pyramid is being placed in the maintenance category en:Category:Commons category with local link different than on Wikidata because the template en:Template:Commons category is being used as "{{Commons category|Ball's Pyramid}}" instead of "{{Commons category|Ball’s Pyramid}}" (note the use of a straight vs curly apostrophe). English Wikipedia has a preference for straight apostrophes. I don't know about Commons. What is Common's policy or norms regarding types of apostrophes, especially for category names? I had a strong bias against the curly apostrophes and quotes. Would it makes sense here to move the category to the straight quote? This would solve an incongruence between Commons and the English Wikipeida. Jason Quinn (talk) 12:05, 26 November 2016 (UTC)

Per Commons:Language_policy, the consensus is currently to prefer English category names. The normal reading of this is to default to the simplest language for the category names, avoiding over-long names or syntax. Just as we avoid ligatures and accents when sensible to do so, the simple apostrophe should be best practice, even though this is not explicit in policy, to make searches and tools that rely on the API as reliable as possible.
So, unless there are good reasons to use curly quotes and apostrophes in a category name (I can't think of any examples), then it should be the plainest default characters instead. The same reasoning does not apply to Filenames, there may be all sorts of reasons we want to use non-English accents, matching formats to external use and even less well used characters from English, such as "æ". :-) -- (talk) 12:18, 26 November 2016 (UTC)
Thank you. I think it's a good policy to use the simplest and I also agree that filename themselves are different. Could somebody with admin privileges to a move over redirect for Category:Ball’s Pyramid to Category:Ball's Pyramid? Jason Quinn (talk) 15:31, 26 November 2016 (UTC)
I really mean this whole (far-reaching) thematic should be go through the COM:RFC. Is Commons default the English language or the English Wikipedia. User: Perhelion 16:18, 26 November 2016 (UTC)
Next up: Category:1980 photographs to be renamed Category:l98O photographs because reasons. -- Tuválkin 16:50, 26 November 2016 (UTC)
I assume that last was a joke.
I'm entirely in favor of straight apostrophes in category names. They represent exactly the same character in the language (the only difference is typographical, not linguistic) and they can be typed from the keyboard in a normal manner. - Jmabel ! talk 17:52, 26 November 2016 (UTC)
If so, please open someone a RFC, so we have a minimum reason to change the Commons policy. PS: It seems “Common's policy” with apostrophe was also a joke. User: Perhelion 22:10, 26 November 2016 (UTC)
I opened an RfC at Commons:Requests for comment/straight vs curly apostrophes. Jason Quinn (talk) 09:28, 27 November 2016 (UTC)
Tuvalkin, please don't bring sarcasm to a serious discussion. I'm not sure why you thought that tone was warranted here. Be okay with me if it contained some key idea but it didn't. If you want to make a point, please state it. Jason Quinn (talk) 09:28, 27 November 2016 (UTC)

Move to Commons from hebrew wiki[edit]

Is it possible for someone to move the images from the hebrew article [1] to Commons?--Avron (talk) 22:08, 26 November 2016 (UTC)

  • Probably should be done by someone who can read Hebrew; I'm hesitant to move something where I can't tell what is there, apply appropriate Commons categories, etc. - Jmabel ! talk 00:57, 27 November 2016 (UTC)
Presumably mainly Category:EE-8. Not sure why there's an article on this gadget only in Hebrew and German wikipedias... AnonMoos (talk) 14:15, 28 November 2016 (UTC)

November 27[edit]

Requested videos[edit]

Are there any commons-compatible licensed vids hosted elsewhere that commons users would like to have on commons but are not on commons yet because they are not encoded in a video format that commons uses? If so, is there a list similar to "requested articles" which lists such videos? Reason I am asking is that I could donate CPU to video conversion and upload such a video per request. --Wesalius (talk) 17:24, 27 November 2016 (UTC)

Wesalius I am not aware of any pool of unconverted videos waiting for a conversion solution. However, I am not even sure that there sufficiently developed instructions for anyone to convert a video to an acceptable format. There is Help:Converting video which is really dense as a beginner guide. Either that or Commons:Video would be the hub for a service like "request mass conversion".
Overall there are a lot of conversations about video which have not yet happened in Commons. The service you are offering is generous and would be useful but I am not sure how to sort it or advertise it. Blue Rasberry (talk) 21:20, 27 November 2016 (UTC)
there is an english category w:Category:Wikipedia requested videos. and you can search youtube with creative commons licenses [2]; [3]
see also m:Video and mw:Media Projects - user:fuzheado and User:Brion VIBBER are working on a video editing project but it is hard. Slowking4 § Richard Arthur Norton's revenge 04:38, 28 November 2016 (UTC) handles most of the common formats, and since it runs on labs CPU should not be a major issue (though I have noticed it does not correctly handle some 'malformed' video files) Reventtalk 00:46, 29 November 2016 (UTC)
Thanks everybody for the provided information and advice. --Wesalius (talk) 09:54, 29 November 2016 (UTC)

November 28[edit]

Help to upload images[edit]

Hello, please I need some help. Last year I created an article called Javier Echecopar, I tried to use a couple of images, but all of them were deleted. Last week I returned to review this problem and someone of Wikipedia suggest me to make a photo to make the upload donate it with zer0 licence to not have problems. Now I have an image shooted by me, and I wish to donate it to Commons with CC0 License to use it to my articles. But it's my first time and I don't want to make a mistake. I need some guidance. What can I do first? I really appreciate the attention. Best Regards --Xhendyc (talk) 05:41, 28 November 2016 (UTC)

User:Xhendyc, as long as YOU took the image and you have already said that you are releasing the image under the correct license, you should not have any issues. You can use the upload wizard and it will take you to the form that will help fill in the required data and you should be good to go. Go ahead and upload the image, and I will take a look to see that you have do it correctly. Cheers! --WPPilot (talk) 06:06, 28 November 2016 (UTC)
Thank you very much WPPilot, I just uploaded my picture, I really appreciate all your help. I hope everything will be alright. --Xhendyc (talk) 11:45, 29 November 2016 (UTC)

Software needed to change file data[edit]

I've just discovered that, somehow, the date in my camera was set wrong for a while. I need a Windows app or apps to bulk update 1) file properties 2) EXIF data, by just changing the year. Suggestions, please... Andy Mabbett (talk) 17:39, 28 November 2016 (UTC)

The files need to be re-uploaded with correct EXIF data. The easiest to understand way of doing that is to create a macro for your locally held collection in a tool like Photoshop or GIMP. It is possible to create a script to do all that, but probably a magnitude cheaper in volunteer time to use an off-the-shelf tool. -- (talk) 17:52, 28 November 2016 (UTC)
@Fae: Thank you., but the files have not yet been uploaded; I need to run the app locally first, hence the request for a Windows app. I have GIMP, so if anyone can advise how to make such a macro, or point to a tutorial, (or suggest an app per my first post) that would be great. Andy Mabbett (talk) 19:15, 28 November 2016 (UTC)
@Pigsonthewing: Look at ExifTool. I suspect that you will have to wrap it in a Python/Perl/PowerShell script. --jdx Re: 21:21, 28 November 2016 (UTC)
@Pigsonthewing: Windows has a built-in simple image metadata editor. Just select the files in explorer, right click → Properties → Details, edit the "Date taken" field and click "Apply". Matma Rex (talk) 00:03, 29 November 2016 (UTC)
There are a few applications and methods listed here and here for bulk-editing Exif data. clpo13(talk) 00:21, 29 November 2016 (UTC)
The first link mentions Picasa. Be warned in regard to this: Coincidentally, there was a posting some days ago in the German Village pump equivalent with a complaint about the fact, that Picasa adds itself as author into EXIF and IPTC area, cf. first uploaded version of this nice cactus image: File:Eriosyce odieri ssp. glabrescens.JPG. — Speravir – 00:28, 30 November 2016 (UTC)

File missing from category page[edit]

Yes check.svg Resolved

The page at File:Yew Tree Cottages, Birmingham - Andy Mabbett - 2016-11-28 -02.jpg is in Category:Yew Tree Cottages, Birmingham, but does not show up on the category's page, for me, despite being uploaded at the same time as the other images in that category. I've purged both pages. Andy Mabbett (talk) 19:13, 28 November 2016 (UTC)

@Pigsonthewing: i see that image in the category. maybe it was a temporary or cache issue. Holger1959 (talk) 20:38, 28 November 2016 (UTC)
Thank you. So do I, now. Andy Mabbett (talk) 22:02, 28 November 2016 (UTC)

Doubt on licensing and commons compatibility[edit]

I m not an expert of photo of sculpture so I prefer to ask here instead of starting a Deletion request : The licensing on this picture is doubtful File:Wheelchair sculpture 6493.JPG. Photo might be done by the uploader but the object of the picture might be considered as art (at which point is it art ? ). Loreleil (talk) 19:42, 28 November 2016 (UTC)

The original "sculpture" might indeed considered a work of art. Actually, the photographer mentioned the artist Tony Heaton. However, the photography might be o.k. per Commons:Freedom_of_panorama#United_Kingdom if the location is "open to the public" and the sculpture "permanently situated". --Túrelio (talk) 20:25, 28 November 2016 (UTC)
The picture was taken by User:ClemRutter. Andy Mabbett (talk) 22:04, 28 November 2016 (UTC)
The 'artistic merit' of a work is not part of what is considered for copyrightability... it's only if the work embodies the creative originality of a human author (i.e., is it above the TOO). I think this is, but as mentioned FOP might make it okay anyhow. Reventtalk 00:48, 29 November 2016 (UTC)
Does FOP apply inside Graeae Theatre in w:Hoxton ? Loreleil (talk) 14:23, 29 November 2016 (UTC)
I am assuming FOP- I saw the work, proudly displayed for public viewing at Graeae Theatre Company at the Disability Arts edit-a-thon 9th November. I helped w:User:Allan Sutherland to develop the article on Tony Heaton. --ClemRutter (talk) 09:37, 30 November 2016 (UTC)

Tech News: 2016-48[edit]

21:16, 28 November 2016 (UTC)

November 29[edit]

404 not found images[edit]

i am reporting here an issue, which was noted on Commons:Forum#404_Not_Found: at the moment a couple of images can not be displayed, either the full resolution only is "lost", or both preview and full resolution are not visible.

please see examples:

when you click the full resolution, you see an error like:

404 Not Found
The resource could not be found.
File not found: /v1/AUTH_mw/wikipedia-commons-local-public.22/2/22/Bamboo_bridge_over_Nam_Khan_LP.jpg

is this problem known and will be fixed, or can someone take care please? Holger1959 (talk) 02:24, 29 November 2016 (UTC)

Related to phab:T124101? (tJosve05a (c) 02:26, 29 November 2016 (UTC)
I hope this is not again a database lost, as it happens in the (very?) past several times, s.a. phab:T41615. User: Perhelion 09:51, 29 November 2016 (UTC)

Two similar categories[edit]

There are Category:West Side Story and Category:West Side Story (musical) which appear to be the same. Shall they be merged? --Superchilum(talk to me!) 08:43, 29 November 2016 (UTC)

  • Yes. The latter is currently a subcat of the former, no reason for it to be a separate category at all. - Jmabel ! talk 16:52, 29 November 2016 (UTC)
  • Maybe not. At least one of the files (this one) is from the movie, not a stage version. --Auntof6 (talk) 23:26, 29 November 2016 (UTC)
    • Then there would be a reason to have a category distinguishing the film. But the stage play is equally as "musical". - Jmabel ! talk 00:38, 30 November 2016 (UTC)
      • Exactly, that's the point: both the categories are currently dealing about the musical, that's why they are redundant. --Superchilum(talk to me!) 07:47, 30 November 2016 (UTC)

Thumbnails of large images[edit]

Hi, Currently thumbnailing of very large images, like File:Map of Hindoostan, 1788, by Rennell.jpg, does not work due to a confirmation setting to prevent potential performance issues. In phab:T147992, MarkTraceur asks for a community consensus about changing this setting. What do you think? Regards, Yann (talk) 09:57, 29 November 2016 (UTC)

Hello Yann, I see no need for this (also that performance issue a community issue here). 66 MiB should not be to expect for end users, as we can see the old file you overwritten with the same MP gets rendered. There are also some other ways for this: Template:Compressed version (naming bit unlucky) and Template:Archival version. User: Perhelion 10:37, 29 November 2016 (UTC)
FYI, the issue is not 66 MB (we have many images above that), but the 182.99 Megapixel. Regards, Yann (talk) 10:43, 29 November 2016 (UTC)
PS: Yes the image has 183 Megapixel, so I guess you want a limit of 200 MP? As we can see the 183 MP seems not (alone) the limit? There is also Template:InteractiveViewer for Template:Large images.
The developers (or someone) should call first what is the actual limit, instead of ask us first what should be the actual limit. As we can see (mentioned by Zhuyifei1999) there are some images exceeding on "theoretical limit" by above and beyond. User: Perhelion 10:51, 29 November 2016 (UTC)

File:Royal Albert Hall - Central View Square.jpg is bigger both in megapixels (238.61 Megapixel) and filesize (84.29 MB) and thumbnails fine. Indeed the File Description page for that contains links to smaller versions such as 33% which use the thumbnailer. The thumbnailer will refuse to generate a 50% thumb as this is too large.

So I don't think the problem is or should be the size of the source JPG but the size of the generated thumb. I absolutely support the ability for Commons to host large JPGs and this map is an excellent example of highly educational large images. -- Colin (talk) 11:29, 29 November 2016 (UTC)

Yann, I think the correct spelling is Hindustan. Jee 12:18, 29 November 2016 (UTC)

Hi Jee, I know that the modern spelling is Hindustan. ;) Here I just copied the original title of the map. Regards, Yann (talk) 12:21, 29 November 2016 (UTC)
Oh! Then OK. I never know such a spelling existed. ;) Jee 12:37, 29 November 2016 (UTC)

What do we need this guideline for?[edit]

It might be interesting to see that we can upload a nude photo of someone taken in a bathroom without knowing if she is really consent with her photo on the net. This is while the most related guideline, i.e. Commons:Photographs of identifiable people, says consent of the model should be provided. If it's so, why can't we delete such photos referring to the guideline? What do we need the guideline for? Pinging User:MichaelMaggs for attention. --Mhhossein talk 13:31, 29 November 2016 (UTC)

Hi, thanks for the ping. I see that the DR was quite extensively argued, and that the conclusion was not one you agree with: perhaps because it was based on US law/practice which is very different from that of your own home country. If you believe that COM:IDENT ought to be modified, do make a specific wording proposal on the discussion page. --MichaelMaggs (talk) 14:11, 29 November 2016 (UTC)
What part of the official guideline do you believe mandates the use of model consent for images of nudes? Note that "Violet Sparks" is the name of a drag queen, and highly unlikely to be a real name. -- (talk) 13:47, 29 November 2016 (UTC)
User:MichaelMaggs: You're welcome. No, I'm not arguing based on my home country's law rather I'm using the guideline as a ground. Do you say that per US law, photos of identifiable people taken in private can be published on the net without the subject'd consent? --Mhhossein talk 10:33, 30 November 2016 (UTC)
This has been argued to death and you are using a strawman argument here. The point of contention in the DR you referenced was not whether photos of people in private places can be published without their consent, but whether we could assume that consent was given in this particular case. --Sebari – aka Srittau (talk) 10:44, 30 November 2016 (UTC)
"whether we could assume that consent was given in this particular case" is a self made criteria already fabricated by you. No law, no policy and no guideline allows us to make such an assumption. --Mhhossein talk 10:49, 30 November 2016 (UTC)
It's not a criterion, but it's what the discussion was about. To be honest, I don't see the point discussing this further with you, since you keep on arguing the same points over and over, even if it is explained why your assumptions and interpretations are wrong. --Sebari – aka Srittau (talk) 11:06, 30 November 2016 (UTC)
Leaving the discussion will be kind of you, as you insist on ignoring the explicit parts of the guideline related to our discussion. Thanks.--Mhhossein talk 12:21, 30 November 2016 (UTC)

Mhhossein -- This is fairly obviously a carefully-posed picture, not a candid snap. I slapped a personality-rights template on it (something which definitely should have been done before!), which should resolve most valid issues. On Commons, model-releases are necessary for commercial re-use of images involving identifiable people, or possibly for age verification in some cases, but not ordinarily for images such as File:Violet Sparks 2350.jpg... -- AnonMoos (talk) 19:33, 30 November 2016 (UTC)

Thanks for the comment AnonMoos. A question: What happens if that "carefully-posed picture" were meant to be printed on a magazine cover and were not mean to be published on the net? Where did you find that claim? When some photo is posted on commons it might be used for commercial' re-use. --Mhhossein talk 12:19, 1 December 2016 (UTC)
If someone outside Commons uses commercially a photograph which he doesn't have the right to use commercially, then that's usually a matter between the photographer and/or photographic subject and the mis-re-user -- Commons itself is not generally directly involved. Personality rights apply to the even most boring prosaic humdrum photos of living identifiable people. And paid models ordinarily do not have any control over where photos will appear. Any current magazine cover of a remotely prominent magazine will end up being on the Internet anyway... AnonMoos (talk) 12:57, 2 December 2016 (UTC)
Are you serious? Every one is allowed to freely use files on Commons for commercial goals! It's an established fact in our project. How could you say that the model is a paid one? Please discuss based on policies or guidelines. --Mhhossein talk 17:36, 2 December 2016 (UTC)
  • @Kaldari: Could I have your feedback on this discussion please? Thanks. --Mhhossein talk 17:40, 2 December 2016 (UTC)

Mhhossein, please stop trying to wrongly influence our decisions. Carl Lindberg has explained you in very detailed words and in several places why these images are OK here. Thanks, Yann (talk) 18:06, 2 December 2016 (UTC)

And I explained why he was wrong every where. Sorry, you were unable to answer my question at the TP. Please let the discussion progress without being disturbed. --Mhhossein talk 18:10, 2 December 2016 (UTC)

Scripted & automated tasks on human accounts[edit]

Thrice now my requests for higher access for my bot has been declined. We as a community should reach a decision on the matter because this is ridiculous.

Protected pages, bulk update of OTRS requests, bulk admin actions are all in the domain of bots. Not humans. There is a very disturbing trend of "just use your human account with higher access for bot tasks" as well as a number of bulk scripts that are regularly used by human accounts. Unauthorized use of bots like this should be discouraged (or even blocked/banned) not encouraged/required.

If we will not allow bots to freely update pages, I feel we should retire the bot flag.

  • I WILL NOT use scripted/automated bulk tasks under my human account.
  • I WILL NOT edit protected pages leftover from a routine bot task.
  • I WILL NOT manually process bulk OTRS permission requests where the ticket applies to multiple files already uploaded to commons.
  • I want to get stuff done without wasting my time on routine trivial tasks a bot can handle.

You LET bots upload files but you do NOT let bots update OTRS tickets in bulk.

-- とある白い猫 ちぃ? 15:39, 29 November 2016 (UTC)

If there are good and well defined reasons included in the bot request for the sysop rights to be applied, then it would be accepted. As far as I could work out, the reasons given appeared fairly ad hoc, rather than for well defined tasks that required the rights. I suggest rethinking your approach to the job you want to do, so that the request reads as specific and limited. -- (talk) 15:45, 29 November 2016 (UTC)
What you are asking is impossible. The very nature of bot use involves large number of files which means broad definitions which is turned down for being ad-hoc. If I identify a very limited scope then I am told to make the edits manually since it isn't that many files.
First I requested the global ability to edit protected pages (primarily to deal with protected double redirects on over 700 wikis), this was declined on the grounds of "no problems". Then I requested an admin flag here on commons to deal with protected pages on commons (for a number of tasks) which I withdrew when people opposed on the basis of "unnecessary" and "no higher access to bots".
Lastly, I merely requested OTRS permission which adds no special privileges. All the bot would gain would be to tag OTRS tickets. I am told to do them by hand or modify the commons abuse filter. This has a very specific and limited use. If we do not wan't bots to deal with routine tasks, what is the point of the bot flag.
-- とある白い猫 ちぃ? 15:46, 29 November 2016 (UTC)
Well, thank you for telling us what you are going not to do, but as in your previous requests I'm still missing a strong argument why we have to join the ultimate workflow of yours against all commons sense. Especially OTRS ticket additions should be noticed by the uploader on his watchlist, so using a bot flag here is a no-go for me. --Krd 18:17, 29 November 2016 (UTC)
@Krd: I am asking you to handle the manual labor for me since you decided this is not something the bot should do. It is a task my bot can perform within seconds which you do not allow. Your opinion is the law here. At the very least JUSTIFY your position. Give a strong reason why bots are not allowed in editing protected pages or bulk update OTRS tags. This is a routine non-controversial task. We never required strong arguments for bot tasks before. Why are you demanding it?
For example, please explain to me why the uploader needs OTRS tagging in their watchlist? Why would they not need to see re-categorization and other routine tasks? Why explicitly OTRS? If the files aren't tagged with the permissions license, they will be deleted as the permission known to the OTRS ticket isn't communicated to the file description page.
-- とある白い猫 ちぃ? 19:34, 29 November 2016 (UTC)
  • The bot in question is user:タチコマ robot. The declined request for bot admin rights is at Commons:Administrators/Requests/タチコマ robot. とある白い猫 I appreciate your interest in doing tasks with a bot. I hope that you understand that there has to be some regulation. Right now, I do not see either on the bot's page or in the request a description of what the bot will do. Can you point to at least 1-3 sentences of description of why you want the bot to have admin rights? Do you think this is too much to ask? It seems reasonable to me to request an explanation before rights are given. Is there a misunderstanding here? Blue Rasberry (talk) 18:37, 29 November 2016 (UTC)
    • @Bluerasberry: My bot has two roles. First is double redirects. The other is find and replace tasks. It has been processing these for years. The bot processes hundreds of thousands of pages for routine tasks per year. The bot cannot edit protected pages or update OTRS template in bulk. I don't want to go through hundreds of thousands of pages manually to identify the 2-3 protected pages and then perform a routine edit. Likewise I do not want to make 40 individual edits on OTRS tagging. The problem here is that I am unwilling to engage in manual labor that the bot can handle trivially. This is the purpose of bots. -- とある白い猫 ちぃ? 19:34, 29 November 2016 (UTC)
    • Just to clarify the lists on my plate are User:タチコマ robot/list(Ticket:2016112810007364 - 40 files) and User:タチコマ robot/list2(ticket:2016112110010603 - 35 files). -- とある白い猫 ちぃ? 19:54, 30 November 2016 (UTC)
とある白い猫 I still am not sure I understand. I see at Special:Contributions/タチコマ_robot the bot is already doing all sorts of tasks, and this use has been approved for a long time. If I understand correctly, that bot is not allowed to do those same tasks on protected pages, even though the task it does has nothing to do with the cause for page protection. Can you give an example of what you want the bot to do with OTRS templates? Is it already doing OTRS template work, or is this a new task and something that is restricted to admin bots? I regret asking you to do a manual example, but if need be, can you do one OTRS replacement to demonstrate what it is that you want the bot to do? I am not aware of what might be restricted to admins for OTRS templates. Thanks. Blue Rasberry (talk) 21:47, 30 November 2016 (UTC)
@Bluerasberry: Certainly, the bot is incapable of editing protected pages. Just like how ordinary users cannot edit protected pages. Pages are protected for all sorts of reasons but mainly for abuse (such as repetitive vandalism) or the risk of abuse (such as files used on main pages that are temporarily protected). If these pages happen to be in a group of files that are being updated, the bot will simply skip the protected pages. As per the Commons:Administrators/Requests/タチコマ robot decision, the bot will not edit protected pages. I have reviewed the ticket:2016112110010603 which grants us the ability to freely license the 35 files mentioned in the OTRS ticket. In this case, the bot would replace the {{OTRS pending}} template with {{PermissionOTRS}}. Only users with a global "OTRS Member" permission can modify this tag. "OTRS Member" permission does not offer any special access beyond that. The idea here is for the bot to perform a thankless repetitive task so that I do not have to. While the bot preforms those, I can focus on other tickets instead. -- とある白い猫 ちぃ? 02:42, 1 December 2016 (UTC)
とある白い猫 Okay, that checks out. You as a human will manually read OTRS tickets, and once you have made a human decision, then you will use the bot to automatically update the templates on a set of files. The problem you have had is that only accounts with the "OTRS Member" userright can edit these files, so since your bot has neither that or admin rights, then your bot has been unable to do this tedious task.
You have a record as an experienced and trusted user and have admin status on Commons. Your bot is approved to run, and you are a person who has had advanced rights, and you have described an appropriate bot function which requires advanced rights.
I looked again at Commons:Administrators/Requests/タチコマ_robot. If I understand correctly, Krd opposed the granting of rights because it is "not shown why manual bulk tasks cannot be done with the main account". I see a collection of tedious tasks waiting for this bot, including User:タチコマ robot/OTRS/2016112810007364, and as I understand changing the templates in this list is a noncontroversial thing to do and I also feel that it would be tedious to update these 40 files by hand. This seems like bot work to me, and the bot cannot do this or similar updates for sets of files without advanced rights.
Krd, it sounds like you had a concern about limits on the bot. Would you approve this bot to update OTRS templates on Commons as described here? What about this task makes you hesitate to support the granting of rights? Blue Rasberry (talk) 16:22, 1 December 2016 (UTC)
@Bluerasberry: That pretty much sums up what I hope to achieve. The two different OTRS tickets I have at the moment have 40+35=75 files total for the time being. -- とある白い猫 ちぃ? 19:46, 1 December 2016 (UTC)

Malaga airport train station[edit]

Málaga Fuengirola 1999 3.jpg

I uploaded several Cercanías Malaga pictures (see Category:Spain slide scan june 1999) wich I suspect are from the earlier airport train station. The new station, opening 2010, is underground. (Category:Aeropuerto train station). Is this correct?Smiley.toerist (talk) 16:24, 29 November 2016 (UTC)

Due to the lack of response I asked questions in the Spanisch wikimedia. In es:Wikiproyecto Discusión:Andalucía and es:Wikipedia:Café/Archivo/Miscelánea/Actual.Smiley.toerist (talk) 09:50, 2 December 2016 (UTC)

Help test offline Wikipedia[edit]

Hello! The Reading team at the Foundation is looking to support readers who want to take articles offline to read and share later on their phones - a use case we learned about from deep research earlier this year. We’ve built a few prototypes and are looking for people who would be interested in testing them. If you’d like to learn more and give us feedback, check out the page on Meta! Joe Sutherland (WMF) (talk) 20:08, 29 November 2016 (UTC)

Governance of page protection rights[edit]

I am disappointed that several of our most active administrators have pre-agreed to re-raise two deletion requests, and ignore other files, by using a sysop-only protected discussion page. I raised an objection to this behaviour last week and it was brushed off as a "drop in a bucket". This use of the protection right is not an exception to COM:Protection policy.

It is strange and disturbing to see several administrators pre-agree with the original closing administrator [8] "I propose, and Revent and Jcb agree, that I open a new DR for each of the two, with the DR comment written as above. If you agree, after I post the DRs, you and the three of us will not comment on the DRs and will let them run their course entirely in the hands of our colleagues."

The outcome is a pre-agreed certainty, as any closing admin would have to have the chutzpah to go against the covert self-selected group decision, where only invited administrators could participate. Unfortunately behaviour like this makes a nonsense of the intent of deletion requests being an open consensus discussion.

It is worth noting that the new deletion nominations failed to mention this background, which if there was nothing to hide, they would have as there is long discussion, evidence and analysis on the admin-only protected discussion.

I suggest that an administrator, or 'crat, close the re-opened Deletion Requests without action, and invite those that have an interest in seeing these two files deleted, make a new presentation, openly and fully presenting the prior analysis and discussions that were held away from open talk pages.

I welcome opinions, including the administrators that took part in this effectively closed "pre-agreement", Yann, Jcb, Revent and Jameslwoodward who may want to explain why side-stepping open discussion was in the best interests of the Commons community and the correct use of sysop rights. -- (talk) 21:00, 29 November 2016 (UTC)

@Fae: Frankly, I was displeased by Jcb creating his 'private' discussion page, and if you look at it you'll see that my main input there, for most of the files, was to simply repeat what I had previously said at UDR, explaining why most of the various files were clearly ok. I suspect that, based on comments I have seen, none of the other participants were particularly happy about it, but as Jim pointed out such private discussions can happen off-wiki as well, so doing it on a talk page is actually a bit 'more' transparent... it's a talk page in Jcb's user space, so he has every right to ask that only certain people edit it (though using protection to enforce that was out of scope of the tool, IMO).
There was no 'agreement' to delete the images... the agreement was to allow the rest of the community to consider them at DR without us taking part, after we had tried to nail down the factual issues. I think not mentioning the previous discussion was in fact an attempt to not bias that discussion... saying we will not take part, and then pointing out where we had talked about them, would be rather counterproductive, and if a closing admin was unaware of the previous discussion then he would not be overruling it. Jim's DRs mentioned the actual factual information about the files themselves, without the previous drama, and the scope of DR is to determine the status of the works themselves, not to sort out who was right or wrong in previous actions. Your edits to those DRs in fact make it less likely, IMO, that any closer will impartially look at the status of the works themselves.
If you think that it is my opinion that both images should be deleted, you are mistaken. Reventtalk 21:26, 29 November 2016 (UTC)
The problem began when an involved admin decided to disallow the DRs and to speedy close them. Every step from there was avoidable if the first error would not have taken place. Jcb (talk) 22:14, 29 November 2016 (UTC)
Just to be clear on this point, you are blaming Yann for forcing you to make a discussion page protected against the community agreed policy that governs your sysop rights? That seems, surprising as a justification. -- (talk) 22:20, 29 November 2016 (UTC)
does not surprise me at all: it is always the other editor's fault. the vandals made be become an asshole. fundamental lack of ownership of behavior. Slowking4 § Richard Arthur Norton's revenge 17:39, 30 November 2016 (UTC)

I think Fae has this whole situation wrong. Certainly there is no pre-agreed deal here. I proposed to Jcb, Revent, and later to Yann that I open a new DR with specified language precisely because the four of us disagreed rather forcefully about the images. The four of us have agreed not to comment at the DR in order to leave our colleagues the opportunity to make a decision without our disagreement coloring it.

Although I agree that the protected discussion was probably not a great idea, there is nothing in the rules that would have prevented us from having a private discussion by e-mail, so I did not take Fae's original complaint to me very seriously. As it is, having the discussion on Jcb's sub page means that all of the discussion is on the open record here, rather than being on private e-mails. .     Jim . . . . (Jameslwoodward) (talk to me) 23:01, 29 November 2016 (UTC)

No exception has been put forward, the protection policy is not advisory. It states "This page is considered an official policy on Wikimedia Commons. It has wide acceptance among editors and is considered a standard that everyone must follow."
If you feel this is too much, then make a proposal to change it. In the meantime all administrators are required to comply with it. -- (talk) 23:08, 29 November 2016 (UTC)
hey, i think it's great that they chose to disclose the decision they pre-agreed to. just let us know if you all want to keep the files. let's dispense with DR and the folks can just let us know which files they choose to delete, dispense with any discussion. and i see the doubting of sources of low risk items continues.
"Protected "User:Jcb/temp": To prevent drama, talk page is open " you may delude yourself that misusing page protection prevents drama, but rest assured, this is why commons has such a low reputation. the childish behavior tends to undermine what little credibility you may have had. the mass upload tools work just fine on english. Slowking4 § Richard Arthur Norton's revenge 03:31, 30 November 2016 (UTC)

November 30[edit]

Notification of DMCA takedown demand - BR-5972 LAjandrive16 MG a02.jpg[edit]

In compliance with the provisions of the US Digital Millennium Copyright Act (DMCA), and at the instruction of the Wikimedia Foundation's legal counsel, one or more files have been deleted from Commons. Please note that this is an official action of the WMF office which should not be undone. If you have valid grounds for a counter-claim under the DMCA, please contact me.The takedown can be read here.

Affected file(s):

To discuss this DMCA takedown, please go to COM:DMCA#BR-5972 LAjandrive16 MG a02.jpg Thank you! Joe Sutherland (WMF) (talk) 00:45, 30 November 2016 (UTC)

Upload advice[edit]

I want to upload this file with URL2Commons. File:Autopista Las Américas, Santo Domingo.jpg
| Description = {{en|Autopista Las Américas, Santo Domingo}}
| Date = 2011-06-26
| Source =
| Author = Андрей Бобровский
| Permission = Attribution 3.0 Unported (CC BY 3.0)
| Other_versions =
[[Category:Santo Domingo Province]]

Simulation goes well, upload gives error null. --Jos1950 (talk) 02:29, 30 November 2016 (UTC)

It's already in Commons: File:Санто Доминго - panoramio.jpg. I guess the error reporting isn't very good. --ghouston (talk) 03:14, 30 November 2016 (UTC)
Thanks Ghuston. I also wanted rename some Russian names to English, where I recognized the picture, but that was rejected. --Jos1950 (talk) 14:10, 30 November 2016 (UTC)

Clarification of the Precautionary Principle for 100+ years old photographs[edit]

I have been chasing up on some deletions of old photographs where there has been confusion on the use of the terms "anonymous", "unknown" and "publication" in various national copyright acts, some of which have no clear statements about works with unknown artists (or orphan works). It is a truism that almost any old photograph with an unknown photographer can be put up for deletion, and using the weak arguments that we have not "proven" a specific date of publication or we cannot "prove" that the photographer is unknown (which puts aside that we have been unable to "know" the photographer and instead demands proof of a negative) can easily result in losing what is almost certain to be public domain material. The consequence of these types of weak deletion arguments is that we invest significant volunteer time in debating obscure copyright law over the meanings of these words, rather than focusing on whether reasonable effort has already been made to determine copyright, which is all that is ever legally required to host images on Commons.

I propose the following clarification to Commons:Precautionary principle:

For photographs demonstrably 100 years old or more, where reasonable effort has been unable to determine the name of a photographer or a claim of copyright, the default presumption is that the level of doubt is not significant that reproductions and scans of photographs are in the public domain.

This clarification puts Commons and the Wikimedia Foundation as the project's host, at no legal risk, so long as whenever challenged with a reasonable assertion of copyright, photographs are reviewed in a timely manner, or taken-down as a precaution.

I am proposing this on the Village Pump rather than on the policy talk page, as the level of interaction there has been almost non-existent for past proposals. Thanks -- (talk) 10:17, 30 November 2016 (UTC)

To have any sensible discussion you also have to take account of geography. In Europe all postcards without an authors name on it are considered orphan works and we have a European law covering this: This is the Anonymous-EU license, used for an enormous amount of uploads. As this is mostly local content the US license is irrelevant. In the past some American Wikimedia busybodies have deleted some of this EU content based on US law concerns, without bothering to look at the usual practice. Its legal in Europe and there is no legal risk. Once a work can be attributed to an author it is no longer anonymous. Anyway there where no records kept by the postcard editors. They used the work of local photografers or send someone to the region to take pictures. (And then cleaned the old archives for space) An archive of for example Nels postcards would be of great value to historians but it does not exitst.Smiley.toerist (talk) 22:58, 30 November 2016 (UTC)

  • Symbol support vote.svg Support as proposer. -- (talk) 10:17, 30 November 2016 (UTC)
  • Symbol support vote.svg Support, with the modification that we should design and require a template that points out this fact, instead of just using some existing PD-old template. (Also, I think this should be a formal RFC.) --Sebari – aka Srittau (talk) 10:38, 30 November 2016 (UTC)
  • Symbol support vote.svg Support though we should also have a solution for image from European National Archives from the range 70-100 years old that don't list an author for example. (Clearly PD-anon-EU of course but still, EU copyright law is confusing so I rather take away as much beans as possible :p) Natuur12 (talk) 14:18, 30 November 2016 (UTC)
100 is slightly arbitrary, however it is easy to remember. As per Srittau's suggestion if we have a general template explaining the no-copyright-known equivalent, this can say it applies to apparent 100+ year old photographs, but also encompasses a couple of other situations where any risk is well below our community understanding of "significant" doubt. Plus the template could provide a help link for anyone with copyright information to supply and does not want to spend time understanding how deletions work etc. -- (talk) 14:26, 30 November 2016 (UTC)
  • Symbol oppose vote.svg strongly oppose adding to Commons:Precautionary principle. I have no strong opinion wrt adding it to the correct place which is Commons:Licensing#Material in the public domain. A "principle" is "a fundamental truth or proposition that serves as the foundation for a system of belief or behaviour or for a chain of reasoning." Thus our guidelines and policies on what material we host are derived from that principle, and others such as The Definition of Free Cultural Works. Let's keep it simple: "The precautionary principle is that where there is significant doubt about the freedom of a particular file, it should be deleted." That's all we need to say. The specifics of how to handle 100-year-old files goes in guidelines and policy pages that build on that principle. -- Colin (talk) 17:10, 30 November 2016 (UTC)
Please read m:Polls are evil for why discussion is far more important than jumping feet first into a poll. -- Colin (talk) 17:10, 30 November 2016 (UTC)
  • Symbol support vote.svg Support --Yann (talk) 17:24, 30 November 2016 (UTC)
  • Symbol oppose vote.svg Oppose I'm with Colin here. This might be a good policy, but not as an amendment to the precautionary principle. - Jmabel ! talk 20:37, 30 November 2016 (UTC)
  • Symbol support vote.svg Support 100 years is a conservative line. , you recently started a discussion to ask about drawing a line in time, and it came to agreement that 100 was a good place, right? Can you link to that older discussion? I am not sure that I understand Colin. It sounds like the objection is confusion about the word "principle", and if that is a loaded term which has more meaning than only the text in the body of the page, then the title of the page could be changed from "precautionary principle" to "precautionary policy" or any other neutral term. "Precautionary principle" is a cliche term with a history of use, and personally, I think that many users will recognize the meaning of that term and understand that it has a special meaning and is not really a principle at all. Still, Commons is a multilingual platform, and perhaps the title should use simple English without any cliche. In that case "principle" might not be the right term for the content of that policy. We do not even have a "principle" designation in Commons - it is not a term which applies to anything here. Blue Rasberry (talk) 21:57, 30 November 2016 (UTC)
User:Bluerasberry there is no confusion in my mind or on Commons as to what "principle" means. I suggest you look at the place where I suggest this amendment might reside, and you will see that it obviously fits in another policy page which deals with specific examples that derive from our principle. The suggestion by Fae should have been done as a discussion rather than a poll, where the community together would come to a consensus as to how to clarify our position. Polls are evil. -- Colin (talk) 22:24, 30 November 2016 (UTC)
Okay, that seems reasonable. I think this is where I am -
  1. Post the statement to Commons:Licensing#Material in the public domain (or propose to do so). One place is as good as another, and this place seems like a repository for all the rules
  2. In Commons:Precautionary principle, change " The precautionary principle is that where there is significant doubt about the freedom of a particular file..." to "The precautionary principle is that where there is significant doubt about the freedom of a particular file..." We have a system for determining "significant doubt", and it seems to all be at Commons:Licensing#Material in the public domain. By making this change, we preserve the text that is well supported but also make room in a more appropriate forum for more development. I think that typical readers of that policy will want to know how we determine significant doubt, so it seems fair to connect that phrase to an explanation.
Blue Rasberry (talk) 23:08, 30 November 2016 (UTC)
I think this discussion should stick to adding a clause to the COM:L section where it fits. The precautionary principle applies to far more than whether an item is in the public domain so linking "significant doubt" to that section of COM:L is not appropriate. The point of a principle is that it is just a principle. How we determine "significant doubt" is not fully described in policy or guideline. The above proposal is an example of a presumably common issue for which some community consensus can be agreed. There are many other cases where "significant doubt" must be determined on a case by case basis and community consensus at DR. The link suggestion you propose, where "typical readers of that policy will want to know how we determine significant doubt" is unhelpful as we deliberately don't want to attempt to describe every determinate of "significant doubt". Trying to do that might lead to someone saying "This isn't one of the policy cases of significant doubt". -- Colin (talk) 09:11, 1 December 2016 (UTC)
Colin I agree that we "deliberately don't want to attempt to describe every determinate of 'significant doubt'", but right now, some determinants exist on another published page and other ones exist in the minds of Commons users. None of the policies and guidelines are perfect, so in cases where we have some published guidance, then I think we should link to it for the sake of helping people who do not already have the culture of the matter in their minds.
If we use an odd term, like "significant doubt", then I think it is fair to connect that term with the best information community has published on the topic. As I mentioned before, I am ready to acknowledge Wikimedia Commons Commons:Policies and guidelines because we gave those terms meanings here. I am not ready to hold another class of concepts, "principles", in a special higher regard because we have not come to any agreement that "if something is a principle, then we keep it simple, and do not link it to further explanation". I do not agree that "significant doubt" is a universally understood concept and I think that either it can be explained on that page, or that it is fine to link to an explanation elsewhere.
I would support the addition of whatever disclaimers are necessary to emphasize that your concerns are serious - "not fully described", "must be determined on a case by case basis", no one should use the stated rules as an authority over community consensus, and I would even agree to warnings like "this guidance is confusing and problematic", because even good text is so difficult to interpret. Still, we should present the best that we have. Blue Rasberry (talk) 14:14, 1 December 2016 (UTC)
Bluerasberry, with respect, the Precautionary Principle has been around since 2008, added by MichaelMaggs, and the community has not felt the need to alter it much nor have any problem with trying to fit it into concepts from Wikipedia. To be honest, this proposal never should have suggested changing that page and in fact the proposed sentence should contain a link on "the level of doubt is not significant" to the PP. So this is becoming a distraction and I'd rather leave fussing about exactly what words to use to those who nominate, review and close our deletion reviews on a regular basis. -- Colin (talk) 15:31, 1 December 2016 (UTC)
  • Symbol support vote.svg Support you cannot prove a negative, the wording has always bothered me. --Richard Arthur Norton (1958- ) (talk) 01:19, 1 December 2016 (UTC)
  • Symbol oppose vote.svg Oppose The global solution to a regional specific problem is just too glib- we have a vast archive of images that we want and have a duty display, and we are failing to understand that law in some countries is interpreted in a different way. I'm with Colin here.--ClemRutter (talk) 11:41, 1 December 2016 (UTC)
  • Symbol oppose vote.svg Oppose 100 years is too small, a photographer who take a photo at 20 year old and died at 80 years old, the photos is then protected until 30 years more after the "100 years" has passed. + unknown is not the same as anonymous, an anonymous publication is made with evidences, without those evidences no one can say a publication was anonymous. Christian Ferrer (talk) 12:35, 1 December 2016 (UTC)
  • Symbol support vote.svg Support I have suggested this in several places. However, I agree that PRP may not be the place for it and that this may not be the place for the final discussion on such an important topic. And we certainly need a new template, much as {{PD-Art}} codifies our use of the Bridgeman decision.
Christian, I agree that there is a reasonable chance that a hundred year old image is still under copyright. I have been using 120 years as the period beyond which we could assume, without a significant doubt, that the copyright had expired. And, of course, by stretching hard you could argue that almost any photograph might possibly still be under copyright (10 year old takes photo in 1845 and lives to be 111). However, I think that at 100 years we are so far back that the likelihood of a problem approaches zero -- it is certainly less than the likelihood of a problem with any image uploaded by an unknown person as "own work" when we assume good faith.
More broadly, we often deal in uncertainties here. We approve OTRS messages that purport to be from the copyright holder if they feel credible. We accept claims of "own work" all the time. I can't prove that most of the images I have uploaded are, in fact, "own work" and the same is true of almost all the "own work" images we accept. We accept them because it is policy to "assume good faith" and because we believe the risk is low. So we are frequently balancing the risk of a problem against the reward of keeping an image. .     Jim . . . . (Jameslwoodward) (talk to me) 14:00, 1 December 2016 (UTC)
And I suppose their is less of a problem now with the frequent use of take down notices. Most are accepted and the material deleted, problem solved and no risc as long as sufficient provenance research is done. It is fairly theoretical anyway. Once the author is dead, it is very unusual that the descendants know that this picture is taken by their father. Certainly if it is an ordinairy picture among the many.Smiley.toerist (talk) 14:24, 1 December 2016 (UTC)
  • Symbol support vote.svg Support clarification but Symbol oppose vote.svg Oppose adding it to Commons:Precautionary principle. --Jarekt (talk) 15:39, 1 December 2016 (UTC)
  • Symbol support vote.svg Support the abuse of Precautionary makes this necessary. if certain people would refrain from abusing "source missing", this would not be necessary. shifting the burden upon long gone uploaders tends to undermine the credibility of commons. Slowking4 § Richard Arthur Norton's revenge 02:12, 2 December 2016 (UTC)

Not in PRP?[edit]

Hi, I noticed that several people agree with the proposal above, but said "not in the Commons:Precautionary principle". @Jarekt, Jmabel, Colin, ClemRutter: So where do you propose to add this?

To be clear, I think the above discussion should stick to whether we agree or not with the principle, and then discuss here where do we add this agreement if it reaches a consensus. Regards, Yann (talk) 20:34, 1 December 2016 (UTC)
For the record, I also think that COM:L is a better place (maybe with a reference in PRP), but in the end I don't think that it matter much. What matters is the rule. Details can follow later (per Yann). --Sebari – aka Srittau (talk) 20:37, 1 December 2016 (UTC)
Pretty much with Sebari on this (and I do think this probably deserves an RFC). I can go either way on the proposal, but I don't want to see Commons:Precautionary principle start to get cluttered up with a bunch of specific rules. - Jmabel ! talk 01:45, 2 December 2016 (UTC)
@Clindberg: As the person here I respect most on copyright matters, do you have any comment on this? - Jmabel ! talk 01:48, 2 December 2016 (UTC)

Pre 1923[edit]

We are in year 2016 as of this post. 100 years prior would be 1916. We treat content before 1923 as in the PD under {{PD-old-auto-1923}}. This is a matter to consider based on the laws and regulations when we reach 2023. Like many I expect a massive change in copyright law by 2019 based on the age old pattern. If such a massive change does not happen, that alone is a massive change. -- とある白い猫 ちぃ? 19:15, 2 December 2016 (UTC)

Raoul Josset died in 1957, copyright?[edit]

Hello, Raoul Josset died in 1957, not yet 60 jears ago, so his works should be under copyright, but see Category:Raoul Josset. Have these pictures the right licences or are some or all of them copyvio? Which ones fall under freedom of panorama, which ones don't?--Havang(nl) (talk) 16:16, 30 November 2016 (UTC)

  • For works of this era in the U.S., the issue is not usually FOP, but whether the work was copyrighted in the first place and, if so, whether the copyright registration was renewed. The U.S. had not yet signed the Berne Convention at this time. - Jmabel ! talk 20:39, 30 November 2016 (UTC)
  • And what about this picture I took some time ago in France : File:Jussy (Aisne) monument aux morts.JPG and found out today the creator is Josset. No FOP in France. --Havang(nl) (talk) 21:20, 30 November 2016 (UTC)
    • That one is probably not OK. - Jmabel ! talk 23:36, 30 November 2016 (UTC)
  • It will be safe on 1 January 2028 probably. -- とある白い猫 ちぃ? 19:17, 2 December 2016 (UTC)

Free media repositories[edit]

See here This mostly hosts photos but also some icons, audio, and video. Maybe someone wants to see what can be ported here? —Justin (koavf)TCM 20:25, 30 November 2016 (UTC)

December 01[edit]

Proposed special page: File pages without files[edit]

Hello.I propose creation of a special page titled "File pages without files" Includes any file page created by mistake or redircts in file namespace and be:

  1. local includes only local pages
  2. Global (here) consists of: a section for local files and a section for commons files

This helps to delete the unhelpful pages.I do not know how I suggest this in any technical website but I think it's a useful proposal.Thank you --ديفيد عادل وهبة خليل 2 (talk) 16:14, 1 December 2016 (UTC)

This could be worthwhile, and it probably can be implemented if there is interest. Some thoughts:
  • Commons has some File pages which are intentionally left without files and protected (example: File:Untitled.jpg).
  • There are many redirects in the File namespace, since we rename files all the time. I don't think a list of them all would be very interesting. (We don't have a special page for this, but you can view them using the API: [9].) If anything, I would be curious to see pages which are redirects and also have an uploaded file, since that would clearly be a mistake.
  • I don't understand what you mean with the local/global distinction? For what it's worth, on wikis that use Commons as file repository, pages in File namespace without a file are quite common (e.g. for files that are "featured" locally, but uploaded to Commons – example: pl:Plik:!-tylewice-wiatrak-windmill-abri-2013.jpg), so I'm not sure if the proposed special pages would be useful outside of Commons.
Matma Rex (talk) 21:35, 1 December 2016 (UTC)
I don't think a special page is necessary. I have a quarry query to identify just this issue. Unfortunately it does not work just yet as the query takes more than 30 mins (current limit). I will try to resolve this issue. -- とある白い猫 ちぃ? 19:18, 2 December 2016 (UTC)
Isn't that a bit complicated? Something like
SELECT page_title FROM page LEFT JOIN image ON page_title=img_name WHERE page_namespace=6 AND page_is_redirect=0 AND img_name IS NULL LIMIT 20;
seems to work and returns some files in Category:Commons prohibited file names. Haven't tried it without a limit. Multichill (talk) 20:19, 2 December 2016 (UTC)

Proposed notifications[edit]

Hello.I propose creation of new notifications:

  1. Template link: Notify me when someone links to a template I created
  2. Using Commons files:Notify me when someone uses a file I uploaded to commons (local here and globally if "Show notifications from other wikis" selected

Thank you --ديفيد عادل وهبة خليل 2 (talk) 16:28, 1 December 2016 (UTC)

The second idea was also proposed for the Community Wishlist Survey, currently ongoing: m:2016 Community Wishlist Survey/Categories/Multimedia#Notifications for when your image is used. Matma Rex (talk) 21:11, 1 December 2016 (UTC)

Magic Wallet - advertising[edit]

I just ran across these 4 files, which appear to be some kind of advertising (possibly a scam): Commons:Deletion requests/Files uploaded by Magicwallet.

The Description field for all these images reads: "Take action immediately to start the process of resolving your financial problems. Prof Kiiba and Mama Adah are in a unique position to help you with your financial problems." and the Author field: "Magic wallet +27730009239" ~ which seems to be a Company name and international phone number.

I don't know what Commons policy is about this kind of thing, but perhaps someone who knows more could look into the matter.
Christopher Fynn (talk)) 16:28, 1 December 2016 (UTC)

  • I'd be inclined to delete them as inappropriate self-promotion. And I'll start deletion requests on just that basis. - Jmabel ! talk 16:48, 1 December 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Jmabel ! talk 16:53, 1 December 2016 (UTC)

2016 Community Wishlist Survey[edit]

Just a quick reminder that the 2016 Community Wishlist Survey is running (currently in the voting phase). There is a CentralNotice banner campaign promoting it, but many users have those hidden… I have not seen many of you who are active here comment on it yet. Voting ends on 12 December.

You're most likely to be interested in the following categories (but also check out the rest on the home page):

The survey is used for prioritisation of work by Community Tech and other WMF teams. You can see the status of the most-supported proposals from last year on 2015 Community Wishlist Survey/Results. Matma Rex (talk) 21:10, 1 December 2016 (UTC)

To make it more fun (in case some of us are not really willing to click the links by hand to get an idea of what this is about), here are the full lists:
  • 1 Searching for images in nested categories
  • 2 Semi-automatic photo description and categorization tool
  • 3 Improve load time of RenameLink gadget
  • 4 Tool for mass downloading files
  • 5 Upload wizard for uploading artwork
  • 6 Use computer vision to propose categories
  • 7 View slider to compare two images
  • 8 VisualFileChange category processing improvement
  • 9 Allow hiding chosen versions of images on File page
  • 10 Backup of Commons files
  • 11 Category browsing without multimedia viewer
  • 12 DerivativeFX alternative
  • 13 Easier file description
  • 14 Implement Internet Archive BookReader in Commons & Wikisource
  • 15 Make categories sortable
  • 16 "MediaChanges" feed to track pages where images are used
  • 17 Multi-description tool
  • 18 UploadWizard: Allow providing image information (categories/description) while still uploading
  • 19 Rapid category creation
  • 20 Recent uploads patrol webapp
  • 21 Search images by OCR
  • 1 Transcode audio files to MP3
  • 2 Notifications for when your image is used
  • 3 Pick a thumbnail for an article's associated page image
  • 4 Position Maps & Media Viewer
  • 5 Reduce size of Play Button in Videos
  • 6 Slideshow support
  • 7 Support KML files for geodata
  • 8 Support SVG interactivity and animation in Media Viewer
  • 9 View location of all images with coordinates on a map
  • 10 Add DNG support (auto conversion to jpeg, Upload, Download)
  • 11 3D models
  • 12 360 Photo support
  • 13 Allow bulk uploads
  • 14 Increase file size limits
  • 15 Allow variants of an image to be derived from a single SVG
  • 16 Apple Photos sharing extension for Commons
  • 17 Computer vision
  • 18 Crowdsourcing handles to Wikimedia Commons content
  • 19 Default alt text in image file
  • 20 Also display images from subcategories
  • 21 Imagemap highlighting
  • 22 Display rectangular part of the image as parameter of File and compatible with ImageNote
  • 23 LaTeX-style referencing for images and equations
--Gryllida 23:50, 1 December 2016 (UTC)

December 02[edit]

Failing at uploading an improved image[edit]

Hello so I tried to run white balance on

But it looked like I uploaded an unedited photo so I fumbled around with it until realizing that it wasn't updating immediately. Now the wikipedia article seems to have the right version, but when I open it I get the old green tinted photo.

I'm a bit confused as to what is happening and what state I left the image in.. Weirdo10o4 (talk) 15:23, 2 December 2016 (UTC)

Your browser likely cached the older version and was displaying it to you despite it having been updated. Try to Bypass your cache... failing that, try to purge the Wikimedia cache. Storkk (talk) 15:44, 2 December 2016 (UTC)
Your corrected version was uploaded. The thumbnail on the file page might have still shown the old version, because it was cached by your browser. The thumbnails in articles might take a while to update, that's normal (for widely used files, it's impossible for the software to refresh all of the uses immediately, the work is queued and completed later). Matma Rex (talk) 15:47, 2 December 2016 (UTC)