Commons:Village pump

From Wikimedia Commons, the free media repository
(Redirected from Commons:Village Pump)
Jump to: navigation, search

Shortcut: COM:VP

Community portal
introduction
Help desk
uploading
Village pump
copyrightproposals
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  • M:D

Template: View • Discuss  • Edit • Watch


Oldies[edit]

Tech News: 2016-16[edit]

20:40, 18 April 2016 (UTC)
El_Grafo@Deep_Thought ~ $ telnet telnet.wmflabs.org
Trying 208.80.155.160...
Connected to telnet.wmflabs.org.
Escape character is '^]'.
                         ,'"/      ,^.___.--./`.
                       ,' ;"     ,-`     '-.  m `.
                      /v\./      \,.  __  (   _  ,^.
                     / .  `;      .J (  )__\,- `~' '.
                    /_ ' /"      _|___)     )    g  \
                   ;_':_|___  ,-' \        (_,.   _ |.
                   |    |  (__) ,-'   W  __    \,' L'|
                   |  ,-'    _  \_,.    (  |_,-"\_   |
                   |  `"}  _( )_    \   _|   .   _)  |
                   |^\__|____  __,--+--'   |/|  (   /|
                   '.   |   (__)    \_,-.  '     \,'\;
                    \ n `.-.  , /,    _,'  ,")_,-\  /
                     \_. ;-'  * #    (   __)   ,-' /
                      `\-+,.._   _,---\-'   q  "},'
                        `.'\  (__)  ,-->   _,..,'
                          `.L .  ~  '-[:>.' _,"
                             '--.<=L=:_,-=-'
                   _ _ _   _  _ _  __   ___  __     __ 
                   | | | | |_/  | |__) |___ |  \ | |__|
                   |_|_| | | \_ | |    |___ |__/ | |  |
                          The Free Encyclopedia
-------------------------------------------------------------------------- 
Version 1.27                    16 Apr 2016                  131,217 Users
--------------------------------------------------------------------------
                            MotD last updated: 02:45 PM April 16, 2016

Welcome to Wikipedia!  We are the world's largest community driven dial-in
hypertext encyclopedia with over 5.1 million articles in English.
[…]

Wow, this actually kind of works! Seems like good (?) old Telnet might get a bit if a revival through Tor? --El Grafo (talk) 21:56, 18 April 2016 (UTC)

It was meant as an April fools joke originally. Generally speaking I don't think telnet is likely to get a revival for anything serious (but there are still places where you can play games over telnet - telnet://nethack.alt.org comes to mind), although I hear using ssh over tor hidden services is beginning to become popular for people who want to access hosts with dynamic IPs. Bawolff (talk) 19:13, 19 April 2016 (UTC)
Symbol support vote.svg Support gopher. ;-) –Be..anyone 💩 00:01, 20 April 2016 (UTC)
Well, useful or not, it's nice to see stuff like this still exists. There are stills some MUDs around too, tried MorgenGrauen myself for a few hours not too long ago. The Usenet seems to be dying a slow and painful death (with the possible exception of alt.binaries.*) – kind of sad to see this, even though I never really used it. --El Grafo (talk) 09:17, 20 April 2016 (UTC)
Thumbs-up-icon.svg Great! -- Poké95 00:36, 25 April 2016 (UTC)
Look familiar... I've got IEG for building it, see m:Grants:IEG/Telnet. Dispenser (talk) 19:49, 29 April 2016 (UTC)

April 19[edit]

Should CommonsDelinker remove redlinks from DRs?[edit]

Is behavior like Special:Diff/164712655/192642388, Special:Diff/193266615/prev, Special:Diff/192642388/prev, Special:History/Commons:Deletion_requests/Files_in_Category:AIDS_Poster_from_Wellcome_Images_(check_needed) and most recently Special:Diff/193784503/193941566 new for CommonsDelinker? I would think it obvious that it is extremely undesirable, but am I totally off-base here? Is there ever a reason for CommonsDelinker to edit DRs at all? Not sure who to inform other than Magnus... ideas? Storkk (talk) 11:22, 20 April 2016 (UTC)

Currently fixed for DR and REFUND. Storkk (talk) 12:40, 20 April 2016 (UTC)
  • If we talk about CommonsDelinker, I want to add, (for the 3 time), that it will be good that CommonsDelinker don't edit the logs too (e.g. the Featured picture candidates logs) as the result is some bugs with the transclusions that include file names. Christian Ferrer (talk) 12:59, 20 April 2016 (UTC)
    • Is there any good reason for it to remove links from the Commons namespace at all? Wouldn't redlinks for, e.g. Village pump archives, be more desirable for the entire namespace? Storkk (talk) 12:56, 21 April 2016 (UTC)
The redlinks remains red until there is not a new file with the same name....Christian Ferrer (talk) 17:16, 22 April 2016 (UTC)
  • I agree for not to remove links from the Commons namespace. Christian Ferrer (talk) 22:04, 24 April 2016 (UTC)
  • I Symbol keep vote.svg Agree. -- Poké95 09:38, 29 April 2016 (UTC)

Problem with a video[edit]

Maybe some colleague with experience on creating + uploading videos could help. My problem is, that the OGV file I have recently uploaded on Commons, when viewed straight on Commons (by clicking on thumbnail), appears to have significantly lesser quality than this very same file when viewed via Windows Media Player on my computer. By doing the latter, the detail level seems higher and the colours more staurated. Again, it is the same file, and both times viewed in full screen mode, i.e. full resolution. What did I do wrong, and how to fix it? Thanks. --A.Savin 20:44, 23 April 2016 (UTC)

About this: I often have the problem, that WMP + movie maker arrive at something that is far too dark + too red. Apparently you have the opposite problem, windows okay, elsewhere washed out + too bright. If you're using FFmpeg I can post my current "make webm or ogg" script/options somewhere. Tweaking gamma/satuaration/... is excessively lossy, you can do it at most once, or restart from scratch. –Be..anyone 💩 04:01, 24 April 2016 (UTC)
@Be..anyone: Thanks for answering. Although I completely fail to get the last sentence, as far as I can understand the rest, the issue is not in my file or my upload, but in some script. So, the question is now, how to get it well viewable for a normal user, like myself. Yes, I use FF. To view a video from Commons, I usually click on the preview, or the play button there. --A.Savin 14:49, 24 April 2016 (UTC)
✓ Done I just clicked on the video again, and saw what I didn't notice before: there is some dropdown choice of compression rates (or so), and by selecting "webm 1080" you get nearly the same quality as on my PC. So this seems to be actually the issue. OK, there is still the question why the highest quality rate is not chosen by default; but that's somewhat not in my competence. Thanks again --A.Savin 14:57, 24 April 2016 (UTC)
The highest quality rate is not chosen by default because not all users have a fast internet connection. I actually use an internet broadband that is running at a maximum of 2 Mbps, and average is 300 to 400 Kbps, which is pretty slow. (Lucky that I can still access Commons with that kind of speed ;)) Poké95 09:42, 29 April 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:39, 5 May 2016 (UTC)

