Commons:Village pump

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

Shortcut: COM:VP

  Welcome   Community portal   Help desk
Upload help
  Village pump
copyright • proposals
  Administrators' noticeboard
vandalism • user problems • blocks 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 a waste of your time. One of Wikimedia Commons' basic principles is: "Only free content is allowed." This is just a basic rule of the place, as inherent as the NPOV requirement on all Wikipedias.
  2. Have you read the 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


 


Cast iron pump with handle dated 1875 in the form of a fluted column with Corinthian capital on a profiled, square stone base [add]
Centralized discussion
See also: Village pump/Proposals • Archive

Template: View • Discuss • Edit • Watch



Oldies[edit]

Allow WebP upload[edit]

Moved to Commons:Village pump/Proposals#Allow WebP upload

June 29[edit]

Flow[edit]

Hello, if you are an user of some of the other Wikimedia projects, you may have noticed that a new discussion system called Flow is currently being deployed to replace the current one. It is still in beta and, while not yet ready for full scale deployment, it is currently possible to activate it on specific pages, provided that the project is okay with it as a global principle, and that the users of the page are ok too.

I think it would be a good idea that we authorize the following on Commons:

  • a user would be able to request the activation of Flow on their own talk page
  • we activate a it on a generic talk page like Commons:Flow where users can test if it suits them.

That way, some voluntary testers would be able to get over any teething troubles that could arise with Flow, including the ones that could be specific to Commons, with minimal impact on users that are not eager to try it. What do you think of it? -Ash_Crow (talk) 20:31, 26 July 2015 (UTC)

Yes, I think we should go forward with this. A gradual introduction will be way better than suddenly switching all of commons because of some external deadline. Flow will come sooner or later and in my opinion it does have advantages over the current talk page system. More importantly it is a technological way forward (while flat wiki talk pages are pretty much a dead end). Please, let's allow per user talkpage opt-in and let's enable it on a few project wider talk pages. --Dschwen (talk) 21:24, 26 July 2015 (UTC)
I predict this will have to be superprotected upon the said deadline as those horrible, horrible!, power users, those who dare to question that handheld devices are more than mere toys, opt out en masse from this shiny Visual Editor MediaViewer Flow thingy… (Anyway, where/how does one opt out?) -- Tuválkin 22:31, 26 July 2015 (UTC)
Doubt it. For the simple reason, unlike media viewer, its not something you can opt out of with javascript, or super protect into continued existence. For that matter, you can't really personally opt out once a page is converted - In the same way as if you really liked hand written letters, you can't opt out of a telephone call, and still at the same time communicate with the people in the telephone call. Bawolff (talk) 02:18, 27 July 2015 (UTC)
Yes, agreed with Dschwen above. I have had several questions, but I didn't see the answers. Regards, Yann (talk) 22:46, 26 July 2015 (UTC)
  1. If a page is moved to Flow, can it be moved back to plain wiki?
  2. What's the process for moving a page? Can it be done by local users (admins, bureaucrats, etc.) or is it done by developers only?
