Commons:Village pump

From Wikimedia Commons, the free media repository
(Redirected from Commons:Village Pump)
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


 


Village pump in Rzeszów, Poland [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]

Proposal to create PNG thumbnails of static GIF images[edit]

The thumbnail of this gif is of really bad quality.
How a PNG thumb of this GIF would look like

There is a proposal at the Commons Village Pump requesting feedback about the thumbnails of static GIF images: It states that static GIF files should have their thumbnails created in PNG. The advantages of PNG over GIF would be visible especially with GIF images using an alpha channel. (compare the thumbnails on the side)

This change would affect all wikis, so if you support/oppose or want to give general feedback/concerns, please post them to the proposal page. Thank you. --McZusatz (talk) & MediaWiki message delivery (talk) 05:08, 24 July 2015 (UTC)

The two thumbnails on the right look exactly the same. --Dschwen (talk) 20:01, 25 July 2015 (UTC)
Not here they don't. Andy Mabbett (talk) 10:12, 26 July 2015 (UTC)
Maybe if you are on a high-dpi display they would look similar. Bawolff (talk) 16:24, 26 July 2015 (UTC)
Me using Win XP/Firefox(latest version) and the PNG thumbnail looks much better with antialiasing than GIF. -- Sameboat - 同舟 (talk · contri.) 03:45, 27 July 2015 (UTC)

Anyway, the bug only affects GIFs with single-palette-color transparency (not "alpha channel"[sic]!), and PNG resizing has had problems with other types of images... AnonMoos (talk) 03:19, 28 July 2015 (UTC)


Longest file names?[edit]

I have noticed that the files with the longest names are the most likely to contain promotional material in the file names, winding garden-path descriptions, incoherent grammar, and other kinds of improper or inappropriate text. Is there a place where the files with the longest names are listed? If not, is someone able to generate such a list? I'm interested in seeing a list of, say, the 10,000 files with the longest titles, excluding redirects, to check for such issues. BD2412 T 19:58, 25 July 2015 (UTC)