April 24[edit]

Colour corrections by old slides scans[edit]

Scan feb 1985 Belgium007.jpg
Old slides mostly discoulour in a consistend way, see most can be easily corrected with a colour adjustement during the scan. I notice that in some cases the discolouration varies between the darker and ligther parts of the image. But in this case it is even more complicated as a simple removal of purple shows:
Scan feb 1985 Belgium008.jpg
The sky is more or less correct, but the foreground is to yellow.Smiley.toerist (talk) 10:36, 24 April 2016 (UTC)
Suggestion on File:Scan_feb_1985_Belgium007_(upd).jpg, please speedy delete. –Be..anyone 💩 11:51, 24 April 2016 (UTC)
Looks very good. Is the same correction used for the whole image? Is it a colour curve? (linked with another aspect of the image)Smiley.toerist (talk) 11:56, 24 April 2016 (UTC)
Yes, I noted it on the temporary page:
Tool: http://www.simpelfilter.de/en/imaging/colormixer.html
Method: Green to 0
Maybe you could use it also on the original. –Be..anyone 💩 13:10, 24 April 2016 (UTC)
By the scanner or photoshop: if I remove green I get back the Magenda (Purple) There is however still the dark green of the train. I may have to buy the tool. There is no reason not to keep several versions of the image. But as creator you have the rigth to refuse to keep the image in the Commons. One can keep only the best version in the categories, so it doesnt clutter up categories. The other versions can be linked bij other versions line. I include the original scan as an example of the type of colour distortions caused by the aging process of slides. Do we have a category for this?Smiley.toerist (talk) 10:00, 25 April 2016 (UTC)
I used the free plugin (LE), and didn't test anything else (after one attempt with easyfilter smartcurve, also free, but it didn't directly help.) –Be..anyone 💩 11:26, 25 April 2016 (UTC)
Smiley.toerist Is this more or less what you are looking for? - Takeaway (talk) 13:14, 28 April 2016 (UTC) ->
Train by Franchimont in the snow in 1985 II.jpg
Yes. Perfect! And this without the invisible trademark placed by SF ColorMixer in the Scan_feb_1985_Belgium007_(upd).jpg? (I suppose this is why Be..anyone wants his version speedy deleted). I wil rename this version to a meaningfull name: Train by Franchimont in the snow in 1985 II.jpg. Smiley.toerist (talk) 09:22, 28 April 2016 (UTC)
I mainly just lowered the saturation of green and purple, and added in a bit of clarity and some minor changes to light levels, all using Lightroom. Cheers! - Takeaway (talk) 13:14, 28 April 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:39, 5 May 2016 (UTC)

April 25[edit]

Mobile edits and uploads[edit]

So I had a look at recent edits in the File namespace tagged as mobile edits. These are the results for yesterday:

Total: 15 disruptive, 5 neutral, 1 apparently constructive (<5%)

75% of the disruptive edits were undetected.

Total: 14 disruptive, 2 apparently constructive

Tell me again why we don't just shut this nonsense down with an abuse filter? And where's the Phabricator ticket for the fact that mobile uploads are not checked for the presence of source, authorship or licensing information? All I could find was phabricator:T70321, but that was closed two years ago. LX (talk, contribs) 10:38, 25 April 2016 (UTC)

I agree this does not look good, but than again I sometimes find it easier to upload a photograph directly from my iPhone than download it to computer and than upload. May be uploads and edits from mobile devices for users with proven track record. --Jarekt (talk) 20:50, 25 April 2016 (UTC)
+1 to LX. The question is: Do we need a few good phone uploads comparing the work we have deleting all the copyvios and selfies?--Kopiersperre (talk) 11:24, 26 April 2016 (UTC)
The net benefit is clearly negative (by a ratio of about 10:1 for uploads in this sample). An individual uploader burdening us with five illegal and two useless files for every decent one and whose edits consisted predominantly of vandalism would be swiftly blocked. LX (talk, contribs) 14:34, 26 April 2016 (UTC)
Uploads from mobile web browsers have been disabled in 2014 because of exactly this (official statement on mobile-l). If these uploads are coming in from mobile web browsers, there's something wrong. If, on the other hand, they are coming in through the Commons:Mobile app, User:Syced might be able to help … --El Grafo (talk) 13:26, 26 April 2016 (UTC)
They don't appear to be coming from Commons:Mobile app. AFAIK all uploads via the Commons:Mobile app will have the template "Uploaded with Mobile/Android" or "Uploaded with Mobile/iOS" as stated here, which I do not see in the photos linked (all of which appear to be uploaded via the mobile web browser, hence "Mobile web edit"). Re-tagging User:Syced for confirmation. Misaochan (talk) 09:02, 27 April 2016 (UTC)
The uploads and edits are all tagged as mobile edit ("Edit made from mobile [web or app]") and mobile web edit ("Edit made from mobile web site"), not mobile app edit ("Edits made from mobile apps"). In any case, it's not just a matter of uploads. Less than 5% of non-upload edits are constructive, and most of the vandalism goes undetected. We don't have the resources to deal with this many greasy-fingered mobile zombies. LX (talk, contribs) 14:34, 26 April 2016 (UTC)
I couldn't agree with you more on this LX. I usually revert a half dozen or so of these mobile edits each time I take a look at IP recent changes, and I can only remember seeing a few mobile edits that weren't vandalism. Worse than "Cross-wiki upload", but that's still around pumping out copyvios... INeverCry 02:32, 27 April 2016 (UTC)
Interesting research, thanks! I would like to point out that all of the edits and uploads above have been done via mobile browser. None have been performed via the Android app. On the opposite, here are the pictures uploaded via the Android app: as you can see, almost no selfies/copyvios (I counted only 9 useless files among 500 uploads). So the problem lies with the mobile website I guess. I am not involved in that website's development, but just a suggestion: To avoid copyvios, how about checking for EXIF data? Copyvios are usually pics found on the web, and most of them don't have any EXIF data. Cheers! Syced (talk) 09:31, 27 April 2016 (UTC)
There's also phab:T64598, and still a lot of past mobile/web uploads to be checked at Commons:Mobile access/Mobile upload needing check. Lupo 21:33, 27 April 2016 (UTC)
Hmm, I thought mobile uploads had been disabled a while back. Maybe Jdlrobson knows more about this. Ryan Kaldari (WMF) (talk) 02:38, 29 April 2016 (UTC)
Mobile uploads have been disabled since 2014. Edits have always been possible. I suppose you could disable the edit icon for everyone but that seems a bit extreme when 50%+ of all Wikimedia traffic is on mobile. Note edits via the desktop site on mobile phone may get tagged mobile edit. 2607:FB90:428:7D21:DCD9:5DDF:8F58:C2 04:02, 29 April 2016 (UTC)
Overall traffic is completely irrelevant. Mobile phones are great for looking stuff up and reading. They are not at all suited for any serious wiki editing work, as clearly demonstrated by our greasy-fingered friends in the list above. Allowing that mob to continue to create a ton of cleanup work for almost no benefit – that's what's extreme. And if mobile uploads have been disabled, and these are really from the desktop site, why do we end up with empty file descriptions? The desktop site doesn't allow that. We don't get that kind of upload from desktop site users without mobile web tags. I'm not buying that explanation. LX (talk, contribs) 17:10, 29 April 2016 (UTC)
I don't know what else to tell you. Mobile uploads have indeed been disabled since 2014. There is no code whatsoever relating to image uploading in the code for the mobile site (and when we did provide it it was quite obvious which files came from mobile as they had a random number in the title). I'm thus not quite sure what's being asked of here. How does one shut down uploading via AbuseFilter? There is no accurate way to tell if someone is using a mobile device.