I can answer those questions -- I'm Danny, the product manager at WMF who's working on Flow. The feature's in active development, so there's no deadline or opt-out. We're at the "opt-in" stage right now -- deploying on a per-page basis on pages where people find it interesting and helpful, on wikis where the community is okay with people trying it out.
Right now, I can create a Flow board on any page, existing or not. If the page already has wikitext on it, then that page is automatically moved to an archive subpage -- e.g. the text on User_talk:ABC is moved to User_talk:ABC/Archive 1, and User_talk:ABC becomes a Flow board. There's a template on the Flow board that links to the archive wikitext page. (If there's already a subpage called /Archive 1, then it goes to the next free number.) There's no conversion between wikitext and Flow -- the original page just moves. If you want to switch back, then we just move the Flow board to an archive subpage, and move the original wikitext page back.
It's a totally unscaleable system -- I am actually the only person who has the user right to enable or move a Flow board. We're building an opt-in feature so that people will be able to switch their own user talk pages to Flow, on communities that are okay with it. While we're working on that, I'm happy to switch people's user talk by request. Let me know if you have other questions... DannyH (WMF) (talk) 00:15, 28 July 2015 (UTC)
Also, if you'd like to be amongst the initial bunch of editors using Flow, at mediawiki.org or other specific wikis, please add your name to the list at mw:Flow/Request Flow on a page.
Following that process, if there's consensus in this discussion, then the team will enable Flow at a test page here, and then work with everyone here to determine necessary Flow features for further rollouts on the wiki. HTH. Quiddity (WMF) (talk) 01:34, 28 July 2015 (UTC)
I think it's very strange that pages have to be "converted" to a flow "board". Why can't I just embed a flow board on an existing page, with normal Wiki text before and after it? That sounds much more flexible and Wiki-like and would it would be much simpler to enable it on specific pages, without having to remove all existing content. The way it's implemented now is very disruptive. --Sebari (talk) 21:07, 28 July 2015 (UTC)
Well, lets convert the talk page of the newly created Commons:Flow page then. Does this really need a consensus? We are not converting an existing page here, but just creating a new playground page to play with it. --Dschwen (talk) 21:41, 28 July 2015 (UTC)
Any changes to the mediawiki configuration (unless trivial) requires a consensus, AFAIK. — regards, Revi 11:28, 31 July 2015 (UTC)
Yeah, so that would be trivial. And it is not really a "change to the mediawiki configuration". Setting one talk page of one newly created page to flow will exactly affect no user, unless they choose to visit the page. Sorry, but uttering such common places is really counterproductive. What happened to be bold?! --Dschwen (talk) 04:46, 2 August 2015 (UTC)

Categories for Communautés d'agglomération / Agglomeration Communities[edit]

The category names for these are not standard: some use the English term and some use the French term. I just changed six of them so that all the ones under Category:Communautés d'agglomération in France by department would use the English term. I did this because 1) most of the ones there already used the English term and 2) the {{Departments of France}} template doesn't work if the subcategory names aren't consistent. (Maybe that template should be on the subcategories anyway, instead of the parent category.)

I see that the higher-level categories under Category:Communautés d'agglomération in France use the French term, as do all but two of the ones under Category:Communautés d'agglomération in France by region.

So the question is, which do we want? There is a general preference for category names to be in English, but there are exceptions. I see that English Wikipedia uses a mix, under en:Category:Agglomeration communities in France. --Auntof6 (talk) 01:44, 27 July 2015 (UTC)

Anyone? --Auntof6 (talk) 03:40, 30 July 2015 (UTC)

Misdated images from The American journal of science[edit]

Example book plate with generic title from IA batch upload project

If you run the following search:

http://commons.wikimedia.org/w/index.php?search=Identifier%3A+americanjourn&title=Special%3ASearch&fulltext=Search

You get over 500 images with names that begin with

File:The American journal of science (1880), such as
File:The American journal of science (1880) (18146271942).jpg
File:The American journal of science (1880) (18125035866).jpg

In numerous cases, these images are misdated. The actual date appears to be available from its Identifier.

For example:

File:The American journal of science (1880) (18146271942).jpg

has an Identifier of americanjourn3461893newh 1893

To verify this, find the illustration in context:

Click here to view book online to see this illustration in context in a browseable online version of this book

These files were downloaded by a Fae script. I suggest the files be re-downloaded

Thanks 68.165.77.209 01:16, 28 July 2015 (UTC)

  • Why re-download rather than parse it out of the ID, which is always in the Source area? For that matter, for 500 or so images it might be quickest to go through by hand. - Jmabel ! talk 03:50, 29 July 2015 (UTC)


Many of the journals are bound as a single book, so IA has taken the earliest as the first year of publication for the Flickr date. I can mass rename, I even have a housekeeping script to reuse from a past project, it may take a few days to get to it and I would like to ponder if it is worth querying the IA data at source rather than parsing the Flickr description.
PS while I think about a fix, readers may want to add User:Fæ/Project list/Internet Archive/improvement to their watchlists, for smart reuse suggestions. -- (talk) 05:45, 29 July 2015 (UTC)
I suggested re-download assuming that that would be the easier approach since it was loaded by a Fae script. I defer to Fae as to the best fix, but I hope that something is done about this. The file names for this group of images are currently both generic and inaccurate; if there's a bulk fix for the images' date, we can over the long haul fix the other parts of the filenames via Rename or other approach.—68.165.77.111 10:01, 29 July 2015 (UTC)
Housekeeping for dates might be automated, but as the only reliable metadata is at the book level, making more accurate filenames will probably have to remain a human and collegiate activity. Please be bold and propose new names, keeping the Flickr photo ID where appropriate for traceability. -- (talk) 10:24, 29 July 2015 (UTC)

