Commons:Village pump

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


  Welcome to Commons   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 ↓
This project page in other languages:

বাংলা | Alemannisch | العربية | asturianu | авар | Boarisch | bosanski | български | català | čeština | dansk | Deutsch | Ελληνικά | English | Esperanto | español | فارسی | français | galego | עברית | hrvatski | magyar | íslenska | italiano | 日本語 |  | 한국어 | Lëtzebuergesch | македонски | मराठी | Nederlands | norsk bokmål | occitan | polski | português | русский | slovenčina | slovenščina | српски / srpski | suomi | svenska | ไทย | Türkçe | 中文(简体)‎ | 中文(繁體)‎ | Zazaki | українська | +/−

Welcome to the Village pump

This Wikimedia Commons page is used for discussions of the operations, technical issues, and policies of Wikimedia Commons. For old discussions, see the Archive. Recent sections with no replies for 3 days may be archived.

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


 


Centralized discussion

See also Commons:Village pump/Proposals

Please help by translating these messages into other languages.

Note: inactive discussions, closed or not, should be archived.

Archive  • Discussion • Edit • Page history • Watch
A village pump in Burkina Faso [add]

Contents





Oldies[edit]

Librarian congress images[edit]

Hello, there's a lot of CC-By-SA images of the World Libraries Congress (Lyon, France) on FlickR: could anyone download them on Commons? Best

Hi, thanks for the notice. I looked through them and uploaded three pictures in Category:International Federation of Library Associations and Institutions, but I doubt that a mass upload would be reasonable: Most images are just generic conference scenes and unfortunately, many of the potentially notable individuals aren´t named in the captions. --Rudolph Buch (talk) 19:17, 25 September 2014 (UTC)

Toollabs facilitating MP4[edit]

I discovered today that someone has build a tool on wmf labs, that converts MP4 videos on the tool labs hardware, before uploading it to Commons. This seems to fly in the face of what was the output of Commons:Requests_for_comment/MP4_Video, which specifically said that we wanted NO mp4, not even through a converter ingress pipeline. In my opinion, we cannot just put a tool on labs afterwards, that is doing the exact same thing on WMF owned hardware and then say: "ah, but now it's cool"... I would like to hear more opinions.
P.S. I'm sorry User:Prolineserver, I think it is a great tool, but I just can't agree with it's existence on WMF hardware, in the face of that community consultation. —TheDJ (talkcontribs) 13:39, 7 September 2014 (UTC)

So, if the tool converts everything but mp4 on labs its ok? If the tool runs with the same functionality on a non-WMF server its ok too? Btw.: The conversion tool is much older than the rfc, and was previously running on tools.wikimedia.se and the toolserver. Since the beginning of the year it just moved to tools and got more user friendly with the OAuth and jQuery upload. --Prolineserver (talk) 15:49, 7 September 2014 (UTC)
Yes as I interpret this, that would be fine. —TheDJ (talkcontribs) 09:05, 8 September 2014 (UTC)
For what its worth, when I was voting oppose on that RFC, all I wanted to oppose was the use of MP4 in production (Directly on commons). I personally have no objection to the use of MP4 on labs or other external servers. I wonder if I'm in the minority on that or if others feel similar. Bawolff (talk) 17:08, 7 September 2014 (UTC)
This RFC was only about hosting MP4 videos on Commons (including automatic conversion after upload). External tools were not discussed. Many opposes were not against this option: "my second choice on the observation that there would be nothing stopping the WMF from providing a separate transcoding space/tool for contributors to both transcode and edit video in preparation for releasing to Commons". Ruslik (talk) 17:50, 7 September 2014 (UTC)
  • This tool seems to be unrelated to the RfC. The RfC seems to have discussed two things:
  • Should people be able to upload MP4 files which are then stored in MP4 format on the server?
  • Should people be able to download MP4 copies of files which potentially have been uploaded in other formats?
This tool seems to do another thing: download MP4 files, convert them to other file formats and presumably delete the MP4 version. If I run a program locally on my computer and then go to Special:Upload, I would get the same result. --Stefan4 (talk) 20:45, 7 September 2014 (UTC)

This tools corresponds to option: Partial MP4 support - Contributions only which clearly was defeated by option No MP4 support whatsoever. I fail to see how we can think different on this occurring on WMF owned labs hardware, compared to Commons hardware (which are literally just meters away from each other). On ... "If I run a program locally on my computer", well this is not that, it's running the program on WMF hardware, NOT your local computer. —TheDJ (talkcontribs) 09:03, 8 September 2014 (UTC)

No. That option seems to imply that files are stored in MP4 format on the servers, although those files are inaccessible to people. This tool does not store any files on the servers, unless I have misunderstood something. --Stefan4 (talk) 16:31, 8 September 2014 (UTC)
Its really rather ambigious. I think that option could have been interpreted 1 of 3 ways. First it could mean video is converted from mp4 on upload, original thrown away. Second it could mean that video is converted and kept somewhere for posterity, but generally not accessible (Or only accessible to admins or something). Last of all it could mean handling it much like we do DjVu files, where the original file is kept, and you can get to it by clicking a link on the file page, but generally we never present the original version to the user for general viewing, and they can basically just "download" the mp4 file if they hunt for it but not play in browser. (Someone could make a weak argument that perhaps this option could even mean just integrating fireogg into upload wizard). All these different options have quite differing political ramifications. I wonder if that option was specified as convert on upload and then throw away original, if it would have gotten more support. Oh well, too late now. Bawolff (talk) 02:09, 9 September 2014 (UTC)

I also disagree with your interpretation, TheDJ. Like Bawolff, I voted "oppose," but I have elsewhere emphatically supported the "contributions only" approach. I voted that way, I suppose, for two main reasons: (1) it seemed important to emphatically reject the main proposal, which I felt was a major shift away from foundational principles; and (2) a core component of the main proposal involved a secret and non-transferable contract with the MP4 patent-holders, which Prolineserver's approach does not. I think it is safe to assume that many "no" votes were not intended to oppose the "contributions only" approach. I read through them a while ago, and did not see significant opposition to the idea of converting at the time of upload in the various comments. -Pete F (talk) 07:56, 11 September 2014 (UTC)

I can fully support that, but I still think it should not be run on WMF hardware then. If people want to do this stuff, fine, but keep it on your own property. Don't open up the foundation to any potential liability. —TheDJ (talkcontribs) 09:34, 11 September 2014 (UTC)
I think the tool would be very useful, and I am not sure how it "opens up the foundation to any potential liability". If that is a concern than may be we should check with the foundation to see if they see it as a potential problem. --Jarekt (talk) 13:13, 11 September 2014 (UTC)

I don't see why community consensus on Commons should prevent development of a tool on Tool Labs, as long as it does not violate any patents (not sure about this), and the tool complies with wikitech:Wikipedia:Labs Terms of use. How is it any different from using any other MP4 converter? Hypothetically, would a tool that convert the video, deletes or garbage collects the MP4, and saves it on the user's computer be different from one which uploads it to Commons directly? Either way, if the MP4 converter is not legal (perhaps due to patent violation), then there is no doubt it should be removed. PiRSquared17 (talk) 17:21, 11 September 2014 (UTC)

If the foundation is exposed to any liabilities then it is up to the foundation to make a decision whether to keep the tool on labs. I don't see why we should worry about this at this point. Labs is sufficiently insulated from commons. --Dschwen (talk) 19:14, 11 September 2014 (UTC)