Why the uploads are coming with empty file descriptions is not clear but remember anyone can upload via the API. I could make my own script right now that uploaded images tagged `mobile edit`. Is it possible there is a 3rd party app/script that might be doing this and incorrectly getting tagged `mobile edit`? One of your examples shows the image has been inserted into the infobox manually. How then it got uploaded I'm not sure. Only that user knows. Maybe via the link "No existe un archivo con este nombre, puedes subirlo a Commons" ? I'm not sure I can help here without understanding the route cause. Have you tried reaching out to these users via talk page to understand them a bit more? What's motivating them and how they are doing it? If you can replicate this workflow we can attempt to fix it / stop it but until then it's just guess work. Jdlrobson (talk) 17:51, 29 April 2016 (UTC)

Wikidata support: arbitrary access is here[edit]

Hey folks :)

As I announced a while ago we just enabled arbitrary access for you. This means you can now access all the data on Wikidata from any page on this wiki. Previously it was only possible to get data from Wikidata for the item that is directly connected to the page here. So for example Category:Berlin could only get data from the item on Wikidata about the category for Berlin.

Please do migrate gradually and maybe start with some smaller templates so we can see if there are any problems. If you encounter any problems or have questions please let me know.

I hope you'll build cool things with this and make your work here easier. This is another major step for Wikidata support for Wikimedia Commons. The next big step is actually enabling you to store the meta data for a file here like its license or creator in a structured and machine-readable way. This is still a lot of work for us and will take quite a bit more time. We're working on that and will show you very very early and ugly prototypes next month or so. --Lydia Pintscher (WMDE) (talk) 10:40, 27 April 2016 (UTC)

\o/ Jean-Fred (talk) 13:23, 27 April 2016 (UTC)
So typing "{{#property:P36|from=Q183}}" returns "Berlin". Blue Rasberry (talk) 14:49, 27 April 2016 (UTC)
Great news! BMacZero (talk) 20:25, 27 April 2016 (UTC)
A little more options with {{Data}} template: "{{Data|property=P36|item=Q183}}" returns "Berlin"--Jarekt (talk) 03:53, 28 April 2016 (UTC)
Wonderful ! I'm will look into what can be done for monuments templates like {{Mérimée}} and {{Palissy}}. Cdlt, VIGNERON (talk) 15:00, 28 April 2016 (UTC)
  • I updated {{City}} so it can take a Q code, so {{city|Q144786}} gives now "Zakopane", same for {{Creator}} and its Birtloc/Deathloc parameters and probably many other templates that use {{City}}. I also run into a problem with templates that use wikidata and suddenly trigger expansion depth limit error. See phabricator:T133918 for details. --Jarekt (talk) 18:13, 28 April 2016 (UTC)
  • {{Authority control}} should pull its data frmo Wikidata. Andy Mabbett (talk) 12:34, 29 April 2016 (UTC)

Re-users are still getting confused, and are improperly crediting our uploaders[edit]

I wrote about this problem, in January -- Our information pages misleads visitors. Some respondents there claimed I was describing a non-problem, and merely showing our re-users "don't know how to read". Some other respondents suggested upcoming changes in media-viewer might fix this problem.

Well, it is still a problem. I was recently given credit for this image by Marine insight a for-profit enterprise.

I think the contributors who say this is a non-problem, that only highlights that people "don't know how to read", have got it all wrong.

If a team who designed, built and maintained a bunch of superhighways had their attention drawn to the fact certain sections of the highway, that were close to especially tight turns, or hidden intersections, had a hugely disproportionate number of lethal traffic accidents, would we allow them to say: "we put up warning signs, that said 'dangerous curves' and 'intersection 300 metres'. If drivers continue to crash, in these sections, it is their own fault, because they clearly 'don't know how to read'".

The highway designer has to put in more warning signs, or bigger warning signs, or change the location of the warning signs. Alternately the highway designer has to go to the expense of altering the highway's route, to remove the dangerous curves and hidden intersection.

I curse that stupid mediawiki extension, every time it is presented to me. I tried to set up my preferences, so I never see it. But that doesn't always work. But I don't think it is the main problem here, as the miscrediting predates mediawiki. I think most of our re-users find the image they want in ways that don't take them through mediawiki, and it is our old usual image description pages which need to be changed.

Our image description pages -- what if, along the top, where they have other handy internal links, they had one additional link to "copyright holder", or reasonable equivalent?

What if the uploader's names were hidden, and you had to click on a button to see them?

Why can't we change how we render these pages to help prevent our well-meaning re-users from constantly making this mistake? Geo Swan (talk) 13:08, 27 April 2016 (UTC)