┌─────────────────────────────────┘
I have investigated and created a housekeeping script which I'm testing out today. This:

  1. examines the Flickr upload image page text,
  2. works out the Internet Archive catalogue page,
  3. pulls the metadata using IA's API,
  4. if there is a related volume number (the majority are single books rather than volumes and this metadata is not on the Flickrstream), adds that to the image page, like this,
  5. checks the volume field to see if there is a year, if there is a mis-match with the current presumed year then the filename is changed and the year-book category is fixed if relevant. Like this.

Hopefully this will pick up these changes, it's slowly churning through the entire batch from the start. If the routine seems robust, I'll pull it in to the upload process rather than relying on housekeeping, so you would never know all this checking and validation is going on. :-)

Update American journal of science now all renamed/redirected so that the filename uses the year from the volume number, rather than the earliest year for the entire journal run.

-- (talk) 05:31, 2 August 2015 (UTC)

Autozug[edit]

Hamburg Altona autozug I.jpg
I took some pictures of an unloading of an Autozug. What unusual type of car is this one?Smiley.toerist (talk) 09:19, 29 July 2015 (UTC)
That's a Nissan Cube. --Magnus (talk) 14:12, 29 July 2015 (UTC)
Also known as brick. :D -- とある白い猫 ちぃ? 14:56, 29 July 2015 (UTC)

Meaningless numbers only categories[edit]

Someone is systematicaly placing all files of train type categories in number subcategories such as Category:186 119. I have great doubts as to the usefullnes as having an individual category for individual locomotives. These numbers have no meaning and can even change as the nummering is reordened by a takeover. It is not unchangable as the IMO number of ships. At least add some meaning independant of the headcategory. For this case: (NS loc 186 119)Smiley.toerist (talk) 10:23, 29 July 2015 (UTC)

I don't think there is anything wrong with the principal of having a category for a single locomotive number, we also have categories for ships names as well as their IMO numbers and the names can and often do change over a hull's lifetime. I do however agree that the number should ideally be accompanied with some meaning as to what it refers to such as who owns the vehicle or what type it is. e.g. Category:British Rail Class 52 D1056 Western Sultan Oxyman (talk) 16:02, 29 July 2015 (UTC)
@Oxyman: In German MU consists the coaches are individually numbered, hence the classification system is flawed. And 80-90 percent of these numbers categories contain only one photo. This disables the gallery function of categories. -- KlausFoehl (talk) 08:50, 31 July 2015 (UTC)
I don't have a problem with one category per locomotive. But unfortunately, the user removes useful categories. For example, many locos had been placed into Loco type of Operator categories, so you could lookup rolling stock by operator. This has been removed in the big recat effort. --Sebari (talk) 23:39, 29 July 2015 (UTC)
Ditto, if the categories are named such that they are roughly intelligible. Numeric-only categories aren't, and I have warned this editor not to continue as s/he has been doing. Ideally, all these edits should be rolled back as they lose useful informatiom, and his categories mass-renamed or deleted. There used to be a "mass rollback" button for en:WP admins, but not here, unless anyone can tell me where this is? Cheers. Rodhullandemu (talk) 17:00, 30 July 2015 (UTC)
User has come back and done a whole load more unhelpful edits- so I've blocked for three days. Rodhullandemu (talk) 20:12, 30 July 2015 (UTC)
@Srittau, Rodhullandemu: I strongly agree with your assessment, this removal of useful categories. A mass rollback should happen soon, as already good faith edits occur to image page featuring these structurally vandalising edits. I also think that additional categories are an issue, albeit a minor one, but let's tackle the big issue first. -- KlausFoehl (talk) 08:50, 31 July 2015 (UTC)

Pictures of some places in Spain needed![edit]

Hi! We're a group of Wikimedians mostly in Spain who are trying to improve the coverage of municipalities in Spain. We found that out of 8122 municipalities, 2239 did have no picture at all in Commons. Ashamed, we've been making our best. In fact we have taken or found photos from almost 200 municipalities, but more than 2000 unpictured places are still way too many.