It would probably be a good idea for someone to run it by User:Coren, just to make sure there's no legal liability issue, but I agree that generally we should let the foundation tell us where there is such issues (Although it should be noted that avconv with h264 decoding is including in the default tool labs packages. One would assume if there was a problem it wouldn't have been installed). Bawolff (talk) 13:36, 13 September 2014 (UTC)
There is no licensing issues with that tool, and it complies with the Labs TOU as far as I can tell. The patent issues are ridiculously complicated and could suffice to distract a flock of lawyer for many months; but are not an issue for the Foundation as it did not write the software (Canonical is the licensee), does not provide the service, and the resulting output (which is the only thing sent to Commons) is unencumbered by patents. MPelletier (WMF) (talk) 19:27, 18 September 2014 (UTC)
Canonical H.264 license is for OEMs only (basically sold hardware). I'd suggest taking down this tool (you like doing that, right?) and removing the library until WMF's legal team figures what (patent) license they do have (encode, decode, transcoding, reading metadata). Lab's could use Cisco's H.264 binaries packages, but that messes with the FLOSS requirement (FLOSS code you can't legally compile). Dispenser (talk) 15:33, 19 September 2014 (UTC)

September 08[edit]

Wikilegal/Removal of watermarks from Commons images[edit]

In response to the WMF opinion provided in the title there is talk:Watermarks#m:Wikilegal/Removal of watermarks from Commons images discussion ongoing about how we on Commons will address the legal risks of removing watermarks and/or copyright notices (aka CMI). Saffron Blaze (talk) 22:43, 10 September 2014 (UTC)

I would summarize the conclusion as nothing to see here—it is inconclusive as it states that the way we work at the moment is "most likely" fine and advises uploaders that they are better off "consulting their own attorney".
It would be refreshing if these series of essays from WMF legal interns actually broke new ice, and could be used in lobbying for change rather than hedging bets.
If the Wikimedia Commons community wants legal advice, then we would be much better off asking for a grant to pay a legal expert for a solid opinion, or to pursue a clarification from a trusted advisory organization. The Foundation does not exist to fill this need. -- (talk) 07:38, 11 September 2014 (UTC)
Of course they are indeed this vague partly on purpose, to protect the organization by keeping liability with the contributors, safe harbor, and also partly because that's just the actual situation. It's America, judges usually have an enormous amount of leeway with interpreting the law, and many of our problems are exactly in the area that interpretation by the judge would be required. I've had a few discussions with Legal team members during Wikimania, and it was quite enlightening I must say. —TheDJ (talkcontribs) 09:30, 11 September 2014 (UTC)
Actually there is something significant here. WMF legal are unable to recommend removing watermarks from CC images. Yet CC BY-SA is supposed to be designed to permit images to be free to reuse, modify, adapt, crop. So if the licence is unclear on our response to a practice that is widespread throughout the internet (watermarking) then it is not fit for purpose. WMF should spend its money working with CC to create a licence that has fewer of these legal uncertainties. We've seen this before with issues surrounding image resolution and doubts about what exactly is being licensed. Essentially, every time we ask WMF legal to clarify an issue surrounding CC licenses, and they respond with something vague, they should treat that as a bug report on the CC and consider how they can fix this for v5.0. -- Colin (talk) 13:03, 12 September 2014 (UTC)
Quite significant if you care about editors. WMF has said legal risk for removal of watermarks (CMI) appears to be increasing as case law has been moving in the direction of more liberal interpretations of what is CMI. Saffron Blaze (talk) 01:12, 13 September 2014 (UTC)
Fæ -- when Mike Godwin was the one delivering such advice, he almost always opted for the more lenient or permissive interpretation of copyright etc. law, to the degree that some on Commons lost respect for his advice. Not sure which situation you'd prefer... AnonMoos (talk) 20:40, 14 September 2014 (UTC)
The situation I would prefer is implicit from my first comment, i.e. we (unpaid volunteers) should consider a grant to pay for legal advice for us, rather than having informal opinions/essays from Foundation interns which are subject to being misquoted as if it were advice or a resolution (as can be seen on this page).
It would be really interesting if legal insurance for uploaders of certain types of media file were to be paid for out of the millions of grant money. If, say, U.S. legal liability insurance for volunteers removing watermarks were to be offered at $5,000, this would seem a perfectly good proposal for a Wikimedia Commons grant from the IEG and avoid changes in policies for this project for an arguable and relatively trivial clarification of CC standard terminology and interpretation in U.S. courts. (talk) 08:56, 19 September 2014 (UTC)
Let's do a direct quote: "There are good-faith arguments and caselaw supporting both interpretations, so neither position is ironclad. As a result, individual editors who are considering removing watermarks should seriously consider the legal issues involved and consider consulting an attorney before doing so.". Rather than wasting money on legal advice that may apply only to one image, created in one country, edited by a user in one country, hosted by a server in one country and reused by a publisher in one country, it would be far better for WMF/CC to realise they have drafted a licence that fails us as an international community drawing images from varied sources which are then reused internationally. The opinion of a US lawyer, should it be purchased by some grant, is of only marginal interest to a UK editor editing UK images. The position, as it currently stands, is that cropping watermarks from CC/GFDL images is simply not worth it. There are plenty really free images, without volunteers needing to take chances, or exposing our reusers to potential lawsuits. We have to recognise that by adding a watermark, the author really didn't intend their image to be truly free to reuse for any purpose by anyone. -- Colin (talk) 09:18, 19 September 2014 (UTC)

September 11[edit]

Colourising and replacing images[edit]

I'm alarmed to see that some colleagues, notably as part of en:Wikipedia:Graphics Lab/Photography workshop, are colourising b&w images and overwriting the original. Recent examples are File:King Luarsab II of Kartli.jpg, File:King Archil.jpg and File:Chavchavadze 31-155 s.jpg (in the latter case, the b&w version already replaced a different image). The b&w originals are often historic documents. Overwrting them replaces the original on all projects and external sites that transclude them. Can we agree a clear policy that this is not to be done, and that colourised versions must be uploaded as new files, not overwriting the original? An example of such good practice is File:Sabinin. St George the Hagiorite colourised.jpg. Andy Mabbett (talk) 12:24, 15 September 2014 (UTC)

There is nothing wrong about colorizing old photos (if it looks good, at least), as long as in the file description it's clearly said that it's a modern colorized photo. Having said, the original photo should never be replaced by the new colorized photo. The colorized photo must be uploaded into a new file. --Lecen (talk) 12:48, 15 September 2014 (UTC)
While I agree with Andy Mabbett that these colorizations should be reuplaoded as new files and reverted, one thing makes this much less of a scandal than I first thought: These 1st two images are both derivatives — extracted / cropped off from an original that has been properly kept. (Not the case of File:Chavchavadze 31-155 s.jpg, whose file history shows three items which should all be reuploaded separately.) -- Tuválkin 13:27, 15 September 2014 (UTC)
There is everything wrong with colourising old photographs. It misrepresents history. There is no purpose served by creating colourised photographs of, say, Abraham Lincoln. It provides no useful information and misrepresents the image. As for the Luarsab II/ Archil of Kakheti etc images, yes, the engravings are derivatives from the original medieval works, but they are also historical works in their own right. Colourising them creates the impression that they are chromolithographs, which is very misleading. There needs to be some clear thinking about this. Are we going to create colourised film stills for b+w films? I hope not. It's one thing to represent the fact that a film, such as Casablanca, for example, has been colourised. It's another thing to create such images. The same applies to photographs. I can see no justification for the creation of this unspeakable thing: File:Mary Eristavi (crop) colorized.jpg or its new friend File:Mary Eristavi (color2).png. Compare them to the beautiful original photo File:Mary Eristavi (crop).jpg. Paul Barlow (talk) 13:40, 15 September 2014 (UTC)
I see no problem with it, porovided that the original image is still available (no overwriting it); the image is here to illustrate someone/sopmething where ther color is present (as opposed to a PD image uploaded to represent itself); and the description page states clearly that the image was colorized. Abraham Lincoln wasn'r black-and-white, and a colorized image of him would presumably look more like he did than a blackj-and-white image. A film still would be here to represent the film; if the film was black-and-white, then the colorized image would not be a better representation of the film. עוד מישהו Od Mishehu 15:22, 15 September 2014 (UTC)
I've no idea what you mean by "the image is here to illustrate someone/sopmething where ther color is present". In many cases it does not illustrate anything but the fantasy of the colouriser. To say that the real Abraham Lincoln existed in colour is to wholly misunderstand the nature of images and what we get from them. There are two issues. One is that image is represented for what it is: a historical photograph, engraving or whatever. The other is that is does not represent something that is either useless, or potentially false. The editor who made File:Mary Eristavi (color2).png made up the colours. These images appear on google searches. Paul Barlow (talk) 15:36, 15 September 2014 (UTC)
The colorized image is not a historical photograph; it is an artist's impression closely based off a historical photograph.--Prosfilaes (talk) 21:43, 16 September 2014 (UTC)
Limiting myself to the actual question posed; Colourised images should never overwrite an original. The only potential exception I can think of is when the original was only uploaded in order to ask for a colourisation of it. I believe a discussion of the merits of colourisation itself is being discussed elsethread. Hohum (talk) 17:39, 15 September 2014 (UTC)
You refer to discussion on en.WP about the use of colourised images in its articles; it's not relevant here, because each project can set its own policy. Andy Mabbett (talk) 18:56, 15 September 2014 (UTC)
Never mind what’s being discussed in w:en — this thread is about overwriting colorized images over their b/w originals, not the merits of colorization itself; if anything, Commons is way more permissive than Wikipedia when it comes to such matters, but feel free to open a thread about said merits here too. -- Tuválkin 19:43, 15 September 2014 (UTC)
Er, that's what I said: "it's not relevant here". Andy Mabbett (talk) 13:20, 16 September 2014 (UTC)
That’s right. Apparently I borked the indentation. -- Tuválkin 11:56, 18 September 2014 (UTC)

Because nobody mentioned it yet: There is a template ({{retouched picture}}) for that.    FDMS  4    18:53, 15 September 2014 (UTC)

Perhaps we need a more specific template, or parameter, and category, for colourised images? Andy Mabbett (talk) 18:54, 15 September 2014 (UTC)
Yes, please: We do need a kind of warning template for prospective users, saying something like «This color image was created from a monochrome original» (with a link to it), similar to {{personality}} and also to {{extracted}}. Simply saying it is a {{retouched picture}} is not enough — sometimes retouching is a mere cleanup of a dusty scan or a damaged photograph, while colorization is a derivative new work — its contents may be signficantly different and re-licensing may apply, too. -- Tuválkin 19:43, 15 September 2014 (UTC)
Re-licensing won't apply in the US; both the recent Copyright Office report and their report on the decision to register colorized movies make it clear they won't register colorized pictures.--Prosfilaes (talk) 20:41, 15 September 2014 (UTC)
I was thnking of the “viral” nature of licenses such as CC-SA or GDFL: Any derivative work, such as colorizing, must be licensed in the same terms as the original. Unlike restoring, colorizing is not “mere labour”. -- Tuválkin 11:56, 18 September 2014 (UTC)
In the US, colorizing is not a derivative work; it has no separate copyright from the original. There's no point in discussing whether it's “mere labour” in the US; it's an explicit ruling. That may not apply in the rest of the world, of course.--Prosfilaes (talk) 20:29, 18 September 2014 (UTC)
You and I know that US copyright laws matter especially for Commons, but that is not evident for the casual contributer. Colorizing a black and white original should follow the ruling you mention, yes — that’s why a specific template should be created and applied — like I said, matters about licensing of the colorized version are relevant: If the colorizer wants to license s/his work under a new license, s/he’s out of luck and must be informed about it, as well as possible re-users. A specific template to tag colorized works could also be used as a cleanup tool, flagging files whose licensing is incorrectly more restrictive than their monochrome original’s. -- Tuválkin 12:56, 19 September 2014 (UTC)
Yes, I agree that a new template for colorized images would be helpful. MjolnirPants (talk) 20:51, 15 September 2014 (UTC)
 
I am the editor Pigsonthewing referred to in the OP. I uploaded colorized version over old images because I was asked to colorize those images, not to create separate, colored versions, and because I never gave a thought to the use of the image, only to the request itself. Despite the rather unproductive argument which ensued at en:Wikipedia:Graphics Lab/Photography workshop, I agree that a policy of always creating new files when an existing file is modified in such a way is a good thing to have. I can find no mention of such a policy already, and so I think that WP and commons would be best served by using this thread to arrive at such a policy. To that end, I propose the following:
  • Works of art should only be colorized when doing so is part of an effort to restore the image, not to improve the image.
  • When an image used to illustrate some subject is colorized, it should be uploaded as a separate file and labelled as a colorized version.
I think that a way of communication this policy needs to be implemented as well. There is a header at the photography workshop that could be modified to show this and any other policies governing alterations to images used on WP. The problem is most likely to be solved by working to ensure that everyone is on the same page, not by berating or making demands of other users. MjolnirPants (talk) 19:34, 15 September 2014 (UTC)
@MjolnirPants:: There already is Commons:Overwriting existing files. Might be enough to add this to the header of the graphics lab? --El Grafo (talk) 19:44, 15 September 2014 (UTC)
@El Grafo:, Yes, adding a link to that would be a good idea. I'm not sure it's enough, though. I still believe there should be a policy regarding colorizing files, and that all policies relevant to requests made there should be linked. MjolnirPants (talk) 19:51, 15 September 2014 (UTC)
You are not "the editor referred to in the OP", as I did not refer to a single editor, but to a trend among editors, plural. The argument on en.WP was unproductive, because in response to my polite request that you create new files when colourising, you told me to fix the issue myself. Andy Mabbett (talk) 13:20, 16 September 2014 (UTC)
If you intend to do nothing other than whine and complain, then please excuse yourself from this discussion. MjolnirPants (talk) 13:40, 17 September 2014 (UTC)
It was said before, but it needs to be said again: Colorizations from monocrhome originals are perfectly acceptable as such in Commons, even for items whose substantive use in Wikipedia (any language version) would be abominable. So if the discussion in the English Wikipedia was «unproductive», here it will be even more so. -- Tuválkin 11:56, 18 September 2014 (UTC)

Andy is undoubtably correct about uploading colourized images separately. And the more I think on it the more I agree with Paul too. These images appear on Google searches, and some of them arguably have negative EV. Perhaps there should be an equivalent to en:Wikipedia:Featured picture criteria that deals with the poorest quality images/edits, so that they can be deleted/reverted by consensus? All too often, valid concerns about image edits (of all kinds) are seen as vitriolic by thin-skinned editors, and discussions descend into a prickly exchange in which uninvolved editors are unlikely to 'take sides'. It would be useful to be able to hand over the decision to another set of editors. Apologies if I'm drifting off topic. nagualdesign (talk) 21:13, 16 September 2014 (UTC)

We sometimes use paintings of people who were dead when they were painted, as well as hand-painted postcards of b&w photos. People respond very strongly to color, and it turns some of those dull splotches of grey or brown into something that would actually attract readers' eyes. Especially if some research is done, these images can be very valuable.--Prosfilaes (talk) 21:35, 16 September 2014 (UTC)
@Nagualdesign: I think your point about avoiding prickly discussions and side-taking is quite valid. It's unproductive to argue about the validity of certain edits. If, instead, we can reach a rough agreement on when such edits are appropriate, and a firm set of guidelines as to how they should be done, such discussions can -for the most part- be avoided in the future. Improper requests can be stopped before they are fulfilled and improper edits reverted without lengthy arguments if we can agree on standards which images must meet before being colorized, and standards which the colorized version must adhere to. That would be far better than a group of editors simply voicing complaints about certain edits without taking any steps to correct the problem. Note that despite the length of this thread, no-one has argued that overwriting images is an acceptable practice.
Also, you said "All too often, valid concerns about image edits (of all kinds) are seen as vitriolic by thin-skinned editors," I would like to point out that referring to edits as "abominations" and "unspeakable" is vitrolic, regardless of the thickness of one's skin. "The quality of this edit is quite poor," is a valid concern about an image edit, while "This is an abomination that should never happen!" is vitriol. MjolnirPants (talk) 13:40, 17 September 2014 (UTC)
I stand by my original statement. You seem to be cherry picking individual words to be offended by, regardless of context. "Personally, I think unspeakable images such as this should never happen at all" is a valid concern, and I would gladly second that opinion. And "Creating the coloured abomination serves no more purpose other than creating a coloured-in version of a Julia Margaret Cameron photograph" is equally valid, IMO. I see no vitriol.
The world is full of all sorts of different people with very different sensibilities. Some people can be terse, others polite, and you just have to find a way of getting on with different personalities. If you're going to 'spit the dummy' whenever anyone words something differently to how you would have preferred, perhaps a collaborative project isn't for you. And if you honestly believe that "appending "please" to a demand does not make it less of a demand" then you're on a hiding to nowhere. nagualdesign (talk) 18:48, 17 September 2014 (UTC)
Answer me this... Are you more concerned with ensuring this doesn't happen in the future, or ranting against me for doing somethign you don't disagree with? Your response indicates the latter, and if so, you're on the wrong site for that. Perhaps Facebook or a blog would be more appropriate. Do you have anything to actually contribute? MjolnirPants (talk) 21:35, 17 September 2014 (UTC)
"Answer me this"?! Sounds like a demand to me! Et cetera, ad nauseum. You can see how this going, right? Perhaps the point I was trying to make is that one can simply address the issue(s) raised by another user (especially one with a valid point that you agree with) rather than getting bogged down whining about the manner in which you were spoken to. But we digressed. The thing that actually concerns me is, as I said, not being able to pass contentious images/edits on to a group of uninvolved editors. My suggestion was that, just as with Featured Picture Candidates, a group of volunteers could arrive at consensus on a case-by-case basis through discussion, developing guidelines as they go. I'd gladly defer to the wisdom of crowds rather than engage in a one-on-one that's going nowhere. nagualdesign (talk) 03:26, 18 September 2014 (UTC)
Umm.. Maybe this already exists, actually. I've just been reading Commons:Deletion policy and it seems like some of these unspeakable abominations could be dealt with under existing policies for being out of scope/not educationally useful. I'd still like to have somewhere that poor workmanship could be dealt with though. nagualdesign (talk) 03:40, 18 September 2014 (UTC)
A famous colorizing error was giving "Old Blue Eyes" brown eyes. Delphi234 (talk) 16:53, 19 September 2014 (UTC)
  • Yikes! Do not overwrite the original, ever, and warn against article use when colors are guessed. For example, a reader might look at the photo/drawing of one of these kings in the article to decide whether he is wearing Tyrian purple, or some other color or dye with traditional regional significance, and if the colors have been guessed, this could entirely mislead the reader. Wnt (talk) 22:05, 19 September 2014 (UTC)

"File:Amanda eliasch 2014.jpg" and "File:Amanda-Eliasch-2009.jpg"[edit]

I've come across some files which were uploaded as "own work", but which might have been taken from somewhere else. Is there anyway to verify if either File:Amanda eliasch 2014.jpg and File:Amanda-Eliasch-2009.jpg are actually each respective uploader's own work. One of the files was nominated for deletion here and the result was "keep"; the keep rationale assumes the photo was the uploader's "own work", but doesn't indicate the existence of any proof of the image actually being the uploader's "own work". Thanks in advance. - Marchjuly (talk) 02:14, 18 September 2014 (UTC)

The main reason to accept our claims of "own work" is assuming good faith, because "own work" is nearly impossible to prove, but proving copyvios is easy: you just need to find where the image has been copied from.
Anyway, according to deletion request, the article where the image was (is) used is self promotional. Therefore, it's quite likely that the image was made with collaboration of subject to be used in Wikipedia, and I no see strong reasons to doubt of authorship unless some evidence is found.--Pere prlpz (talk) 12:01, 18 September 2014 (UTC)
Thank you for the reply Pere prlpz. I always try to assume good faith, just wasn't sure if "I am the copyright owner but my picture has been previously published" applies here because at least one of the photos (File:Amanda-Eliasch-2009.jpg) has been used in other places like on page 7 of this pdf. I don't think that's a copvio though because the file was uploaded to Commons in 2009 and the pdf is dated 2013, but not sure if an OTRS is needed. - Marchjuly (talk) 05:05, 24 September 2014 (UTC)
As far as I've seen, OTRS permission is only requested if publication elsewhere is previous to uploading to Commons. There is a lot of images taken from Commons later republished elsewhere - abiding to the license or even not abiding to it.--Pere prlpz (talk) 09:44, 25 September 2014 (UTC)
OK. Thanks Pere prlpz - Marchjuly (talk) 12:26, 25 September 2014 (UTC)

YouTube creative commons interview of Amanda Eliasch useful to us?[edit]

I googled Amanda Eliasch, saw that wikipedia has an [[en:Amanda Eliasch] article, and searched for additional creative commons images of her. Among the hits was a YouTube video http://www.youtube.com/watch?v=yNo6VmbT7Pg -- marked as creative commons.

  1. YouTube allows uploaders to release their contributions as creative commons? I didn't know that. Their summary of CC doesn't say anything about "non-commercial", so is this considered a "free" license?
  2. The videos commons allows have to be in a non-proprietary free format, so, if a YouTube video was under a free license, and was in scope, it would have to be converted into a free format first -- correct?
  3. Screenshots from this video would also be creative commons?

Thanks! Geo Swan (talk) 17:13, 18 September 2014 (UTC)

See Commons:YouTube files. Like all files, whether or not a creative commons license is acceptable depends on the type. Note that youtube's parent company are the people developing the (free) webm video standard, so some videos on youtube could even be in a Free format (Although recently youtube has moved to "DASH" which makes things harder to download). Screenshots are generally a derivative work. They would probably be licensed the same as the video. Bawolff (talk) 03:57, 19 September 2014 (UTC)
Ans 1: Some youtube videos are CC BY 3.0 licensed [1]. Jee 09:57, 19 September 2014 (UTC)

German train station categories[edit]

(I also started this discussion on the German forum.)

I want to discuss German train station categories. Currently, most categories have a name like Bahnhof Sometown, where Bahnhof is the German word for train station. This contradicts the naming rules in Commons:Categories: Category names should generally be in English. They are also not proper names and the word Bahnhof is not appropriate for an international platform like Commons. I think there are two alternate naming options:

  • Sometown Süd (für unique station names) and Sometown (train station) (for ambiguous names), i.e. the category is named after whatever appears on the train station sign, with disambiguation if needed
  • Sometown train station

I prefer the first option. Another question are proper named that include the word Bahnhof, like Berlin Hauptbahnhof (literally Berlin main station). Do we use the German proper name or the english translation. Personally, I prefer the first option, because it means we have clear rules: The category name is the same as the station sign (+disambiguation if necessary). In this case even the article on English Wikipedia is named Berlin Hauptbahnhof. Also, what about Cologne main station, aka Köln Hauptbahnhof? --Sebari (talk) 17:04, 18 September 2014 (UTC)

en:Köln Hauptbahnhof :-). We could make our life real easy if we just leveraged the work that went into choosing the en.wp article names (at leas for those subjects where an en article exists). --Dschwen (talk) 18:33, 18 September 2014 (UTC)
Disagree with Dschwen, train station names can be different on Commons and en.WP (for example, I think that most train stations are actually called railway stations there). The "train station" in category names isn't there for disambiguation purposes, but an essential part of the name, and therefore shouldn't be put in brackets. And, central stations are called main train stations on Commons. My suggestion: [name] train station and [name] main train station.    FDMS  4    22:38, 18 September 2014 (UTC)
Definitely not "main train station". If the name in the timetable is "Köln Hauptbahnhof", then the exact string "Köln Hauptbahnhof" should also be in the category name (non-Latin scripts should be transliterated though). I don't really see much merit in mass-changing such a scheme (note how France has Category:Gare de Menton and such), but I will note that if the common element of such category names is at the beginning rather than the end, that makes it much quicker to categorize into these categories using HotCat because you can then define shortcuts like #bf for "Bahnhof". darkweasel94 13:37, 19 September 2014 (UTC)
It´s not broken, so don´t fix it: An estimated 95 percent of the German railway station categories are very consistently named in the form "Bahnhof X" as this is understood to be a proper name. As all of them are categorized in a "Train stations in Y" category, a descriptive English addition to each individual category seems rather unnecessary. I appreciate the category structure being English, but on the level of individual objects, the actual names in the most common form should be used. --Rudolph Buch (talk) 08:17, 22 September 2014 (UTC)

Moving files into English Wikipedia from Russian Wikis[edit]

Hi, I've been advised to post an image here I would like to have converted into usage file for English language Wikipedia. The image is Файл:Madamin-bek.jpg but if someone can advice me how do this myself I will try to add other images myself. Thanks!Monopoly31121993 (talk) 19:10, 18 September 2014 (UTC)

There is a tool, CommonsHelper/Move-to-commons assistant which you can use for transfer. But you need to check the copyright status of ru:File:Madamin-bek.jpg, if it is compatible with Commons licences, Template:PD-scan etc. --Atlasowa (talk) 09:11, 19 September 2014 (UTC)
The image on ru.wikipedia claims PD-70 on the basis of having been taken in Russia before 1944 (the date is in 1920). The photographer and source aren't listed. I suggested Monopoly31121993 come here to ask for advice on whether this use of PD-70 is accepted these days on Commons. Thanks. --Amble (talk) 21:54, 19 September 2014 (UTC)
Atlasowa, and Amble, thank you for your help. Sadly I couldn't figure out how to perform the upload. I typed the name of the file (:ru:File:Madamin-bek.jpg) but I got this message ("This image has no verificable good license, and can thus not be uploaded to commons through this tool."). I do think that Amble is right and since the image is 94 years old it qualifies for the public domain but I'm still not sure how to go about uploading it (and similarly PD images) to commons. Is there a help page that explains how I can upload these? Thanks again.Monopoly31121993 (talk) 10:13, 20 September 2014 (UTC)

September 19[edit]

W.W.11[edit]

If there is anyone who would like to know what it was like growing up during the blitz in London drop me a line I was originally a Gael then moved to London so that my Pappa could work at Bletchley Park then on from there I warn you I can chat the hind leg off a donkey! — Preceding unsigned comment added by Roberta Adair-Denham (talk • contribs)

CSIRO ScienceImage bulk upload[edit]

Hi all. I'm in the process of running a bulk upload of Category:Photographs from CSIRO ScienceImage which will total ~3500 images. They're great pictures including some unusual subjects, and the majority would be of use in wiki projects. My auto-categorization is pretty poor (based on unthinking conversion of their keywords). So I'd appreciate any help in categorization or usage. CSIRO will announce the collaboration when the upload is complete, so it will look even more impressive if some are in use by then. --99of9 (talk) 03:53, 19 September 2014 (UTC)

Could you re-think your approach? Based on a random sample of one, where it has 6 redlinks and no existing categories, this does not seem to be working out that well. 3,500 is a modest number to play around with, so it should be possible to identify the most common keywords found in the text, or map the CSIRO categories to something more useful than adding "in Australia". In the past I used test batches to drive the production of a spreadsheet of matches which could then be used for batch "housekeeping". I suggest you move the current red-links to a list of keywords in the description and use these as a source for VFC or similar against the bucket category.
If in doubt, I recommend creating a project page on BATCH so that you can "show your workings" and in the long term people can chip in with cooperative suggestions for improvement. -- (talk) 07:54, 19 September 2014 (UTC)
I'll take another look when they're uploaded. Once they're on wiki I expect I can get the common categories sorted pretty quickly with cat-a-lot/hotcat/AWB, and some of the redlinks should probably be blue. I don't think there's any harm in having redlinks in the meantime - it just makes them less findable until then, and proper category/keyword maps would take me a lot longer to implement. What is VFC? --99of9 (talk) 13:51, 19 September 2014 (UTC)
Help:VisualFileChange.js Smile fasdfdsfoiueire.svg -- (talk) 14:06, 19 September 2014 (UTC)

Interwiki[edit]

Please, add interwiki to Category:Darba: [[cs:Darba]], [[lt:Darba]] and [[ru:Дарба]]. This is disabled for me (by unexpected error). Thank You. --Kusurija (talk) 08:15, 19 September 2014 (UTC)

Done. Have a nice day, Kusurija! --Atlasowa (talk) 08:30, 19 September 2014 (UTC)
I'm sorry, but the same problem is for me (why) with all categories of Lithuanian rivers/rivulets. Can someone help me? Thank You. --Kusurija (talk) 08:36, 19 September 2014 (UTC)
Actually categories should not be linked with articles ans vice versa. --EugeneZelenko (talk) 14:08, 19 September 2014 (UTC)
Just add the Wikipedia link in the category page, instead of as an interwiki list. Only one needs to be used because all the rest are linked through the language links. Delphi234 (talk) 16:22, 19 September 2014 (UTC)
Done. If there was a page for it on Commons that could be added to the interwiki links though. Delphi234 (talk) 16:28, 19 September 2014 (UTC)
On Commons most of the interwiki links are between Commons-categories and Wikipedia-articles. As we discussed a year ago at the moment wikidata is only used to store Commons-gallery to Wikipadia-article, Commons-category to Wikipedia-Category and other same namespace interwiki links. So the majority of interwikis are still handled the old way by adding [[cs:Darba]], [[lt:Darba]] and [[ru:Дарба]] to the category page. The assumption is that in the future we will be able automatically create Commons-categories to Wikipedia-articles interwiki links (or something equivalent) based on wikidata, but at the moment we can not. --Jarekt (talk) 14:38, 23 September 2014 (UTC)

Convert to SVG need a tiny RfC!?[edit]

Hello, there is a small "fruitless disagreement" on the rudimentary using / position / correct placing on the file desc. So it is appropriate to make an RfC? (I personally have never done this before but this RfC thing seems very useful?) User: Perhelion (Commons: = crap?) 11:09, 19 September 2014 (UTC)

I propose a standard location for all maintenance templates (either top or bottom of the file). This prevents double usage which I have seen several times. The same applies to maintenance categories (such as "Maps needing South Sudan political boundaries"). Karlfk (talk) 12:20, 19 September 2014 (UTC)
I started to recommend putting them after the description, but then looked at the template and realized that it really does not matter where it is located. Delphi234 (talk) 15:16, 19 September 2014 (UTC)

Full image AND a cropped version?[edit]

I'm uploading a WWII Army Air Force photo. It was mounted on a card that carries all the original identifying marks. I'd like to upload the version with the card so it can be seen, but only use the actual image within it in my wiki article. I'd prefer not to upload two photos, is there a way to have a single page have both and be able to link to either one? Maury Markowitz (talk) 13:38, 19 September 2014 (UTC)

In my opinion, the best way to go about it is to upload both, then link each to the other with the | other_versions parameter of {{Information}}. -- Tuválkin 14:26, 19 September 2014 (UTC)
The User:We hope method is to first upload the full scan with all info, then upload the cropped scan as a new file version under the same name. The full image is available in the version history for those that want to access it... AnonMoos (talk) 01:29, 21 September 2014 (UTC)

Translation not appearing[edit]

This File:Alaska RaceComposition2005 PieChart.svg has translations added, mostly to add a decimal point instead of a comma in the percentages, and when it is used as a thumb it works,
Language not specified
and if the language is specified,
English specified
but not on the file page when English is selected from the drop down box. Japanese works and Chinese, but not English. If your browser is set to a default language other than English this might display properly in English for you. English uses the default for the title, but a translation for the legend values. In other words our rendering works for different languages, but not on the file page. How is the rendering done for the file page, and how is that different from any other use? The various sizes that you can select all work properly. I tried uploading a new version with English, and it did not seem to work so I reverted to the old version, and now it does work, but I might have being seeing an old version both times because of the cache.

As a separate issue, the default is not showing in the drop down box, so I can not see what the image would look like in de, pl, es, fr, and any other language that uses the default, because it is not showing default as a selection in the drop down box (those languages all use "Alaska" as the name of the state). So basically, if a default is used with switch, default needs to be included in the drop down box.

No default:
     <switch>
          <text systemLanguage="en, zh">69.2</text>
          <text systemLanguage="de, es, fr, pl">69,2</text>
     </switch>

     <switch>
          <text systemLanguage="de, en, es, fr, pl">Alaska</text>
          <text systemLanguage="zh">阿拉斯加州</text>
     </switch>

Default, but does not appear in the drop down box for anyone using English, but it needs to appear, 
so that anyone using English can see that the default does not use a period, but uses a comma for the decimal point:

     <switch>
          <text systemLanguage="en, zh">69.2</text>
          <text>69,2</text>
     </switch>

     <switch>
          <text systemLanguage="zh">阿拉斯加州</text>
          <text>Alaska</text>
     </switch>

You can, though, see what say French looks like by adding ?lang=fr&title= in the URL after php and before the file name.[2] Delphi234 (talk) 16:06, 19 September 2014 (UTC)

I don't understand what isn't working in your first paragraph. What are you expecting to see, and what are you seeing instead? As for the second point, yes I could see how it might be appropriate to still have a (default language) option even if english (Which is the MW go-to default) is in one of the <switch>'s. As it stands, you'd have to do something like https://commons.wikimedia.org/wiki/File:Alaska_RaceComposition2005_PieChart.svg?lang=Default Bawolff (talk) 16:45, 19 September 2014 (UTC)
I am guessing that I just needed to hit "reload" to get the decimal points to show up (I was replacing one with commas with one that uses switch to select what to use). I uploaded the same file to Test.svg and it worked fine. ?lang=Default is not working for me - it should show commas as the decimal point, and does not force default to appear in the drop down box. Delphi234 (talk) 17:19, 19 September 2014 (UTC)
As a work around, for now I am just going to upload a version that has all of the languages that use "Alaska" for the name of the state for one of the percentages. Delphi234 (talk) 17:24, 19 September 2014 (UTC)
Hmm, guess it only works when you use lowercase d - https://commons.wikimedia.org/wiki/File:Alaska_RaceComposition2005_PieChart.svg?lang=default (which is really just a hack - its looking for a language with code "default" which obviously doesn't exist so it falls back to actual default). Bawolff (talk) 21:57, 19 September 2014 (UTC)

September 20[edit]

recording[edit]

Hello, on this file, I hear a "boom" at the end, can you remove it please ? Fort123 (talk) 13:04, 20 September 2014 (UTC)

I don't hear a boom at the end (at least not in Firefox 32 and Chrome 37). You could download the file and open it in an audio editing tool to see if you get the same results, and/or provide more information how to reproduce the problem. --Malyacko (talk) 22:43, 20 September 2014 (UTC)
There is a lot of noise at the end of the file as the microphone or recording is shut off. This is corrected i.e. removed by adding a taper at the end so that it decreases to zero without that "boom". Normally a taper is added at the beginning for the same reason. Delphi234 (talk) 17:54, 21 September 2014 (UTC)
Comparison of no taper and a taper. File:Audio lead in and lead out taper.png Delphi234 (talk) 20:19, 21 September 2014 (UTC)

September 21[edit]

Fresh category members tool idea[edit]

Hi. I'd like to (and I'm almost in the process on) write a tool which would show latest category members -- with subcats, recursively -- for new page patrol purposes. It would be a web app where you type a wiki name and category name and get a list of category members sorted by time. Later on I'd have to implement pages (if there's too many) or limit the time frame. Is this worth doing given that categories would move to Wikidata soon? If so, how soon? Thoughts? (P.S. Please distribute to sister projects village pumps). Gryllida 07:32, 21 September 2014 (UTC)