Geo Swan I confirm the problem. It is an outstanding issue.
"Why can't we change how we render these pages to help prevent our well-meaning re-users from constantly making this mistake?" You know the reason - conversation between Wikimedia Foundation developers and the community of readers and editors is paused on this issue. It is worthwhile to bring it up as "unresolved" and to make continued demands that the Wikimedia Foundation staff and development team acknowledge the problem.
An outcome that I think is tolerable is "problem acknowledged - there are currently no resources allocated to addressing this and we assert that alternatives are worse". I think this is where the situation is. If you feel instead that the situation is that the problem is not acknowledged, then feel free to press more.
This is a serious issue that worries me but I have hope that it will be addressed eventually. I appreciate your raising the issue and think that if you wish, you should feel free to discuss the issue as you like. Blue Rasberry (talk) 15:00, 27 April 2016 (UTC)
I actually don't know that developers, or those who have the authority to give them direction, have recognized and acknowledged this as a problem. I'd be happy to learn it is on a list of problems scheduled to being addressed. If you know of a list of this schedule I'd be very appreciative if you linked to it here.
Alternatives are worse? Who decided that? I suggested two simple alternatives above. If you are aware of where alternative have already been considered, and dismissed, perhaps you could link to that discussion? Cheers! Geo Swan (talk) 15:10, 27 April 2016 (UTC)
Side note: if you mean MediaViewer, it can be globally disabled (if you are logged in) by putting mw.config.set("wgMediaViewerOnClick", false); into meta:Special:MyPage/global.js. Though mediaviewer appears to credit the linked file correctly, so is probably not the source of that specific misattribution. Storkk (talk) 17:34, 27 April 2016 (UTC)
Thanks Storkk.
Geo Swan The best information that I can give you is that there is no good or easy way to get the information you would need to participate in the development process or talk with someone who could assist you in communicating about the issue. Such as I can, here is what I can offer -
  • All requests for development go on Phabricator. Here is the list in Phabricator of outstanding Mediaviewer tasks.
  • User:Fabrice Florin (WMF) was the public face of presenting the Media Viewer and User:Eloquence was the one who decided when it was ready to use in Wikimedia projects. Both of them are gone from the Wikimedia Foundation. I think it is fair to say that they left in part because of Media Viewer complaints that included calls to kick them out. There were other people on the team, but so far as I know, there is no point person who discusses the Media Viewer right now.
  • Documentation on the tool is at mw:Extension:Media Viewer/About.
  • Some of the culture and story about the tool is at en:User_revolt#Superprotect and maybe there are 1000 pages of Wikimedia community discussion in a few places on-wiki for people to find.
  • The WMF just had turnover of 20% of staff, most board members, and a lot of top people. English Wikipedia's community newsletter has been discussing this for several months. On 23 March there was this story, "Exclusive: interview with interim ED Katherine Maher", where the interviewer raised the Media Viewer issue. It is a chaotic time and I do not expect anyone to make big changes on this touchy subject before getting stability in the organization and leadership.
Again, there is no clear journalism about this anywhere, and no clear path to get involved. I care a lot about attribution practices and I want development in this space. Going forward, I wish that a peaceful base of stakeholders could ask questions and get answers, including a development schedule and acknowledgement of problems. You are a very experienced Wikimedia contributor. I am not sure what you might do in this, but anything you have to say about the matter would be insightful. Blue Rasberry (talk) 12:30, 2 May 2016 (UTC)
  • Let me repeat -- the problem I described predates the introduction of mediaviewer extensions.
  • @Storkk: I just checked my commons preferences. I have the dialog box for "enable media viewer" explicitly unchecked. I am frankly surprised to learn that developers are aware, and complacent, that this is not sufficient to block media viewer.
  • I was not aware of the sad drama described at en:User_revolt#Superprotect.
  • Let me repeat -- the problem I described predates the introduction of mediaviewer extensions. I made a couple of suggestions, above, as to how we render the image description pages, that don't seem difficult to implement to me. I am disappointed that no one has commented on these suggestions. Geo Swan (talk) 11:38, 3 May 2016 (UTC)
I have yet to notice a non-WMF commons user who thinks MediaViewer is a really good idea, and to the contrary, I have seen numerous bitter criticisms of it from multiple people... so you may be preaching to the choir here. My own opinions of are that it's a mildly irritating annoyance, enough that I thought I'd share the only way to globally turn it off that I know of. I don't really have a dog in this fight, though, and it's not clear exactly what you want the community here to do, other than acknowledge the issue... I don't think adding a separate "Copyright holder" field in the {{Information}} template makes much sense, since that is (within a rounding error) ~100% of the time the Author, who is already listed. As long as the uploader is visible in the File History section (and I don't think it's realistic or reasonable to expect this to ever change), some re-users will probably get confused. Storkk (talk) 11:55, 3 May 2016 (UTC)
  • Well I am not advocating adding a copyright holder field to the information template that would start out empty for all our existing images, nor would I advocate filling it by a robot that interpolates. Garbage in, garbage out. Except for image that have a machine parseable copyright embedded in the exif field, all determination of the copyright holder should be done by a real human being.
Let me rephrase some of the easy thing that could be done:
  1. Reduce the font size of the uploader field. The uploader field is currently displayed in a more prominent font, in a more prominent location than the current author field in the information template. I don't think this change would require any policy change. I don't think this change would require very much work.
  2. Reduce the visibility of the uploader information, so it is on a subpage, or in a hide box, where the interested reader has to click on a button, with a warning, that the uploader isn't necessarily the copyright holder.
No, neither of these steps would eliminate all confusion, particularly for those good faith re-users, who are already used to conflating uploader with copyright holder, but it would eliminate a large fraction of the confusion, with relatively little effort. Geo Swan (talk) 21:18, 3 May 2016 (UTC)
FWIW, I wouldn't oppose either proposition... but given the time and effort this would likely involve (first getting consensus, then implementing), I'm not completely sure I'd support either. Storkk (talk) 12:05, 5 May 2016 (UTC)

Commonist Vicuna Bash and Python[edit]

Simple question- is there anyone active maintaining Commonist or Vicuna? Is anyone with programming skills that is thinking of working on a fork? Has any one put together a repository of bash scripts or working python snippets that could be used to put together a efficient easy to teach tool.

My starting point is that of a trainer- I need a tool that is easy to explain to a room full of U3A types who would love to share folders full of their previous research work. Getting them into the room was hard enough, they are semi-comotose by time they have had notability, tables and referencing explained to them. We need something easy- that is within their outdated computer skills.

  • Pyrenamer is great for batch fixing filenames- but doesn't allow for uploads, describing, geotagging and simple cropping and straightening.
  • Shotwell viewer is great for simple cropping and straightening, but doesn't describing, geotagging, do batch, or uploads.
  • Commonist is a great batch upload tool- but won't do batch renames, geotagging is messy, and simple cropping and straightening could happen if it would just call Shotwell instead of the build inviewer.
  • Then there is Vicuna- that has workable widgets- does call Shotwell, but looks like nothing our clients have ever seen. The developer appears to have abandoned it around November. It is a great proof of concept- but is there any way we can help him get it right. There appears to be a need to design a skinnned front end that allows us to customise the user experience for our clients.

Are there any python libraries that are still supported- so we can write addons? Is anyone still working in bash? Have they made them user friendly!?

The simple question is there anyone active maintaining Commonist or Vicuna? The rest of the paragraphs above are merely there to send a message to any new and talented programmer that the community is full of ideas and would love someone to take the lead and put our ideas into practice. --ClemRutter (talk) 21:31, 27 April 2016 (UTC)