What we need your help for is getting pictures of municipalities in Spain. You can find lists at Wikiproyecto:Ningún municipio español sin fotografía. The provinces that are in the worst condition are Salamanca, Zamora, Toledo and Guadalajara. Of course there are many pictures from their capitals, but, surprisingly, places just five kilometers from Salamanca or Zamora have no pictures in Commons.

Other provinces have many places to picture too.

So if any of you happens to be around Spain this summer, please upload pictures. It doesn't matter if the place is ugly, this is no beauty contest. It is that we don't have pics. Nobody in Wikimedia has the pics.

Thanks a lot!

B25es (talk) 13:26, 29 July 2015 (UTC)

For the record, there’s 631 images at or under Category:Unidentified locations in Spain. (Not to mention that among millions of uncategorized images, some are necessarily about a Spanish municipality.) Maybe that’s a good place to start? -- Tuválkin 00:35, 30 July 2015 (UTC)
We're trying there too, with little -but some- success. Thanks for the hint. B25es (talk) 05:51, 30 July 2015 (UTC)

New buttons and form controls in the watchlist[edit]

The new buttons and form controls take more space (more than 100px for me). Is it only me or do other users also have the feeling that especially the select (the dropdown) for the namespace selection is oversized and its entries have too much padding so usability is impaired on Desktop devices.

On the one hand, I need a Linux or Mac command line in order to contribute to MediaWiki's code base (and run the tests properly and having copy&paste available), on the other hand desktop usability is impaired with this change. -- Rillke(q?) 20:24, 29 July 2015 (UTC)