There is already something similar: User:OgreBot/gallery. But that only works for newly uploaded files, not for files that were added to the category later. It does sound useful, though its usefulness depends on the implementation; it should be able to do at least as much as OgreBot. I think in the WMF office hour on structured data (18:21:48) it was mentioned that categories will not move to Wikidata. The system you mean is supposed to be in addition to categories, not as a replacement for them. darkweasel94 08:10, 21 September 2014 (UTC)
I think that the point is in the tool not only being able to track old pages which were added to a category recently, but in it also being able to query categories at any sister Wikimedia project. English Wikipedia new page patrol is a pain at the moment imo. Gryllida 08:14, 21 September 2014 (UTC)
About Wikibase, thanks, I see -- would be nice to see the things documented in more detail. Gryllida 08:14, 21 September 2014 (UTC)

Why we stop use Commons:Photography critiques?[edit]

I'm having "problems" cause I want opinions to improve some photos, and as the Commons:Photography critiques looks like a tomb, I send the photos to "Quality images", when then a received a feedback, some of then not satisfactory, as they say the problem not a possible solution (sometimes not even the problem, just "not good enough"), and the good answers became ridiculous because of the space to answers in QI.

What we could do to bring back that page? Link in the Main Page? Here with a explanation? ... Rodrigo Tetsuo Argenton (talk) 09:34, 21 September 2014 (UTC)