@BD2412: User:Fæ/Long filenames. If useful it could be scheduled to refresh regularly (truncated at 2,000 files due to mediawiki page length constraints). Note that non-ascii names take more bytes even though they display as fewer distinct characters. :-) -- (talk) 14:48, 26 July 2015 (UTC)
Thanks, that is perfect! BD2412 T 14:55, 26 July 2015 (UTC)
Okay, right off the bat I have noticed that about 1,800 of the files on this initial list (and doubtless many more) are autogenerated lines of borderline gibberish like File:ABS-5232.0-AustralianNationalAccounts-FinancialAccounts-FinancialAccountsSummaryConsolidatedPublicNonfinancialCorporationsGeneralGovernmentNonfinancialPubli-NetTransactions-ConsolidatedSubsectorLevel2-TotalFinancialAssets-Net--A3405570W.svg, which is apparently the directory address to get to the chart in question, plus part of the name of the chart (the chart itself is a graph of financial transactions by private corporations in Australia from about 1988 to 2015. If the entire group is like this, I'd find out which ones are in use and delete the rest. Without an internal key to explain the meaning of the numbers, the graph is largely useless. BD2412 T 03:16, 27 July 2015 (UTC)
It has a description that attempts to explain it, so I'm not sure that the lack of a key on the chart itself is grounds for deletion. Maybe the operator of the bot that has been uploading an updating these files (User:99of9) could come up with a better naming system? --ghouston (talk) 23:12, 27 July 2015 (UTC)
There is no key on the charts themselves per remember to keep language-specific information in the caption if it's not too inconvenient so that they can easily be used in other language wikipedias. This was a deliberate choice. Of course you are welcome to make a version with labels if you wish. --99of9 (talk) 23:48, 27 July 2015 (UTC)
If you asked for this file to be renamed, what would you call it? --ghouston (talk) 23:16, 27 July 2015 (UTC)
There was discussion of the name format when the bot was approved. Short is not a crucial criteria for large complex sets. --99of9 (talk) 00:19, 28 July 2015 (UTC)
Regarding deleting all the files that are not in use, I really think that would be counterproductive. Firstly they are a complete updated set of time series data put out by the Australia Bureau of Statistics. Secondly they are fairly well categorized by topic in Category:Statistics of Australia, and via their source indexes in Category:Images using data from the Australian Bureau of Statistics. This means that when we want time-sensitive data in a Wikipedia article on an Australian topic, it is fairly easy to get whichever chart we need, rather than generating it manually. (As an exercise: go to your national equivalent of w:Economy of Australia, and find out how out of date each graph is!) There are 317 graph uses to date, but there would be less than 10 if I had to create them individually. How many more can be productively used in Wikipedia? I'm not sure, I'd estimate a few hundred more. Do you want to delete them before we find their use? The ABS considers the data educational/useful enough to be worth collecting and publishing, so I presume someone somewhere has a use for many of them. --99of9 (talk) 00:10, 28 July 2015 (UTC)
I see that these are updated regularly. However, we have plenty of series of files that have more coherent file names, avoiding what seem at first glance to be just strings of buzzwords. There must be some way to name these files more coherently. BD2412 T 03:10, 28 July 2015 (UTC)

July 26[edit]

FINAL big time problem ' TEN FILES; one letter off[edit]

Category:FLACSO,_Ecuador all ten in the category are off by a letter

The school is called FLACSO not as i have it spelled _Flasco,

thanks ǃǃǃǃǃǃǃǃ BD7772 David Adam Kess 25th July 2015 (UTC)



The Latin American Social Sciences Institute or Latin American School of Social Sciences (Spanish: Facultad Latinoamericana de Ciencias Sociales or FLACSO) is an inter-governmental autonomous organization for Latin America and the Caribbean dedicated to research, teaching and spreading of social sciences. It was created on April 17, 1957, following a UNESCO initiative at the Latin American Conference on Social Sciences in Rio de Janeiro. Its membership is open to Latin American and Caribbean countries that subscribe the FLACSO agreement. Current members include: Argentina, Bolivia, Brazil, Costa Rica, Cuba, Chile, Ecuador, Honduras, Guatemala, Mexico, Nicaragua, Panama, Dominican Republic and Suriname.

  • As I said above, "please just use {{rename}} on the file page, instead of bringing the matter to the Village pump." - Jmabel ! talk 16:22, 26 July 2015 (UTC)
    • In any case, these are now also done. BD2412 T 14:41, 27 July 2015 (UTC)

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)

Easy way to find images with only one category?[edit]

Is there an easy way to find which images are present in only one single category (excluding hidden categories)? Specifically, I would like to find all images in Category:2015 Royal International Air Tattoo which have not yet been added to any aircraft categories. MKFI (talk) 17:22, 27 July 2015 (UTC)

Gallery details gadget helps, but I would still like to have a query such as cat scan or similar. MKFI (talk) 17:23, 27 July 2015 (UTC)
Well, an SQL query would be the first thing that comes to mind (with group by page_id and count(..)=1 --Dschwen (talk) 17:32, 27 July 2015 (UTC)
http://quarry.wmflabs.org/query/4545 Bawolff (talk) 20:52, 27 July 2015 (UTC)
Thank your, that works nicely. I didn't know about Quarry. MKFI (talk) 12:02, 28 July 2015 (UTC)

July 28[edit]

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)

Proposed rename of Flag of Jihad.svg to File:Flag of Taliban (reversed).svg[edit]

This filename currently suffers from a bit of original research and quite a bit of POV issues. Calling it Flag of Taliban (reversed).svg nullifies this problem by giving it a factual basis. Please comment on the talk page if you agree with this or not. -- とある白い猫 ちぃ? 15:08, 28 July 2015 (UTC)

July 29[edit]

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)

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)
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)

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)