I also agree with that. Smaller buttons and dropdown would better. Regards, Yann (talk) 20:40, 29 July 2015 (UTC)
I thought I opted out of these ridonkulous style changes when I selected the Monobook skin. These cosmetic changes look horribly out of place in anything but Vector. Since they've obviously not been tested with other skins, why not just leave the other skins alone? LX (talk, contribs) 22:15, 29 July 2015 (UTC)
The techies again seem to live in their own world, testing only their environment (skin) and not the others. Lost of space wasted for nothing (plain empty). --Denniss (talk) 22:55, 29 July 2015 (UTC)
If one wanted to get rid of inconvenient users who use outdated stuff like something without touch device, this would be the right strategy -- wear them down until they give up. -- Rillke(q?) 23:13, 29 July 2015 (UTC)
«If»…? -- Tuválkin 00:03, 30 July 2015 (UTC)
Hi. I can assure you I tested this in MonoBook (c.f. phab:T99256#1486494), and it intentionally looks different in MonoBook and Vector - the styles in Vector clash much worse than the theme that is applied to MonoBook right now. It's not perfect, which is why we have bugs like T100300 to improve it. Legoktm (talk) 02:32, 30 July 2015 (UTC)
Wow, so the clashing pastel coloured Duplo look is intentional! How many user complaints have there been about the "Mark all pages as visited" button not being green enough and the "Go" button not being blue enough? Why is so much time spent on nonsensical fiddling with things that aren't broken? There are so many other things that should have "drop everything else until it's fixed" priority: the Upload Wizard that never works, the lack of a derivative works upload process, the weird insistence on converting perfectly fine SVGs to PNGs with a severely crippled utility, category contents watch listing, and category move functionality... to name a few. LX (talk, contribs) 14:14, 30 July 2015 (UTC)
To be honest, I like nice and big buttons. This enhances usability quite a bit. --Sebari (talk) 23:37, 29 July 2015 (UTC)
Ugh, ugly, too big, eeew. If some users want big buttons then make a new "Lego/Mickey Mouse" skin. A key buzzword for website design used to be "real estate", which was always at a premium; is this old fashioned in the tablet age? If there is research that shows users demand these buttons, then it is easy enough to have them pop up on demand rather than wasting a big chunk of everyone's watch-list screen. -- (talk) 23:44, 29 July 2015 (UTC)
phab:T107311 is tracking making the forms less spacy. Legoktm (talk) 02:15, 30 July 2015 (UTC)
Oh good, I see the forced side-scrolling to get to the [Go] button on small monitors has already been mentioned there. Really, who thought that was a good idea? DMacks (talk) 14:38, 30 July 2015 (UTC)

I dropped this into my monobook.css:

.oo-ui-buttonElement-framed.oo-ui-flaggedElement-constructive > .oo-ui-buttonElement-button {
   border: 1px solid #c9c9c9;
   background: #eee linear-gradient(to bottom, #fff 0%, #ddd 100%) repeat scroll 0% 0%;
}
.oo-ui-buttonElement-framed.oo-ui-flaggedElement-progressive > .oo-ui-buttonElement-button {
   border: 1px solid #c9c9c9;
   background: #eee linear-gradient(to bottom, #fff 0%, #ddd 100%) repeat scroll 0% 0%;
}
.oo-ui-buttonElement-framed > .oo-ui-buttonElement-button {
   padding: 0 0.4em;
}

It makes things a bit less hysterical. LX (talk, contribs) 14:36, 30 July 2015 (UTC)

  • Thanks for that, LX. For what it's worth, I agree with the general sentiments expressed above by Rillke, LX and Fæ. Storkk (talk) 15:14, 30 July 2015 (UTC)
  • +1 -- Tuválkin 22:46, 30 July 2015 (UTC)

Hi, the change of watchlist interface was indeed deployed prematurely (and now reverted), and we missed some of the display issues with it (mostly there wasn't meant to be that much whitespace, and it behaved strangely on small screens). I didn't author or accept it myself, but I reviewed it and didn't flag them. We're going to be trying again, with feeling this time, probably next-next week (week of 10 August). Please watch phab:T99256 for updates (you can "Subscribe" if you have a Phabricator account to receive updates by e-mail), I'll make sure there's a testing wiki with the patch set up and linked from that patch at least a few days earlier, for everyone to play with and comment. Matma Rex (talk) 20:13, 30 July 2015 (UTC)

July 30[edit]

Ex post facto attribution on enwp imports[edit]

I have seen on several occasions an image that is uploaded to both enwp and Commons but wasn't transferred with a tool or bot. So the Commons attribution is not verifiable because there's no "original upload log" or any of the usual bot specifics of the license. If I go to correct this, it looks like I'm on my own to make a few manual edits. (Yes, if it's the same uploader/author, not a big deal, but I'm talking about other editors who import others' work manually.) Is there a tool or bot that can add the enwp "original upload" attribution info and fix the licensing details after the Commons import (ex post facto)? I haven't seen a document from either site on how to deal with these situations. – czar 04:18, 30 July 2015 (UTC)

Found my answer: toollabs:magog/fileinfo.php generates the text just like I wanted. Help me circulate this tool so more people can see it? – czar 06:33, 30 July 2015 (UTC)

Display problems[edit]

Can someone tell why this file is not displaying properly? File:US monthly wind capacity factor.svg
US monthly wind capacity factor.svg
It displays properly in http://tools.wmflabs.org/svgcheck/index.php Delphi234 (talk) 06:59, 30 July 2015 (UTC)


Same problem with this.
US Monthly Wind Generated Electricity.svg
It looks like this problem has been here for a month now. Delphi234 (talk) 07:18, 30 July 2015 (UTC)
On my machine the original SVG files render just fine. It looks like some sort of bug with the server-side process that produces PNG thumbnails from the original SVG files. —RP88 (talk) 07:32, 30 July 2015 (UTC)
I can't say what's wrong but I can say that it also looks wrong when thumbnailed by the default currently installed version of rsvg on Toollabs. You can check this with User talk:Rillke/SVGedit.js (edit SVG, then preview). Perhaps it's due to 16:13 ori: depooled Precise image scalers (mw1159 / mw1160)to see if 2c9518ed78 helped. and we are running a new version of rsvg now? -- Rillke(q?) 07:59, 30 July 2015 (UTC)
I am not sure how it displayed some time ago, but my first bet would have been some conflicting font-sizes in the uploaded files style id. Alexpl (talk) 09:18, 30 July 2015 (UTC)
These are all from the Template:SVG Chart and while it does not use any of the fonts we use, other files created from it do not have this problem. I see only 2 out of 127 that are affected. It does appear to be a change in how we do the rendering. Perhaps that can be fixed? Delphi234 (talk) 15:58, 30 July 2015 (UTC)
Well, none of them seems to have a font-size as tiny as 0,269 px. Alexpl (talk) 19:23, 30 July 2015 (UTC)
The width always seems to be 750 px. It has a scaling factor for both height and width, and the instructions say to use from 100 to 300 but I have successfully used 3000 I think. So far I can make it worse. File:Test.svg. Delphi234 (talk) 01:35, 31 July 2015 (UTC)

Theater programs[edit]

Is there any category for theater programs? I see we have a Category:Concert programs, but its only parent is Category:Concerts. Also, it has a subcategory Category:Recital programs, but based on its current content that's a useless catch-all. I would think there would be a general Category:Event programs or some such, and that it would also have subcategories for programs for sporting events as well. - Jmabel ! talk 17:21, 30 July 2015 (UTC)

  • By the way, this is the file that prompted the question. - Jmabel ! talk 17:26, 30 July 2015 (UTC)

cropped image won't display at full size[edit]

I cropped File:20100701 cthulhu poster.jpg to remove the underlying poster. (It is a photo of one political poster pasted over another, irrelevant one, and the orientation of the photo was close enough to orthogonal to make an easy lossless crop.)

It displays fine in thumbnails, both here and on WP-en and WP-fr. But it doesn't display at the top of its page, and when I click on it, I get a message that it cannot be displayed because it contains errors. All I did was use jpegcrop.exe, which is old and stable freeware I haven't had problems with before. Kwamikagami (talk) 19:50, 30 July 2015 (UTC)

I cropped it from the original and uploaded the version without errors. Ruslik (talk) 20:38, 30 July 2015 (UTC)
Thanks! Kwamikagami (talk) 01:57, 31 July 2015 (UTC)

July 31[edit]

27 million files[edit]

Right now, {{NUMBEROFFILES}} = 26,999,124. -- Tuválkin 07:17, 31 July 2015 (UTC)

Suggestions for finding a millionth file to upload[edit]

Hi, I'm in the process of drafting a WMF blog post sharing some case studies from my uploads, and need to choose a millionth image to upload in the next day or two. For ideas you can find a list of upload projects at User:Fæ#Projects. Suggestions welcome, I'm finding it hard to decide! -- (talk) 07:42, 31 July 2015 (UTC)

500px.com licenses no longer visible on image pages[edit]

Looks like the popular image sharing website 500px.com has stopped displaying image licenses on image pages. For example, go to https://500px.com/creativecommons to see all the images licensed with creative commons licenses (just like Flickr). But click on the first one, currently https://500px.com/photo/116713709/gdynia-by-mirek- and you can't see the CC-BY license anywhere on the page. This is a problem because easily 100 or more CC-BY and CC-BY-SA licensed images from there have been uploaded to commons, and are now in license review or being deleted. Just look at most of https://commons.wikimedia.org/w/index.php?title=Category:License_review_needed&filefrom=%D0%91%D0%B0%D0%BD%D0%BA%D0%B8%D1%80%D1%8B.jpg#mw-category-media - they're all 500px.com files. Anything we can do? --GRuban (talk) 13:16, 31 July 2015 (UTC)

Contact 500px.com? Thibaut120094 (talk) 13:26, 31 July 2015 (UTC)
Yes, I wrote them. But they're going to take a while to do anything, and meanwhile that isn't going to have effect on our images here. Do we need to conduct mass deletions unless 500px.com fixes its bug? --GRuban (talk) 14:04, 31 July 2015 (UTC)
Use archive.org or some such to check the license as displayed upon/before transfer to Commons? -- Tuválkin 21:25, 31 July 2015 (UTC)

What does a Healthy Community look like to you?[edit]

Community Health Cover art News portal.png

Hi,
The Community Engagement department at the Wikimedia Foundation has launched a new learning campaign. The WMF wants to record community impressions about what makes a healthy online community. Share your views and/or create a drawing and take a chance to win a Wikimania 2016 scholarship! Join the WMF as we begin a conversation about Community Health. Contribute a drawing or answer the questions on the campaign's page.

Why get involved?

The world is changing. The way we relate to knowledge is transforming. As the next billion people come online, the Wikimedia movement is working to bring more users on the wiki projects. The way we interact and collaborate online are key to building sustainable projects. How accessible are Wikimedia projects to newcomers today? Are we helping each other learn?
Share your views on this matter that affects us all!
We invite everyone to take part in this learning campaign. Wikimedia Foundation will distribute one Wikimania Scholarship 2016 among those participants who are eligible.

More information


Happy editing!

MediaWiki message delivery (talk) 23:43, 31 July 2015 (UTC)

Very telling… -- Tuválkin 21:53, 1 August 2015 (UTC)
The phrase "Share your views and/or create a drawing and take a chance to win a Wikimania 2016 scholarship!" does make me cringe a little bit. Bawolff (talk) 20:20, 4 August 2015 (UTC)

August 01[edit]

Image metadata, here v. en:wp[edit]

Images at en:wp are able to display far fewer metadata fields than they do here. If you're familiar with how/why this is, and how/whether to adjust the number of displayed fields, it would help if you'd chime in at en:WP:VPT#Image metadata, here v. Commons, where I'm asking whether it's possible (and if so, whether it's advisable) to increase the number of fields currently being displayed over there. Nyttend (talk) 21:35, 1 August 2015 (UTC)

August 02[edit]

Email adresses for volunteers[edit]

Dear all,

A proposal to create Wikimedia email adresses for volunteers can be found at meta:Wikimedia Forum#Wikimedia volunteer email adresses. Your input would be very welcome.

Sincerely, Taketa (talk) 07:11, 2 August 2015 (UTC)

Commons:Café[edit]

Can we declare Commons:Café as dead as nobody is answering anything on that page, like my question?--Sanandros (talk) 10:39, 2 August 2015 (UTC)

  • I'd say that if it is effectively dead, it should be made to redirect here. Estoy seguro que tenemos bastantes participantes aquí que podemos leer y escribir el español a un nivel suficiente para responder a cualquier pregunta, y sospecho que unos son hispanohablantes nativos. ¿Hay un(os) asiduo(s) de esta página que quiere identificar su(s) mismo(s) como hispanohablante(s) nativo(s)? - Jmabel ! talk 16:55, 2 August 2015 (UTC)
I'd say at least 90% of these are dead (most containing only (English) MediaWiki message delivery content, some not even that), still they IMO do have some use since we can "archive" non-English posts from this VP there.    FDMS  4    18:29, 2 August 2015 (UTC)
BTW there is a need of input from Spanish and Portuguese speakers on COM:UDR. Thanks, Yann (talk) 18:33, 2 August 2015 (UTC)
  • I would rather see it redirected to Commons:Help_desk. This page (VP) is okay, but not always easy to understand for new contributors, whereas the help desk has sufficient critical mass of helpers to be useful and friendly. -- (talk) 18:40, 2 August 2015 (UTC)
    • I'd be equally OK with that. But I'd definitely like to know that there is at least one native or effectively native Spanish-speaker monitoring the page in question. I monitor both Help & VP, and I have good foreigner's Spanish, but I'm certainly not a a native level of proficiency. - Jmabel ! talk 19:22, 3 August 2015 (UTC)
      Perhaps what would be more helpful/effective would be a simple template along the lines of {{help language | es}} or {{help language | zh}} which a bot can flag on, say, IRC or users with these skills can subscribe to for alerts by email? This way, a user could ask their question anywhere relevant, including user talk pages, and this tag can be added. -- (talk) 08:30, 4 August 2015 (UTC)
But users have to know that {{help language | es}} or {{help language | zh}} they can get help- But especally new users are fearing any code.--Sanandros (talk) 14:04, 4 August 2015 (UTC)
I was suggesting that others wanting to help might use a template like this, rather than the questioner. :-) -- (talk) 20:36, 4 August 2015 (UTC)
OK you want to force them to redirect here or any other page or will it be a soft redirect? And also think about the other 90% that we have a bunch of German Dialects where it's better to redirect them to COM:Forum.--Sanandros (talk) 21:44, 2 August 2015 (UTC)