Hi Rodrigo Tetsuo Argenton, I've thought about that as well. Maybe archiving the old discussions could be a first step to make it look less abandoned, then put up two or three new files for discussion. Maybe also launch a watchlist notice to invite people to visit (and watchlist) the page. People seem to have forgotten about it, so make it pop up on their watchlists more often by simply using it. --El Grafo (talk) 09:07, 22 September 2014 (UTC)

Not usefull to give the uploader not the right to delete his picture after he gets a big problem[edit]

https://commons.wikimedia.org/wiki/Commons:Deletion_requests/File:Totenkopf3.jpg

"The employer of the uploader told me, he shares the copy right with me, because I was his employee while I did produce the picture. He don t want the picture in wikipedia under my name Hans Bug (Diskussion) 09:28, 21 September 2014 (UTC)"

When I need it, to fight for my copy right, I will do it. But not under the force of wikipedia against my will and against my employer. I love my job!^^ Please make a fast deletion for me. Thank you for this -- Hans Bug (talk) 09:47, 21 September 2014 (UTC)

Hans Bug, you did not say "I want you to remove my own photo" you said "they don't need that any-more".
So reinsert properly your request. Rodrigo Tetsuo Argenton (talk) 17:14, 21 September 2014 (UTC)
Ups. My first argument was, i am the uploader and beg to delete the picture. Nobody other did need it last years. And my second argument was, its possible to do it, because another admin did this without any problems (and the other uploader didn't beg to do it.)
The same argument was here: http://commons.wikimedia.org/wiki/Commons:Deletion_requests/File:Justiz1.jpg
What's the sense of this? Why do I need more than one good argument, when I need help?
And now I give a third very big argument to help me please. But nothing happens.^^ What's the spirit of wikipedia? -- Hans Bug (talk) 18:46, 21 September 2014 (UTC)
Hans Bug -- "Delete this image because I uploaded it", with no other meaningful reason given, is what's known as a courtesy deletion -- we don't have to do this, but sometimes we choose to do it out of abundance of goodwill. Assuming that the file is properly licensed and not problematic in other respects, the original uploader really doesn't have any "right" as such to peremptorily demand deletion. AnonMoos (talk) 05:57, 22 September 2014 (UTC)
Omg! What a horror! The uploader makes the work for wikipedia, he declares the license, he has the accountability. But why he has no power? The administration has all the power and no liability for anything. And suddenly you are the supplicant, because you have a big problem with your employer and you risk your job for nothing if you don't have the right to revise a mistake. And to be friendly to a user is not a part of the administration in this situation?
You want that I loose my job for wikipedia and for a picture nobody did need all the years? That is what you want to tell me? And you want to tell me, this is a good system for wikipedia to do this? How to understand this? -- Hans Bug (talk) 06:45, 22 September 2014 (UTC)
Why don´t you simply tag it as a copyright violation with {{copyvio|Uploader does not own the rights necessary for release under GFDL}}? This should lead to a speedy deletion within a very short time. It clearly isn´t a case of courtesy deletion but an obvious copyright issue. --Rudolph Buch (talk) 07:42, 22 September 2014 (UTC)
I have deleted this image as a courtesy and/or copyright violation. It wasn't in use, I don't see the harm in deleting it when the uploader is so clearly unhappy about it. -mattbuck (Talk) 08:55, 22 September 2014 (UTC)
Thanks :) I made me very unhappy, all time i did tell nothing else here. -- Hans Bug (talk) 09:19, 22 September 2014 (UTC)