To answer your question about python: Pywikibot is active and maintained. Quite recently most of the upload logic was refactored and I tested it. Multichill (talk) 19:00, 28 April 2016 (UTC)
If you are more looking for an image editing software with upload-to-Commons capabilities, you may be interested in Commons:KIPI uploader, a KIPI plugin for some KDE family software (Digikam, KPhotoAlbum, ShowImg, Gwenview, KSquirrel) ; or for closed-source Lightroom Commons:LrMediaWiki Jean-Fred (talk) 15:05, 2 May 2016 (UTC)

April 28[edit]

Dealing with accounts of dead users[edit]

As far as I know, we have no established procedure for dealing with accounts of users whose deaths have been confirmed. Following the recent death of User:Dravecky (not particularly active here, but an en:wp admin), I asked at COM:AN for advice on what we did following the confirmed death of a Commons user; the response made me guess that there was no procedure.

With this in mind, I'm making two proposals, which of course are mutually exclusive:

I have no preference for either of these over the other, but I'm confident that we should adopt one or the other. Of course, writing a new set of guidelines would take a while, so I'd also suggest that if we choose to write something new, we follow the en:wp page until our new guidelines are complete. Nyttend (talk) 01:33, 28 April 2016 (UTC)

We have Commons:Deceased contributors, and its talk page. It might be a bit more difficult to get an exact procedure put together here than at en.wiki considering the many countries Commons users come from and the different languages spoken. A general guideline would be good though. INeverCry 01:44, 28 April 2016 (UTC)
I would add that I agree with what Riley Huntley says at AN; the blocks are unnecessary as are the userpage blanking and full talk protections. Only a few of the users with memorial entries at Commons:Deceased contributors are blocked. I'd love to see User:Dravecky unblocked along with the others. INeverCry 02:17, 28 April 2016 (UTC)
The opt out procedure is rather bizarre, fortunately the four contributors are alive and kicking (not listed on COM:MISS.) Thanks for the solution (see below) in this case. –Be..anyone 💩 02:31, 28 April 2016 (UTC)
  • I've added an entry to Commons:Deceased contributors for User:Dravecky. INeverCry 01:59, 28 April 2016 (UTC)
  • Thanks for starting this section Nyttend. I'd also like to add that the floating items like on User talk:Cotton are not friendly to mobile users. If these proposals are unopposed, I'd be glad to assist with making Commons:Deceased contributors/Guidelines or something of the like. Cheers! Riley Huntley (talk) 03:04, 28 April 2016 (UTC)
  • The standard procedure on it.wikipedia is user's blanking page and block. While I might agree with the user page left free to be edited, I see no reasons for not blocking it undefinitely. The username is bound to the person, who is the sole responsible for whatever is done with it. If we don't block the username of a deceased user anyone who knows their password can use it (and possibly also in ways that are not only against Commons policies but against law at all) without being responsible. I only ask you consider this point. -- SERGIO (aka the Blackcat) 10:25, 28 April 2016 (UTC)
on itwiki I'm quite sure we don't have a guideline but i think we block the user, probably we block the user's page (never checked, although minor corrections like removal of obsolete cats have to be performed by sysops I guess), the talk is available for comment, but I don't remember any blanking of the user pages. I am misinterpreting some word here? I am assuming "blanking" is when you delete the whole page and put something like a template on it?--Alexmar983 (talk) 11:58, 28 April 2016 (UTC)
  • I strongly agree with the user block policy. Account may be at risk for legal reasons. I would also clearly states if not blocked that at least users flag should be removed. Think the bad taste if someone send a mass message to sysops for a meta policy discussion or to autopatrolled users for some new tool available or something similar and some of the recipients are dead.--Alexmar983 (talk) 11:57, 28 April 2016 (UTC)
  • Symbol support vote.svg Support indefblocking accounts of deceased users for safety reasons, Symbol oppose vote oversat.svg Strong oppose protection of their talk pages as already stated; Symbol oppose vote.svg Oppose blanking user page and/or user talk page because I don't see any reason; but Symbol support vote.svg Support adding there a notice that the user has died, or a template for this case, like they do in Russian WP. --A.Savin 13:31, 28 April 2016 (UTC)
  • I agree with blocking the account, since literally nobody's supposed to be using it; a single edit is proof of compromise, so blocking makes sense. We can always unblock in the unlikely event that the death report is greatly exaggerated; the not-so-dead user will know how to post a diff or otherwise alert us while logged out, and sanctioning an IP for block-evasion in this case would be absurd. I agree that we shouldn't full-protect talk pages; while I can't point to it, I remember having to ask an admin to create a DR because the creator's talk page was fully protected, and the script wouldn't proceed when it couldn't edit the creator's talk page. Nyttend (talk) 19:01, 28 April 2016 (UTC)
  • If there were serious safety/legal concerns regarding these deceased accounts, wouldn't a global locking policy make more sense than a few scattered local blocks? INeverCry 19:34, 28 April 2016 (UTC)
  • As virtually nobody's particularly active on more than a few wikis (perhaps Meta, Commons, and a few Wikipedias or other single-language projects), a few blocks would cut off virtually everything at which a user was active. Is there a global policy against permitting multiple people to edit from an account? If there's no such global policy, mandating a global lock for a deceased user would be a bad idea, because it would potentially get rid of accounts that some wikis would permit, e.g. imagine that the Bahasa Indonesia Wikipedia would permit (either explicitly or by lack of prohibition) someone else to keep editing with my account after my death. Lacking a global policy, the global lock would potentially get in the way of local policy. Nyttend (talk) 19:53, 28 April 2016 (UTC)
  • If these accounts are a real risk, we've got 94 unblocked deceased accounts at Commons:Deceased contributors, many of which have been dead for years. I've never heard of an issue with any of them. The blocking rationale is a phantom. Why would a deceased account be any more risk than a retired account? We don't block those, and there are thousands of them. We even leave some user rights like autopatrolled on retired accounts. I Symbol oppose vote.svg Oppose blocking deceased accounts, as I don't see the any real point to it. INeverCry 21:09, 28 April 2016 (UTC)
  • If you retire, you're entirely able to un-retire, and there's no fundamental problem with your account making edits post-retirement. If you die, you're not able to un-retire, and a dead user's account that's still making edits is obviously compromised; once you die, your account cannot make further edits that are permitted by policy. Might as well just block the account, as long as it's done with a clear statement that it's purely because of the user's death, and done with settings that won't restrict account creation or impose autoblocks. Nyttend (talk) 22:13, 28 April 2016 (UTC)
  • I won't get into how long many of these retired accounts have been inactive, or how few editors return after 3+ years of retirement, or even how many known sockpuppets are left unblocked because they're "stale", but what seems strange to me is that we're talking about making a policy that would require admins here to block at least the 94 deceased accounts from Commons:Deceased contributors that I mention above, some of which belonged to editors who died more than 10 years ago. Blocking these accounts seems like a waste of time to me, or just busy work, but it's not a big deal one way or the other of course. My oppose to blocking them isn't terribly serious, though the blocking rationale "dead user" is a bit crass and insensitive if you ask me. I hope that doesn't become policy. INeverCry 05:53, 29 April 2016 (UTC)
  • I think, blocking deceased accounts should be allowed (e.g. for cases where there are safety concerns), but of course it doesn't have to be mandatory, especially not for accounts with just some dozens of edits. --A.Savin 07:30, 29 April 2016 (UTC)