Category:The Merchant of Venice --> Shylock[edit]

Hi all, would it make sense to create a Category:Shylock? Thank you for your time. Lotje (talk) 13:59, 2 August 2015 (UTC)

  • Sure looks it. - Jmabel ! talk 16:56, 2 August 2015 (UTC)

August 03[edit]

How to get translations of section headings to show up according to user preference?[edit]

At Malaysia Airlines Flight 370 I am using langswitch but I heard that it doesn't work so well with section headings. How do you get translations of section headings to show up according to use preference?

Thanks WhisperToMe (talk) 03:07, 3 August 2015 (UTC)

EXIF does not recognize my camera type[edit]

I noticed that in all my new uploads, in the "Camera model" section of the EXIF data, it only says "CORPORATION", rather than the actual camera model. However, when I upload the exact same picture on Flickr, it correctly recognizes the camera model as the Nikon D3300, so the metadata is indeed in the file. I checked recent uploads of other users, particularly of people who also use Nikon, and it seems to be working properly for them. Thanks!. --Xicotencatl (talk) 14:42, 3 August 2015 (UTC)

Yes, that's a known problem since LR 6 in combination with Mediawiki's PHP. --Magnus (talk) 14:47, 3 August 2015 (UTC)
OK, thanks. --Xicotencatl (talk) 15:35, 3 August 2015 (UTC)
Xicotencatl, I see that your images uploaded today are correct. Did you change something? I know that using Jeffrey Friedl's Metadata Wrangler resolves the problem. -- Colin (talk) 08:52, 4 August 2015 (UTC)
Colin, I did not even noticed they were correct. The only thing I can think of is that I upgraded to Lightroom version 6.1.1. I was previously using version 6.0. This new version came on July 31, but I upgraded it just before working on these files. --Xicotencatl (talk) 15:50, 4 August 2015 (UTC)