Is this audio recording public domain?[edit]

TLDR: There's a set of valuable audio files from a vinyl record of the famous Ukrainian signer Modest Mentsinsky (died in 1935). The musical compositions themselves are in public domain, but is the recording too? And can a digitized copy of a public-domain vinyl recording be copyrighted? --YurB (talk) 12:50, 21 September 2014 (UTC)

  • If the vinyl is public domain and the digital is a faithful reproduction, I can't see where a new copyright would arise (unless Ukraine has the "sweat of the brow" rule, which as far as I know only exists in the other UK). So the key would be whether the vinyl recording is in the public domain. - Jmabel ! talk 15:14, 21 September 2014 (UTC)
    Thanks! If the singer died in 1935, is it possible for the vinyl to be still copyrighted? --YurB (talk) 16:57, 21 September 2014 (UTC)
    If the recording was created in the Ukraine, {{PD-Ukraine}} would seem to imply its out of copyright. Bawolff (talk) 17:24, 21 September 2014 (UTC)
    The recordings might have been made in Stockholm as the label on the vinyls say "сьпіває Модест Менціньский, /ц./ к. надвійрий співак, Штокгольм" = Stockholm, but it may also just refer to the city where Mentsinsky lived, because you can find on the label also the following text: "Record Manufactured by the Gramophone ...little hard to read (Czechoslovakia) ... Aussig". --YurB (talk) 17:46, 21 September 2014 (UTC)