INeverCry talking about blocking I was thinking in fact to do it at meta level... I am the one who would prefer a meta policy with some guidelines (at least a list of standard possibilities that local platforms may or may not adopt) and I support in a SUL system some more meta-oriented user-related policies when possible on "formal" aspect. Just for an example: rumor has it that the babel template is becoming centralized, probably a deceased user template is not too futuristic to imagine. I would prefer to have a meta discussion to "discuss" ("process"?) the death of a user because in the end the level of crosswikiness is increasing and user do not belong to a single platform community anymore. But we have non-linear process on wiki so I am used to think step by step... plus it is not a "nice" topic so... I am not going to open it on meta right now.--Alexmar983 (talk) 15:11, 29 April 2016 (UTC)
From the Terms of Use: "You are responsible for safeguarding your own password and should never disclose it to any third party." So, any use of deceased user accounts by anybody else would violate this clause. Ruslik (talk) 11:54, 29 April 2016 (UTC)
See the 4.9.6. quote near the top of this page for a good summary, although one that excludes "must"; in legal documents, such as the Terms of Use, "should" and "should not" are forceful recommendations, but if you disregard them, you're ns. Tot in violation. "You should never disclose" is saying that it's a horrid idea, a piece of seasoned advice: very different from "you shall never disclose", a formal prohibition, the violation of which will cause you to be istan breach of the terms of use. Nyttend (talk) 12:04, 29 April 2016 (UTC)
In practice any account whose password is known to any third party is always treated as compromised and is locked. Ruslik (talk) 13:15, 30 April 2016 (UTC)

I would have commented sooner but couldn't but I was going to suggest something similar to what Alexmar983 did above. I know every community likes dealing with this sort of thing on their won but for something like this I really think a WMF Wikiwide Meta RFC would be the best way to go. I think the WMF, or at least the broader community should make a decision on how to deal with accounts of deceased editors globally. Obviously I don't think anyone wishes these folks ill nor is anyone wanting to gravedance, but I also don't think there is a lot of point to keeping the accounts unlocked with full privileges. The talk pages and userpages are there to assist that user and so others can discuss things with them. If they are deceased, then that is unlikely to happen. Reguyla (talk) 17:42, 29 April 2016 (UTC)

  • This is an issue I haven't given much thought to, but I see several people suggest commons look to the en.wiki process. That confuses me, as I have seen several instances where I have seen established en.wiki contributors had put themselves on a waiting list, that allowed them to usurp an the wikiname of another contributor who had gone inactive. Well, some fraction of those inactive contributors will be people who died, and we didn't learn about the death.
Personally I don't think a policy that lets names be usurped should ever have been implemented, anywhere. That en.wiki has this policy suggests to me commons should not follow its examples. Geo Swan (talk) 21:32, 3 May 2016 (UTC)
  • Is it really a good use of our time to try to figure out who is dead? Commons:Deceased contributors should probably be Commons:Contributors thought to be deceased. I am a long time reader of Peter Neumann's long-running RISKS digest, which has addressed the terrible problems for living people who have been reported as dead due to human error, or malice. It is a terrible problem, cripples the individual's credit rating. False reports of death is so rare that there are no mechanisms for correction. 60 minutes devoted an episode to this recently.
The US Government, foolishly used to distribute its lists of the recently deceased, to financial institution, and insurance companies, on CDROM -- a read-only medium. This made it so difficult to correct entries for those wrongfully reported as dead, that most institutions never bothered doing so.
Why the heck should we plunge in here, potentially complicating the lives of people who aren't actually dead?
I agree with the opinion expressed above, that reversibly blocking the ID, is a sensible precaution, with instruction to the individuals on how to get the block reversed, if they aren't dead. I see no reason to blank the user page or user talk page. They may contain information useful to active contributors.
Someone might suggest procedures where OTRS, or some other committee, could try to reliably confirm reports of death. But, why should we distract ourselves from our primary goals to do this? Anyone who wants to leave a note on their talk page, saying how they appreciated their efforts, can do so without Commons taking an official position confirming that they are dead.
I doubt many of us would have a problem reversibly blocking IDs that had been inactive, for N years, without taking an official position as to whether the individual was dead or alive. Geo Swan (talk) 22:06, 3 May 2016 (UTC)

Autotranslate problems[edit]