This is why we need to be skeptical of unproven allegations of socking on Wikipedia[edit]

Collapsed discussion. It does not belong here. OP has been warned. --Pitke (talk) 20:35, 3 August 2015 (UTC)

August 04[edit]

Recent slowdown on Commons[edit]

There was a recent temporarely slowdown on Commons from 10:10 UTC today due to the roll in of an important security software update. This update worked successfully on all wikis except Commons, due to its content particularities. This was detected immediately and reverted, but some connections took some time to be 100% healthy. My most sincere apologies for any disturbance this could have cause. We will try to figure a way to apply this update in a different way, without causing so much performance drop. Regards, --JCrespo (WMF) (talk) 10:47, 4 August 2015 (UTC)

Thank you for the update. I noticed the slowdown and was wondering about it. --Jarekt (talk) 01:18, 5 August 2015 (UTC)

August 05[edit]

Tools for adding images to Wikipedia articles[edit]

While at Wikimania I heard about several interesting tools for adding images to articles, which could be of useful to others:

  • Wikidata Images project creates and maintains a system of categories on each participating Wiki listing all the articles without images which are linked with wikidata record that includes an image. See d:Q16742293 and follow the links to your favorite wiki.
  • Magnus Manske's FIST a tool which allows to search a category of articles for articles without images. Than FIST uses article names to search a dozen image repositories like Flickr for images with license compatible to Commons and provide tools for easy transfer to Commons.
  • GLAMify tool for identifying images in a Commons category which are used in articles in one wiki and could be reused in same articles in other wikis.