Recordings in the EU have a flat 70 years from publication; I don't know if that's relevant here. In the US, it's under copyright until 2067.--Prosfilaes (talk) 21:28, 21 September 2014 (UTC)
URAA issue? -mattbuck (Talk) 08:06, 22 September 2014 (UTC)
Not exactly; the URAA actually may not have restored the copyright, but pre-1972 audio recordings are protected by state law that has no expiration date or rule of the shorter term until federal law sunsets them in 2067.--Prosfilaes (talk) 05:36, 23 September 2014 (UTC)
Thanks you Prosfilaes for your answer. Could you please give a brief description what criteria in general are there in US for an audio recording to be in PD (so that I can figure it out in future should I deal with any similar recordings)? --YurB (talk) 18:28, 23 September 2014 (UTC)
American recordings between 1972 and 1989 have some chance of being PD, and recordings published in Iran, Iraq, and any other nation without international copyright agreements by nationals of those countries are PD. If we follow these rules, basically no sound recording is PD in the US. See meta:Wikilegal/Copyright Status of Sound Recordings Fixed Prior to February 15 1972 and w:Capitol Records v. Naxos of America.--Prosfilaes (talk) 02:16, 24 September 2014 (UTC)
EU has a flat 70-year term. This was recently increased from 50 years, and I am not sure if recordings which were fine under the old 50-year term remain fine.
USA normally protects all pre-1972 sound recordings until the end of 2067, presumably without exception. --Stefan4 (talk) 14:48, 28 September 2014 (UTC)
Thank you all for useful answers. This is indeed good to know, although of course a bit sad. My last question, just to make sure I understand this correctly - in USA all pre-1972 recordings are protected, including those produced outside of US? If so, what about materials like the Filaret Kolessa phonograph cylinder collection and similar late 19th and early 20th century folklore recordings hosted on Commons? Best, YurB (talk) 10:10, 29 September 2014 (UTC)

September 23[edit]