I am having serious problems with Autotranslate, and I can't find the talk page for translator admins. I tried to make Template:Infobox flag much easier to translate, and thought I made it. But then the <translate>-tags showed up on every page using the template. I've tried to fix it, but now all parameters just show their own names (The {{-tags are visible). There are so many subpages and templates involved in autotranslate. What have I done wrong?

-abbedabbtalk 11:30, 28 April 2016 (UTC)

It's not your fault, <translate> tags are a usability nightmare. I'm aware of two folks here + one on mw: knowing how this works, and they have lots of more important/interesting things they might care about. –Be..anyone 💩 11:57, 28 April 2016 (UTC)
abbedabb Usually you have to use <noinclude></noinclude> to make it not show up on all the pages transcluded by the template. A better more longterm solution IMO would be to convert that translate function into Lua. Reguyla (talk) 17:48, 29 April 2016 (UTC)

April 29[edit]

GPLv3 ??[edit]

Hi, I have found on the Internet a book (PDF) explaining how to use Inkscape (in French). In this book, we can read Ce livre est publié sous licence libre GPLv3 (this book is published under a free licence GPLv3). It's OK for free licence but as far I know GPLv3 is for softwares and not for books. So, can I upload this PDF and which licence will I choose ?? Cordially -- issimo 15 !? 18:10, 29 April 2016 (UTC)

Creative Commons 4.0 can be converted to GPLv3, but not from it. See [6]: People may *not* adapt a GPLv3-licensed work and use BY-SA to license their contributions. This is not allowed by GPLv3. Thus, this compatibility determination only allows movement one way, from BY-SA 4.0 to GPLv3. So it would have to be uploaded as GPLv3. Wnt (talk) 01:14, 30 April 2016 (UTC)

May 01[edit]

WLE 2016: translation admin help[edit]

can someone please mark the last version of Template:Upload campaign header wle-de/i18n and of Commons:Wiki Loves Earth 2016 for translation? Holger1959 (talk) 00:13, 1 May 2016 (UTC)
the template seems ok now (was a cache issue maybe). But the main contest page still lacks relevant corrections which are not possible in translated versions without help. 18 edits at the moment waiting for review. Holger1959 (talk) 15:35, 1 May 2016 (UTC)

@Steinsplitter: Can you do this? Poké95 04:31, 1 May 2016 (UTC)
✓ Done Jean-Fred (talk) 14:09, 2 May 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:37, 5 May 2016 (UTC)

Malware on linked site[edit]

File:Branta canadensis portrait.jpg has a link to the photographer's website, [http://foto.andreas-trepte.de Andreas Trepte]. Wondering where the photo was taken (nothing on the page mentions a location), I visited the URL, but my AVG Free immediately warned me that it had quarantined a Trojan horse. What do we generally do with an infected URL? For one thing, the image has been here for ten years, so it's likely that the URL got infected long after upload. Moreover, File:Branta canadensis juv.jpg makes it clear that "Andreas Trepte" is merely the real name of the uploader, User:Merops. Perhaps replace [http://foto.andreas-trepte.de Andreas Trepte] with [[User:Merops|Andreas Trepte]]? Just remove the link? Something else? Nyttend (talk) 14:57, 1 May 2016 (UTC)

Can we link to an uninfected version of the site in the Wayback Machine closer to the upload date? That would seem to be an option; otherwise, linking to the user seems to be another. Rodhullandemu (talk) 15:02, 1 May 2016 (UTC)
Sorry for the trouble. It's my website. I have checked the site with four online scannern and can't find any trojan horse or malware. Merops (talk) 18:31, 1 May 2016 (UTC)
I am also unable to find evil code on the page. Likely this was a false positive by AVG Free. --Steinsplitter (talk) 18:50, 1 May 2016 (UTC)

Cleanup[edit]

Can somebody remove the useless tags from File:Sesotho vowel chart.gif? Mr KEBAB (talk) 15:05, 1 May 2016 (UTC)

  • It's not clear what you are asking someone to do, can you clarify what are the "useless" tags? - Jmabel ! talk 15:10, 2 May 2016 (UTC)
Ok: do we really need these:
- "NOTE: "subject to disclaimers" below may not actually apply (...)"
- "Zyxoas at the English language Wikipedia, the copyright holder of this work (...)"
- "Note: This tag should not be used. For images that were released (...)"? If "Zyxoas at the English (...)" is wrong/outdated, why not replace it with an appropriate, current tag? Mr KEBAB (talk) 15:33, 2 May 2016 (UTC)
    • If you are sure they should be removed, you can remove them as easily as anyone else. - Jmabel ! talk 03:07, 3 May 2016 (UTC)
I'm asking whether they should be removed, and which tag should replace the "Zyxoas at the English (...)" one. I wouldn't be writing here otherwise. Mr KEBAB (talk) 12:22, 3 May 2016 (UTC)
✓ Done it was uploaded to enwiki before GFDL-self was explicitly without disclaimers. Storkk (talk) 12:29, 3 May 2016 (UTC)
Thanks! Mr KEBAB (talk) 12:53, 3 May 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:36, 5 May 2016 (UTC)

May 02[edit]

Something broke in Template:Commons policies and guidelines[edit]

Template:Commons policies and guidelines was a compact template with many policies listed in one line. Something broke and now we have one policy per 2 lines. Can someone investigate? I can not right now. --Jarekt (talk) 17:05, 2 May 2016 (UTC)

Maybe this recent edit in {{Localized link}} by @Riley Huntley: is causing the extra line? The noinclude-cat should be better placed below... Gunnex (talk) 18:20, 2 May 2016 (UTC)
✓ Fixed; my bad, thanks for bringing this to my attention. I forgot this was template would be sensitive to the line break. Riley Huntley (talk) 18:23, 2 May 2016 (UTC)
Thank you Gunnex and Riley for fixing this. --Jarekt (talk) 18:26, 2 May 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:34, 5 May 2016 (UTC)

Bot for redlinked sources?[edit]

The file File:F-orbitals.png directly links to a source that was deleted over copyright concerns, using a template's source field. Is there a bot to flag that sort of thing? Should there be? (Note: in this particular case the book "High School Chemistry" with these figures is on Wikibooks, and I suspect the deletion might therefore be the thing in error, but I don't know. Flagging and figuring out what to do are two different things...) Wnt (talk) 18:08, 2 May 2016 (UTC)

Tech News: 2016-18[edit]

20:09, 2 May 2016 (UTC)

May 03[edit]

stopping video2commons[edit]

Hello.Why can not we stopping video2commons when transferring wrong video (Example)?Thank you --ديفيد عادل وهبة خليل 2 (talk) 08:59, 3 May 2016 (UTC)

@ديفيد عادل وهبة خليل 2: The feature isn't implemented, and that's why there's a note saying "a task cannot be easily aborted once it is submitted". Feel free to fork the repo, implement the feature, and create a pull request :) --Zhuyifei1999 (talk) 14:12, 3 May 2016 (UTC)

Category:Nature strikes back[edit]

Any suggestions on how to rename Category:Nature strikes back to a less "blurb-like" title? It mainly contains plants growing in ruins, in cracks, and "wild" animals in urban situations. - Takeaway (talk) 11:24, 3 May 2016 (UTC)

Something using the word "feral", which is the technical term for items such as past 2nd generation stray dog packs, naturalized anthropogenic exotica, etc. -- Tuválkin 15:37, 3 May 2016 (UTC)
There already are categories Overgrown structures and Plants growing in cracks, which I would argue most photos belong to. Maybe start to move the photos there and see what's left? --Sebari (talk) 19:58, 3 May 2016 (UTC)
I can start on it one of these days. Feel free to help out. In a broader sense, there's also an overlap with Category:Natural hazards. - Takeaway (talk) 20:35, 3 May 2016 (UTC)

When can we move/copy this file here?[edit]

en:File:Jacques Offenbach - A. Jannin - Robinson Crusoé.jpg death date of artist unknown, but the image is from 1857, so it's presumably going to be safe at some point... Adam Cuerden (talk) 23:50, 3 May 2016 (UTC)

I think that it is unlikely that the file is still copyrighted anywhere. Ruslik (talk) 12:17, 4 May 2016 (UTC)
I agree. My personal cutoff date before which I think works are almost certainly PD-70 is in the mid-1860s, somewhat later for non-photographic media or where the work is unlikely to have been created by an apprentice. I know others have later dates; I think Jim's is 1885. If we assume A. Jannin was 20 when they created this, they would have to have lived until the ripe old age of 98 to make PD-70 false (going by the file page's date of 1867). Storkk (talk) 12:28, 4 May 2016 (UTC)
While I agree it's highly unlikely it's not out of copyright, it does make one a bit worried to just presume it's fine. Perhaps we could slap a en:Template:KeepLocal on the en-wiki version? Adam Cuerden (talk) 23:25, 4 May 2016 (UTC)
Adam, precisely how old would unattributed published work have to be before you would be willing to presume PD-70? - Jmabel ! talk 00:01, 5 May 2016 (UTC)
I don't know, 161 years (90 years after creation + 70 years + 1 as copyright expires the next year)? That seems to sit well with oldest person lists. This is right on the border for my very conservative counting. Adam Cuerden (talk) 01:00, 5 May 2016 (UTC)

May 04[edit]

Request for comments on Mediawiki about interactive maps[edit]

FYI. Some users interested in maps here on commons could take a look at mw:Maps/Conversation about interactive map use.--Alexmar983 (talk) 07:19, 4 May 2016 (UTC)

Wikidata data[edit]

Can we move the wikidata data to the bottom of the category page, instead of the top? It is out of place at the top and is a distraction. See Category:Philippines Delphi234 (talk) 17:39, 4 May 2016 (UTC)

✓ Done for this example, standard practice (from what I've seen) is at the bottom of the page. ~riley (talk) 01:18, 5 May 2016 (UTC)
That's my country... Poké95 03:33, 5 May 2016 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Poké95 03:33, 5 May 2016 (UTC)

May 05[edit]

POD - so many churches ...[edit]

I know, the right place to discuss PODs is the talk page there. But my comment there is unanswered since April 10.
So, what bugs me little is the constantly growing amount of churches (+monasteries, abbeys, murals etc.) in the PODs. Of course there is nothing wrong with FPs/PODs of churches and religious content, but that there are more and more of them results in a lack of of diversity of themes in general and quite a bias towards one religion in particular. See February to July, days with such images in bold:

Feb.: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 - 2 of 29
March: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 - 6 of 31
April: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 - 10 of 30
May: 1 2 4 5 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 - 14 out of 31
June: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 - 5 of 30
July: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 - 9 of 31

While Feb., March and June seem to represent are more "normal" mix of images, in all this months there is still hardly ever any other religion represented, not a single synagogue, mosque, stupa etc. Don't get me wrong, I am not asking for a (religious) quota but for a more balanced selection in general. If it were that much images of butterflies or cars I would ask for that too. --Tsui (talk) 02:05, 5 May 2016 (UTC)

The reason is, that very big parts of FP is about architecture, and churches in particular. This is because there are far more photographers on Commons from Europe/U.S./Australia, than from Africa, Middle East etc.. And also, there are no special restrictions on POTD choice and anyone may nominate any picture for any vacant day. --A.Savin 11:15, 5 May 2016 (UTC)
Are there any stats on how many people view the PoTD on Commons? I generally start off with my watchlist rather than the main page. Perhaps it would be better to simply automate some random algorithm for PoTD. Be careful with that word "bias" since it typically implies some prejudice or unfairness. There are over 20 times more churches in England than there are mosques, and most of those will be new/converted buildings or otherwise not photogenic. There is only one QI mosque in the UK and only one QI synagogue in the UK (and it's a derelict building). In contrast there are over 100 featured pictures of churches in the UK. It is up to people to take and nominate pictures of other things at FPC, otherwise, the PoTD is likely just representative of what we have at FP. Perhaps instead, we could celebrate that with church photography, Commons can hold its head high in having some of the finest images available anywhere. The same cannot be said, for example, of photographs of people. -- Colin (talk) 12:40, 5 May 2016 (UTC)
Could somebody explain to me what the abbreviations POD, FP, PoTD, POTD, QI and FPC mean? Thanks, Wouter (talk) 20:43, 5 May 2016 (UTC)
COM:POTD: Picture of the Day, COM:FP: Featured Pictures, COM:QI: Quality Images, COM:FPC: Featured Pictures Candidates. -- Colin (talk) 21:03, 5 May 2016 (UTC)
Alright, due to the areas where contributors are coming from, we have a lot more (architectural) images from the western hemisphere than from other regions of the world and among this pictures is a big amount of churches (+monasteries etc.). That's a good explanation why there are far more POtDs of such buildings than that of any other religion. It does not explain why there have to be that much images of that kind presented as POtD - 30% of April's and July's, close to 50% of May's etc., sometimes on severeal consecutive days in a row. Among the FPs this images may be a significant part, but they do not represent 30 to 50 % of all FPs.
To me, as a daily visitor of our main page here, to be honest it gets a little boring. The pictures are fine and of high quality, no doubt, but I'd rather see more diversity. If I'm the only one who feels that way, ok, than there's no reason for others to be bothered about it. --Tsui (talk) 22:14, 5 May 2016 (UTC)
Simply do some nominations yourself. --A.Savin 09:52, 6 May 2016 (UTC)

African World Heritage Day[edit]

Hi all

Today is African World Heritage Day and I have created a small project to help improve knowledge of African World Heritage Sites on Wikipedia in all languages. Please get involved and also share the link to encourage more people to take part. One thing I can see that would really help Commons is many of the Wikidata items do not have the Commons category linked to them.

Many thanks

John Cummings (talk) 10:58, 5 May 2016 (UTC)

Why is this a dash?[edit]

What's up with https://commons.wikimedia.org/wiki/Category:Trent-Severn_Waterway vs. https://commons.wikimedia.org/wiki/Category:Trent-Severn_Waterway vs. https://commons.wikimedia.org/wiki/Category:Trent–Severn_Waterway?

Why is the easy one suggested to be re-cat? Maury Markowitz (talk) 13:40, 5 May 2016 (UTC)

Because that's how the n-dash is usually used, see w:Dash#Relationships_and_connections and the Wikipedia Manual of Style. Using a hyphen isn't strictly incorrect and our own style manual doesn't mention dashes, so that the redirect could have been made the other way as well. Ease of typing shouldn't be the reason though, as hot-cat makes suggestions for the dash-version too, when typing a hyphen. --rimshottalk 17:25, 6 May 2016 (UTC)
... which is fine for those using hot-cat, but not for those who do their own uploads through Special:Upload and simply write text. - Jmabel ! talk 19:51, 6 May 2016 (UTC)

May 06[edit]

Rafay Baloch Page Creation[edit]

Dear All,

I would like to request any writer to go ahead and create Pakistani cyber security expert Rafay Baloch's page.

Regardsm

But certainly not on Commons... --Magnus (talk) 13:24, 6 May 2016 (UTC)

He visto que algunas empresas cuentan con información en wikipedia sobre historia, fundadores y la interacción de la misma en la sociedad. He querido contar un poco de historia de mi empresa pero todo es borrado en unos minutos. Porque muchas páginas cuentan con la misma información y yo no puedo utilizarla? Edvega21 (talk) 14:43, 6 May 2016 (UTC)

  • Aquí en Commons no tenemos ninguna manera de artículos. Quizás Vd. intenta escribir (y preguntar) en la Wikipedia en español (http://es.wikipedia.org). - Jmabel ! talk 15:15, 6 May 2016 (UTC)