If there are other similar tools, please share. --Jarekt (talk) 01:16, 5 August 2015 (UTC)

YaCBot consensus[edit]

Any objections to the test run? See Commons:Bots/Requests/YaCBot_(confirmation). --McZusatz (talk) 12:59, 5 August 2015 (UTC)

Generic release for CC-BY images from the Sustainable Sanitation Alliance[edit]

Example photograph: Waterless toilets, Valley View University, Ghana

Background discussion: User_talk:JuTa#Please_stop_with_removing_images

Over the past year I have uploaded over 10,000 photographs on behalf of the charitable organization SuSanA, from their official Flickrstream. Their purpose is to promote education materials globally for sustainable sanitation (low-water use toilets and access to unpolluted water)—it's a great match for the mission of Commons :-). The Flickr profile states:

The photos have been contributed by various people, and all the photographers' names are given with the photos or the respective photo sets. The photos are all available under Creative Commons Licence (Attribution) and you are free to use them.

A repeated issue has been photographs being taken to deletion request, however there has been no case so far when a SuSanA representative has not arranged a confirming email from donating partners (the partnerships is the point of the Flickrstream anyway). Unfortunately arranging emails and going back and for does eat up volunteer and charity staff time, something to be avoided whereever possible.

I'm looking for feedback from the community and positive suggestions as to what must be added to the Flickr profile for us to avoid more extended deletion discussions and emails for individual photographs to OTRS, where the only question is effectively "has the partnering organization released copyright correctly?" Thanks -- (talk) 13:10, 5 August 2015 (UTC)