HHVM - speed up your page load times[edit]

It looks like the WMF recently deployed HHVM, a page-load optimizing engine, as a beta feature to WMF wikis, available to activate in your preferences. Check the box, hit save, and watch page load times go down :) Cheers, FASTILY 22:21, 23 September 2014 (UTC)

September 24[edit]

Angel's Logo.png flagged for deletion by El Grafo[edit]

I am the owner of all of Angel Sessions photos, videos, website and songs. I created Angel's Logo.png, I build her website and I am her manager and husband. Every photo you see on her website I took. If you go to Angel Sessions website at www.angelsessions.com and scroll down to the bottom right corner you will see that I have added my name (Demetrius Guidry) to the copyrights. As far as the Twitter, Facebook and LinkedIn icons I was only trying them out. Those have been deleted and we are not using them anymore. However, please do not touch any photo, video or song that I upload because I own all of it and have all rights to do so. Therefore, please do no flag or delete anything I upload with regarding Angel Sessions and withdraw your flag. Thank you. — Preceding unsigned comment added by Demetrius Guidry (talk • contribs) 14:36, 24 September 2014 (UTC)

Hello Demetrius Guidry, the problem with this is, that basically anyone could create an account with your name here and claim to be you. Hence, we have no idea if you are Demetrius Guidry or if you are just someone claiming to be Demetrius Guidry. For cases like this, we have established the procedure explained at COM:OTRS, which I already linked for you at the deletion request. Please follow the instructions there and refer to our volunteer support team at permissions-commons@wikimedia.org if you need assistence with that (please note that there is a backlog at the moment so it may take a while until you get a reply). Once everything has been sorted out, the deleted file(s) will be restored by an admin. I know that this may look like unnecessary bureaucracy, but it is intended to prevent people like you from getting your images stolen by people who don't understand/care for your Copyrights. Best wishes, --El Grafo (talk) 10:09, 24 September 2014 (UTC)

User uploading images of unknown copyright status[edit]

Most, if not all, of the images uploaded by User:Jaumellecha as "own work" seem to have been taken from the internet. Their copyright status is, for the images that I have looked into, either unknown or they are outright copyright violations. A few of their uploads have already been deleted as such. The reason why I am here is that I don't know what procedure to follow on Wikimedia for a case like this. - Takeaway (talk) 14:30, 24 September 2014 (UTC)

You could start a mass deletion request; the VisualFileChange tool makes this very easy. -FASTILY 21:42, 24 September 2014 (UTC)
I have invited the uploader to discus them here. I have also put up a few for copyvios, others for standard deletion request. For some other files, I can't find anything with Google Image Search but they too are suspect as they are all very small, around 500-800px and files of max 30kb which to me indicates that they also have been taken from the internet. - Takeaway (talk) 00:02, 25 September 2014 (UTC)

Additional customisation to the "Cat-a-lot" tool?[edit]

Would it be possible to add an additional customisation to the "Cat-a-lot" tool? I'd really like having the possibility to automatically add in a custom edit summary to the recats I do, such as for instance "removed category per COM:OVERCAT". - Takeaway (talk) 14:38, 24 September 2014 (UTC)

Just posted this request at the Cat-a-lot discussion page itself. Forgot that that existed too. - Takeaway (talk) 00:16, 25 September 2014 (UTC)

Motd/2014-10-13 - possible problematic content?[edit]

Excerpt of security camera video showing how Yue Yue was hit twice by vehicles, while 18 others pedestrians or passersby watched and/or ignored the girl laying severely injured on the street.

Looking backward I think it is necessary to ask for comments to my selection of Motd/2014-10-13. Maybe this kind of content could be an ethical issue for some people. --Pristurus (talk) 21:50, 24 September 2014 (UTC)

Are you sure this is in the PD? I know a lack of originality might prevent a work from being protected in some jurisdictions, but I don't know whether that's the case in the PRC or, more importantly, the USA …    FDMS  4    22:44, 24 September 2014 (UTC)
Assuming it's real, security camera video is not copyrightable in the U.S. The only case for U.S. copyright is if the editing involved creativity, and as far as I can tell the editing is just omitting passages in which presumably little or nothing happened. - Jmabel ! talk 23:43, 24 September 2014 (UTC)
Are you sure? I recall seeing the argument that security camera video is not copyrightable made in a lower court by one of the parties to that effect, but that's far from a ruling in a major court, a statement in the Copyright Compendium, or a claim in Nimmer on Copyright. I'm actually less comfortable about the editing; I suspect that it wouldn't take much editing to get a copyright and a lot more creativity involved even in simple edits than most people think.--Prosfilaes (talk) 05:45, 25 September 2014 (UTC)
Hmm. Maybe bring this to Commons:Village pump/Copyright where more people with actual expertise are likely to check in? - Jmabel ! talk 19:19, 25 September 2014 (UTC)
In the European Union, this would be protected by a w:related right, which states that the producer of a film holds the copyright for 50 years from publication. As this is a related right, it is exempted from the originality criterion. I'm not sure if China has anything similar. --Stefan4 (talk) 14:52, 28 September 2014 (UTC)

September 25[edit]

4600 Euros for Socialize Wikimedia Commons[edit]

Hello, I have noticed that a user has requested on meta 4600 EUR for "Socialize Wikimedia Commons". I am concerned. --Steinsplitter (talk) 12:17, 25 September 2014 (UTC)

UploadWizard: Only first file uploaded[edit]

When I try to upload a file using UploadWizard and Mozilla Firefox, only the first file is being uploaded, despite I selected 3 concurrent uploads in my preferences. After the upload completed, there are a bunch of console warnings (like that that the API callback is deprecated -- guys, this is going to be removed in MediaWiki 1.25! so it should probably not in the Wizard any more) -- a thumbnail picture is shown and then the Wizard goes idle simply doing nothing despite indicating 2 pending and 5 more queued uploads. Someone should fix that. -- Rillke(q?) 14:36, 25 September 2014 (UTC)

Are you selecting all files you want to upload at once, or are you selecting them one-by-one? I also use Firefox and selecting them one-by-one (by dragging from the file manager) generally works. darkweasel94 16:55, 25 September 2014 (UTC)
Selected them all together. I sent a link to a screen recording to Gilles. Now using Special:Upload. -- Rillke(q?) 20:26, 25 September 2014 (UTC)
Firefogg enabled triggered this bug. -- Rillke(q?) 17:19, 26 September 2014 (UTC)
I've encountered this problem too, and can confirm that disabling Firefogg will solve the problem. However, I'd just like to point out that I installed Firefogg following advice at "Help:Converting video#Firefogg" which states: "Firefogg is a cross platform browser extension for Firefox which is supported by UploadWizard to automatically convert and upload almost any video file. Just download and install firefogg and use the UploadWizard as normal." If Firefogg is no longer compatible with other stuff, then that advice needs to be updated or deleted. — SMUconlaw (talk) 20:31, 26 September 2014 (UTC)

Royal Society of Chemistry - Wikimedian in Residence[edit]

Hi folks,

I've just started work as w:Wikimedian in Residence at the w:Royal Society of Chemistry. Over the coming year, I'll be working with RSC staff and members, to help them to improve the coverage of chemistry-related topics in Wikipedia and sister projects.

You can keep track of progress at w:en:Wikipedia:GLAM/Royal Society of Chemistry, or use my talk page here if you have any questions or suggestions, or requests for help. Andy Mabbett (talk) 15:34, 25 September 2014 (UTC)

23M[edit]

Well, in the few last hours our file #23000000 was uploaded (or, taking deletions in account, better say a file was uploaded when the total was just under that figure for the first time) — current total is 23,006,289 ({{subst:NUMBEROFFILES}}). File #22M was uploaded on July 21st, a bit over than two months ago, so it is not big news anymore. With the killing-off of mobile uploads (hurrah!) we can maybe expect this growth to slow down a bit from less uploads; continued deltetion of off-scope items and copyright violations may even bring numbers down — although high quality in-scope uploads from GLAM and other such drives may be enough fuel to a growth in quality, also. -- Tuválkin 20:35, 25 September 2014 (UTC)

For reference, a possible guess at file 23 million is File:Nl-poedeltjes.ogg (That's 23 millionth file, not counting deleted files, considering files that are existing as of right now. The real 23 millionth file is probably a bit later than that file since things have probably been deleted in the intervening time). Bawolff (talk) 15:42, 26 September 2014 (UTC)

Alien possum ?[edit]

Hi, white eared possums use to be Didelphis albiventris‎ species. But they live in South America. So what do you think of this guy, said to be North American but white eared and black footed unlike regular Didelphis virginiana‎ ? --Salix (talk) 21:27, 25 September 2014 (UTC)

This might not be the best place to ask. What about "w:Wikipedia:Reference desk/Science?" — SMUconlaw (talk) 20:33, 26 September 2014 (UTC)
The page description doesn't seem very authoritative. FunkMonk (talk) 21:29, 26 September 2014 (UTC)
Which page description? — SMUconlaw (talk) 22:22, 26 September 2014 (UTC)
Thanks SMUconlaw I will ask my question to this science reference desk. --Salix (talk) 09:52, 29 September 2014 (UTC)

September 27[edit]

Category for failure[edit]

HÉV spoorlijn Budapest Békásmergyer missing bolts.JPG

Have we any missing bolts categories or track maintenance faults?Smiley.toerist (talk) 21:47, 27 September 2014 (UTC)

I'd say just put it into a suitable subcategory of "Category:Rail infrastructure". I'm not sure it's currently necessary to have a specific subcategory dealing with maintenance faults or problems. — SMUconlaw (talk) 09:59, 29 September 2014 (UTC)

September 28[edit]

Largest files[edit]

What are the largest files hosted by the Wikimedia Commons, and their sizes? Thanks, Leucosticte (talk) 00:27, 28 September 2014 (UTC)

According to the File list, the largest file is File:2012 State Of The Union Address (720p).ogv, which has 3.21 GB. 2014Best (talk) 01:13, 28 September 2014 (UTC)


Flickr Images[edit]

Hello, I'm new to uploading images and I just discovered Flickr and uploading their images listed under "Creative Commons". I've posted several images which are from the Creative Commons and called "Attribution-NonCommercial 2.0 Generic (CC BY-NC 2.0)". Are these okay to add the Wikicommons? Thank you for the help and hopefully I don't have to worry but I wanted to check before going any further. Cheers!Monopoly31121993 (talk) 15:34, 28 September 2014 (UTC)

No. CC licenses with -ND or -NC in them are not ok. Most other cc lincenses are ok. The ok licenses will say approved for free cultural works on the page that describes the license. Bawolff (talk) 15:39, 28 September 2014 (UTC)
See also: Commons:Licensing. Cheers, --El Grafo (talk) 15:42, 28 September 2014 (UTC)
(Edit conflict)Looks like you figured out how to nominate for deletion. In a clear cut case like this, you can also mark them for speedy deletion with {{speedy|Misunderstood license, image is non-commerical}}. For future reference, when uploading files, in the source part of the description, please include a full url, not just "flickr" (So people can easily double check things if they need to). Cheers. Bawolff (talk) 17:25, 28 September 2014 (UTC)
p.s. You may be interested in http://tools.wmflabs.org/flickr2commons/ which is a tool to help transfer files from flickr to commons. Bawolff (talk) 17:29, 28 September 2014 (UTC)

[edit]

Hello, i've recently created the Ewals Cargo Care article on nl.wikipedia. The German article features a logo from that company. ( https://de.wikipedia.org/wiki/Datei:Ewals_Cargo_Care_Logo.svg ) In my opinion this logo is a simple combination of shapes and text (PD-textlogo). Can I transfer this logo to Commons? Sindala (talk) 15:52, 28 September 2014 (UTC)

Yes, PD-textlogo looks fine for this. Yann (talk) 16:29, 28 September 2014 (UTC)
Thank you. I've uploaded the logo to Commons. Sindala (talk) 17:01, 28 September 2014 (UTC)

Ticket offices[edit]

I have created a Category:Ticket offices. I could only link it to retail. Are there similar categories? There must be a lot of other ticket offices mentioned in the non-english texts.Smiley.toerist (talk) 22:06, 28 September 2014 (UTC)

Category:Ticket booths already existed... AnonMoos (talk) 00:55, 29 September 2014 (UTC)

Does the foundation require Commons to only allow things that are free in the world's most restrictive possible copyright regime?[edit]

Because that's what's being argued at Commons:Deletion_requests/File:Chadwick.jpg. Adam Cuerden (talk) 22:31, 28 September 2014 (UTC)

That is what wmf:Resolution:Licensing policy says: content must be free according to Freedomdefined:Definition, and Freedomdefined:Definition says that there must not be any restriction on where the material is used. --Stefan4 (talk) 22:37, 28 September 2014 (UTC)
That's ridiculous. It's a seven-year-old resolutioon. If the foundation wants to overthrow Commons policty, that may be their right., but I'd quit Wikipedia this minute. Adam Cuerden (talk) 23:03, 28 September 2014 (UTC)
The statement made in the header is not really relevant in the specific case. Anyway one in practice looks at the US copyrigth law and the local law. However this does only apply to "normal" countries. I dont think we have to respect North Korean law and other very restrictive regimes.Smiley.toerist (talk) 23:14, 28 September 2014 (UTC)
You are looking at the part about exemption doctrine policies, which tell whether non-free content can be used and which says that only the laws of some countries need to be considered. The important part here is the definition of a free content licence, which is a licence which satisfies Freedomdefined:Definition. --Stefan4 (talk) 23:23, 28 September 2014 (UTC)
(Edit conflict) Stefan4 is right, that is what the text says. The WMF needs to change it, unless we want to follow the ridiculous notion of obeying Mexico's 100 years after the death of the author copyright term and very expansive definition of copyrightable works. Smiley.toerist IP law is the only issue at hand, and we still follow North Korean copyright; it's unremarkable, and North Korea remains part of the community of nations.innotata 23:30, 28 September 2014 (UTC)
Regardless of what the letter of the WMF resolution or free content definition says, it is the spirit that matters. WMF resolutions only trump Commons policy if the WMF chooses to enforce it. And they certainly aren't going to delete every Commons image in existence if North Korea suddenly says that every image ever created is copyrighted and the copyright owner cannot license away that right. -- King of ♠ 23:36, 28 September 2014 (UTC)
Yeah, there are already some countries where CC licensing and releases into the public domain are in a grey area…
The resolution says it "may not be circumvented, eroded, or ignored by local policies". So we ought to contact someone at the Foundation and ask them, well, to change the policy. Unless someone else does so, I'm going to ask once once I get time in the next few days. —innotata 23:44, 28 September 2014 (UTC)
I took the example of this image. It is in the public domain in the United states. No doubt about that. And since it is a US image, it is therefore also in its own country. However it is not in the public domain everywhere, so it stands to be deleted on Commons. Yet if you try to upload a US-PD image to Wikipedia, a Bot transfers it to Commons to be deleted! Face-sad.svg Hawkeye7 (talk) 04:02, 29 September 2014 (UTC)
Stefan's comment there is nonsense. Yann (talk) 04:58, 29 September 2014 (UTC)

September 29[edit]

File usage[edit]

Why am I getting a link to www.mediawiki.org? This file used to be used on the Greek wiki, el, but is not now.

File:France demographie.png

The following other wikis use this file:

(plus others) Delphi234 (talk) 15:07, 29 September 2014 (UTC)

Weird:
MariaDB [commonswiki_p]> select * from globalimagelinks where gil_to = 'France_demographie.png';
+---------------+----------+-----------------------+--------------------+--------------------------+------------------------+
| gil_wiki      | gil_page | gil_page_namespace_id | gil_page_namespace | gil_page_title           | gil_to                 |
+---------------+----------+-----------------------+--------------------+--------------------------+------------------------+
| eswiki        |     1173 |                     0 |                    | Francia                  | France_demographie.png |
| frwiki        |  4363973 |                     2 | Utilisateur        | Benjism89/France/Article | France_demographie.png |
| kowiki        |    95069 |                     0 |                    | 프랑스                   | France_demographie.png |
| mediawikiwiki |      815 |                     0 |                    | Γαλλία                   | France_demographie.png |
| mgwiki        |      619 |                     0 |                    | Frantsa                  | France_demographie.png |
| sqwiki        |    53088 |                     0 |                    | Demografia_e_Francës     | France_demographie.png |
| svwiki        |   376949 |                     0 |                    | Frankrikes_demografi     | France_demographie.png |
+---------------+----------+-----------------------+--------------------+--------------------------+------------------------+
7 rows in set (0.00 sec)

No idea why its listed for the wrong wiki. 815 is the page id for el:Γαλλία on greek wiki. There is no page on mediawiki.org with id 815, nor has there ever existed a page named Γαλλία on mediawiki.org. Looks like for some reason the entry for elwiki, was inserted for mediawiki.org, and then never removed since the file was only ever deleted off of greek wiki (since it was never used on mediawiki.org). I have no idea. Bawolff (talk) 00:22, 30 September 2014 (UTC)

September 30[edit]