Commons:Village pump

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

Shortcut: COM:VP

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

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

Please note

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

Purposes which do not meet the scope of this page

Search archives


Village pump in India. [add]
Centralized discussion
See also: Village pump/Proposals • Archive

Template: View • Discuss  • Edit • Watch


Image change request from the Prado Museum - Request for community input[edit]

Dear all,

TLDR: WMF Legal would like to know your opinion about whether and in what quality we should host images from the Museo del Prado based on their concerns about really high quality versions on Commons (list of images at the end of the post).


The Museo del Prado has contacted the WMF, asking for the removal of a number of images from Commons. Initially, they simply wanted the images taken down, but after discussion with them, they have suggested that they are only concerned with Commons hosting very high-quality gigapixel images and they are willing to accept Commons hosting lower quality images of the artwork under a public domain license.

We’ve asked the Prado to define what quality they would find acceptable and they suggested that 1000 pixels would be acceptable. They also noted more generally that they would be fine with something that was “very good quality to be used on a screen and make possible to appreciate and study all the details of the paintings.” They also noted, if we agree to make a change, that they would be happy to provide the new files to replace the current ones.

I’ve put a list of every image that the Prado brought to our attention at the end of this post.

As many of you might know from the limitations on reuse of PD-art works, Spain has a 25-year ancillary copyright that may cover these images and could be brought against the uploaders of the images and anyone using them in Spain. Further, in this case, the Prado has argued that their gigapixel images, due to their quality and the techniques in creating them, go beyond mere 2-D reproductions and should not be covered by the U.S. Bridgeman exception or the Commons policy on reproductions of 2-D art. They, along with Google Earth, have made a video showing off the elaborate process used to create the images.

We don’t agree with the museum’s interpretation of Bridgeman, but we can’t say for sure how a U.S. court would handle this case. Because of these issues, we want to hear from the community about whether high-quality photographs of 2-D Spanish works should be hosted on Commons. We particularly want to consider how we should balance the desire to keep these images with the potential rights of the museum under Spanish law and consideration to safeguard image uploaders and reusers worldwide.

Our question[edit]

So, with that explanation, we want to ask you what you’d like to do with these images. Given the differences between the rules in the U.S. and Spain, and the different interpretations of these rules that are possible, do you think the WMF should make every possible argument to keep the high resolution images, or replace the current images with lower resolution versions? We’ve thought of a few different options for how the community could approach this issue and are open to others. We’ve tried to outline what we think the results might be for each one.

  • WMF and community members work together with the Prado to change to lower quality images provided by the Prado and remove the gigapixel images.
  • We think this may make the most sense in this case because it heads off a potential lawsuit, allows the images to all remain on Commons and be accessible for free worldwide, and is likely to lower legal risk to uploaders and reusers of the images.
  • On the other hand, it would make it harder to do close-ups of the paintings or reuse them in other ways.
  • Keep the images in their current quality.
  • This would likely mean one or more lawsuits in Spain under their ancillary copyright, followed by an uncertain one in the U.S.
  • Reusers would likely face higher legal risk as compared to replacing the images with lower resolution versions.
  • Community members choose to remove the images from Commons entirely.
  • This would avoid any debate about what quality is appropriate for Commons and avoid misleading reusers of the images.
  • Other projects would still have the option to host the lower quality versions of the images acceptable to the Prado if they wish to do so under the Licensing Policy (Spanish Wikipedia perhaps).

List of images the Prado would like changed (Copied from list provided to us by the Prado, links added by us)[edit]

Portrait of Philip II by Sofonisba Anguissoña (Felipe II, Sofonisba Anguissola)
The Dead Christ Supported by an Angel by Antonello da Messina (Cristo muerto sostenido por un ángel, Antonello de Messina)
Fran Angelico: The Annunciatium (La Anunciación, Fra Angelico)
Lazaru’s resurrection by Juan de Flandes (Resurrección de Lázaro, Juan de Flandes)
Death of the Virgin by Andrea Mantegna (El Tránsito de la Virgen, Andrea Mantegna)
Artemis by Rembrandt (Judit en el banquete de Holofernes (antes Artemisa), Rembrandt)
Martyrdom of St Felipe by José de Ribera (Martirio de San Felipe, José de Ribera)
José de Ribera (San Andrés, José de Ribera)
Immaculate conception by Tiepolo (La Inmaculada Concepción, Gianbattista Tiepolo)
Self-portrait (Autorretrato, Alberto Durero)
Adam and Eve (Adán y Eva, Alberto Durero) (category link because we don't know which one they meant)
Las meninas (Las meninas, Diego Rodríguez de Silva y Velázquez)
La nevada o El invierno (La nevada o El Invierno, Francisco de Goya y Lucientes)
La maja desnuda (La maja desnuda, Francisco de Goya y Lucientes) (second category link because we don't know which image it is)
Peregrinación a la fuente de San Isidro (El Santo Oficio, Francisco de Goya y Lucientes)
Perro semihundido (Perro semihundido, Francisco de Goya y Lucientes) (third category link because we don't know which image it is)
Martirio de San Andrés (El martirio de san Andrés, Bartolomé Esteban Murillo)
Danae (Dánae recibiendo la lluvia de oro, Vecellio di Gregorio Tiziano) (4th category link)
Holy Family of the Lam (Sagrada Familia del Cordero, Rafael) (second version, also high-res)
Holy Family with Saints Raphael, Tobias e Jeronimo or the Virgin with a Fish (Sagrada Familia con Rafael, Tobías y San Jerónimo, o Virgen del pez, Rafael)
Christ Falls on the Way to Calvary (Caída en el camino del Calvario, Rafael (y taller))
The Garden of Earthly Delights (triptych) (El jardín de las Delicias, El Bosco) (second version, also high-res) 

-Jrogers (WMF) (talk) 20:51, 9 August 2016 (UTC)


  • Comment The Commons community has established that en:1080p or "full HD" is the lowest passable standard for images to pass community quality checks like Commons:Featured picture candidates. That standard is 1920 × 1080 or 2 megapixels. From the beginning of negotiations it seems that the museum is requesting that Wikimedia Commons reduce the level of quality to a level below the community's quality standard for viewing on contemporary devices. If they chose that level without knowing what resolution photo groups want then that seems strange, and if they chose that intentionally to be below current expected photo specs then I am not sure what that means. Can the matter be renegotiated to ask about beginning at Wikimedia Commons' minimal quality specs? If discussion begins below that standard of quality then I think the comments will go in a different way. I wonder if they made an arbitrary choice not knowing that full HD is a contemporary expectation, because there is still a huge distance between full HD and gigapixel. Images could be greatly lowered in resolution almost to the level they request and still pass quality review. Blue Rasberry (talk) 22:27, 9 August 2016 (UTC)
  • I think the usual Commons policies handle it. If they are copyrighted in their source country and there's no free license, then Commons:Licensing says they shouldn't be hosted at Commons. However any images (e.g., lower resolution versions) that Museo del Prado want to put in the public domain, ideally using CC0, should be hosted. --ghouston (talk) 00:01, 10 August 2016 (UTC)
    • No, that's not right. The usual Commons policy in this case is that "PD-Art" applies worldwide, regardless of local laws, and allows them to be hosted. In that case the usual thing would be to keep them unless there are uploaders facing potential legal risk in Spain who would like them deleted. A lawsuit in the USA would be useful for confirming Bridgeman (from the point of view of somebody who doesn't have to pay for legal defense). --ghouston (talk) 00:05, 10 August 2016 (UTC)
  • Most of those images have relatively low resolution. The biggest is maybe File:The Garden of Earthly Delights by Bosch High Resolution.jpg at 30000 * 17078, which is about half a gigapixel. --ghouston (talk) 00:31, 10 August 2016 (UTC)
    • Couple replies. First to Bluerasberry's comment, I think they would probably be willing to go up to 1920 x 1080. 1000 was offered as an example, but their comment about making it appropriate for viewing online along with Commons existing standard makes me think that 1920 x 1080 is something that we could reach as an agreement with them. For the latter part, I don't guarantee that we got every picture correct. They sent us a big list of names that I copied verbatim, and we tried our best to find links to all of them, but a bunch have many copies on Commons. The concern that the museum raised to us in their emails was specifically about the gigapixel issue though. -Jrogers (WMF) (talk) 01:11, 10 August 2016 (UTC)
User:Jrogers (WMF), please do threading. -- Tuválkin 20:47, 10 August 2016 (UTC)
Wait, wait — they just sent «a big list of names»? Names of what? Titles of paintings, or filenames? Apparently the former, in a show of (unsurprising) incompetence. Why are we here, then? How can a takedown be demanded if they cannot even pinpoint what they want taken down? -- Tuválkin 20:47, 10 August 2016 (UTC)
Even if they did not provide us with links to the exact files they want removed (or downsized), we can still discuss the general questions here: What resolution does an image on Commons need to be in order for it to be useful? What value is there in hosting gigapixel-scale images on Commons? To what extent is it worth hosting lower-resolution images (or removing images entirely) in order to avoid litigation and improve Wikimedia’s relationships with important cultural institutions? --CRoslof (WMF) (talk) 21:57, 11 August 2016 (UTC)
My guess would be to have a look at thez pictures in Category:Prado in Google Earth. Jean-Fred (talk) 12:02, 11 August 2016 (UTC)
Just at a quick glance (the first image listed) there are likely to be other issues with these images, anyhow. File:Portrait of Philip II of Spain by Sofonisba Anguissola - 002.jpg was originally uploaded as part of the Yorck Project donation, overwritten with a retouched version, and then much later overwritten with a version from some other (unidentified) source. None of these later changes are reflected in the file page, which still attributes the Yorck donation. It's unclear if the current version is actually derived from the Google photography, though I gather from the comments above that the museum only identified works, and not specific files. Reventtalk 01:25, 10 August 2016 (UTC)
Yes, the 2nd version is possibly derived from the first, and the 3rd looks like a different scan. They should be split into separate files. A source would be nice, but since PD-Art applies regardless of source, it doesn't seem like a reason to delete anything. --ghouston (talk) 01:51, 10 August 2016 (UTC)
i know what user:Dcoetzee will say: "what is good for the national portrait gallery is good for the prado." if they want to sell their high resolution, then to be safe it should stay off-line, with the low resolution as bait. we need a major museum image metadata cleanup. i see User:Multichill is doing it with wikidata. maybe they should talk to User:Kippelboy about online strategy, and interacting with wikimedia. if the images are under 10 MB i would not sweat it, and the larger ones are out already, it is now closing the barn door. they might want to withhold future higher resolution, if they want to maintain their control issues. Slowking4 § Richard Arthur Norton's revenge 02:47, 10 August 2016 (UTC)
That’s a fair position, but it’s also unlikely to help us make friends in the GLAM world. Creating these gigapixel images did require a significant amount of effort and resources. Other GLAM institutions may hesitate to make the same sort of investments in digitizing their collections or making those collections available online if it’s impossible for them to maintain any control over the digitized works (even for a short time). That doesn’t mean we can’t or shouldn’t take a staunch position when it comes to PD-art images like these—we just need to be aware of the possible consequences. --CRoslof (WMF) (talk) 21:57, 11 August 2016 (UTC)
@CRoslof (WMF): It strikes me that the effort here was not actually expended by the museum anyhow... it was done by Google, by their team, with their equipment. When this images were originally released this was described by director of the Prado as "this project of Google Earth", and the announcement included the statement by the General Manager of Google Earth that "this project is a continuation of our endeavours to democratise access to information and culture". Did they mean this? Or is the access to these works only sufficiently 'democratic' if they maintain control of it, if they can 'brand' it? The article from New Atlas linked above, that includes the video, describes Google as having "become by default the gatekeeper of global information for this generation." I don't think access to our cultural legacy needs a gatekeeper. These works of art are the common property of all mankind.
There are many other major institutions, such as the Rijksmuseum and the Getty, that have truly opened their collections digitally, without it being paid as part of an exercise in corporate brand building, and I don't see that it has hurt them at all. I suspect, strongly, that this is far more about Google's interests than those of the Prado. Reventtalk 23:16, 11 August 2016 (UTC)
Or maybe it's really about this. Reventtalk 23:23, 11 August 2016 (UTC)

Humm, two main things concerns me, and they are in the same paragraph:

"'very good quality to be used on a screen and make possible to appreciate and study1 all the details of the paintings.' They also noted, if we agree to make a change, that they would be happy to provide the new files to replace the current ones2."
  • 1. For study, bigger is better, that's it; and our scope is related to education.
For that reason, do not make any sense to downsize this images. Plus, this is a 2D representation, and maybe in the future, this resolutions would be considerate average, and for that reason we request the max resolution possible... we need to understand the real reason behind this arguments, because if they want that we provide material for study, as they alligate, a giant image could be away better.
  • 2. This is a blackmail posture.
Accept that will not bring any good for the Movement, if they want to provide some images, great, but we do not need to remove any image in their favour. And this could open a gate to hell... creating a precedent of bad attitude can be very harmful for the Movement. Actually, we do not encourage downsizes, and accept this move is say "yes" to downsize, and it would open another gate, that could be an even deeper hell, as we already have a gigantic number of images downsized by the photographers in order to protect the max quality, limiting the usability of the images...

So Symbol keep vote.svg Keep, and the worst scenario it's to resize the images, however we still not accepting the blackmail doubtful proposal, and we say that downsize is not for us. -- Rodrigo Tetsuo Argenton m 18:16, 10 August 2016 (UTC)

  • I would not agree to anything less than 5 MP. This is the resolution of low end cameras now. Ruslik (talk) 19:02, 10 August 2016 (UTC)
  • Symbol keep vote.svg Keep, of course, and refuse to bow down to their blackmail. Even in those cases where actual pixels in our files come from the Prado site (and not merely depicting paintings that are hosted there with pixels from other sources), their photography work (the kind which is «mere sweat of the brow») is paid for by the government of Spain as part of their (Prado’s) mission to dissiminate culture; that photography work should not have its costs covered by the sale of pixels. On the contrary, inasmuch Wikimedia Commons does promote through its hosting and curation the collections held at the Prado, we are actively contributing to their ticketing revenue — if anything, Prado should instead thank Commons and offer to facilitate more uploadings.
Also, to a degree that’s maybe not much more, but surely not less, than the average for such national museums of powerful nations with a long history, a sizeable portion of Prado’s exhibits is war loot. I’m personally in favour of ignoring provenance and of keeping artworks and historical artifacts wherever they are safely in public display, but if the game is outlandish legal minutiæ, it can be played by all.
-- Tuválkin 20:42, 10 August 2016 (UTC)
We always defended {{PD-art}} so we should definitely do that now. Let's take the intro of Bridgeman Art Library v. Corel Corp.: " Bridgeman Art Library v. Corel Corp., 36 F. Supp. 2d 191 (S.D.N.Y. 1999), was a decision by the United States District Court for the Southern District of New York, which ruled that exact photographic copies of public domain images could not be protected by copyright in the United States because the copies lack originality. Even though accurate reproductions might require a great deal of skill, experience and effort, the key element to determine whether a work is |copyrightable under U.S. law is originality. "
That was back in 1999. In 15+ years the quality and resolution increased a lot, but still no originality in reproducing an image. Bring it on, Prado v. Wikimedia sounds like a good banner Symbol keep vote.svg Keep. Multichill (talk) 21:06, 10 August 2016 (UTC)
I agree with Multichill. Unless we're going to surrender our position on PD-art in all cases, permitting images under PD-art only once the reproduction itself (not just the original work) is in the public domain locally, we have no reason to do anything here. Bridgeman v. Corel is only a district court ruling, not something that reached the Supreme Court or even an appeals court, but it has a great deal of w:persuasive precedent, and the chance that another US court would disagree is minimal; unless WMF Legal believes that we need to abandon PD-art for the sake of the survival of the WMF, we have no reason to listen. Let's not be rude, of course, but it's time for us politely to say no. Nyttend (talk) 00:30, 11 August 2016 (UTC)
  • Symbol keep vote.svg Keep Agree with "bring it on". The Prado would be profoundly stupid to take any of these high educational value public domain images into court with thin claims of copyright and unproven 'sweat of the brow' argumentation. Not only would they lose the case, it would set a legal precedent for all institutions ensuring that they can never make legal threats of this type in the future. Shame on the middle management wonks within the Prado that can find nothing better to do with their well paid for time. With regard to "Spain has a 25-year ancillary copyright", that can be shot down in the first minute of a legal hearing by pointing out where and when the same artworks were previously published before the Prado started making their reproductions, consequently there can be no first publication rights. Note for WMF Legal, it's better to avoid paraphrasing fear mongering legal threats. If the Prado want to make legal threats, please publish the legal threat fully in the Prado's own words and the community can then tease out more from the original words such as associated legal phrasing and intent. -- (talk) 13:03, 11 August 2016 (UTC)
Addendum with respect to ancillary copyright, the rejection appears simpler than I presumed as I was interpreting this as similar to other European publication rights. A bit more reading shows me that the 2014 Spanish ancillary copyright makes a presumption that the original works are copyrightable in themselves, without this nature partial or other reproductions in ancillary publications do not create new copyrights. The Prado would have to provide a clear explanation of their argument, with links to legal acts and existing case studies, as this looks awfully like pseudo-legal chaff in order to spread enough fear and doubt that unpaid volunteers like us will not touch their stuff. Thanks -- (talk) 13:03, 11 August 2016 (UTC)
  • Symbol keep vote.svg Keep I also agree with the bring it on proposal. Public domain is essential to our vision as a movement, and we have consistently and proudly defended it over the last 15 years. Our standing for what we believe to be right is what distinguishes us from other educational charities and organisations, and unless we change our opinion about {{PD-art}}, we ought to refuse this request, even if it means legal action. Incidentally, this should be a good sign that we should increase our lobbying in favour of the public domain in the European Union so as to avoid such situations from occurring in the future. We know we are in the right, we will have the public on our side—I wonder how the Spanish people feel about being charged for access to works they have already paid for—so if it comes to it, we should stand our ground. As @Multichill rightly points out, Prado v. Wikimedia is going to look great as a headline. Also, if there are any Spanish residents who might be in legal jeopardy because of their actions as community members, we should ensure they get all the legal help we can provide them through our Defense of Contributors policy. And as a last point, I would like to thank @Jacob and the legal team for starting this discussion here; I think we all appreciate being consulted before any action is taken on behalf of our projects, and it makes a nice and welcome change from the past. odder (talk) 11:05, 11 August 2016 (UTC)
  • Symbol keep vote.svg Keep If we could not keep gigapixels images, we should not accept anything lower than high quality DSLR images, i.e. at least 24 Mpixels (6000 x 4000). This doesn't require stitching several images, and would therefore be acceptable under Bridgeman. Beside, would they accept volunteers with a high-end equipment to take pictures themselves? Regards, Yann (talk) 10:44, 11 August 2016 (UTC)
  • Symbol keep vote.svg Keep Per odder's comment. --Steinsplitter (talk) 11:08, 11 August 2016 (UTC)
  • Symbol keep vote.svg Keep but we should do courtesy deletions if the uploaders prefer to have the files deleted. (Someone else can always re-upload the files under their own name after a courtesy deletion of course.) Natuur12 (talk) 12:40, 11 August 2016 (UTC)
  • I am neither, of course, a lawyer, nor your lawyer, but I think we should consider this from a slightly different perspective.
The position of the USCO, as stated in the Copyright Compendium (310.6 and 310.7), is that neither creative skill and experience; nor time, effort, and expense required, have any effect on the copyrightability of a work. This is not a new rule from Bridgeman, which the USCO does not even cite. Instead, they cite a 1976 case which states that 'physical skill' and 'special training' cannot create originality, and that case itself cites ruling going back to the 19th century, that 'slavish and mechanical reproduction cannot create an author'. They also cite Feist: Justice O'Connor said "copyright rewards originality, not effort" and that the idea that effort mattered was against the basic principles of copyright.
Bridgeman was not 'new law'.... that it why it is so persuasive. The very effort of reproduction that the Prado expects to be rewarded for, that they are so proud of, was an effort to slavishly and exactly reproduce every detail of these works, down to the last brushstroke. It was an attempt to avoid the very original expression that copyright is intended to encourage and protect, and instead to mechanically replicate the creativity embodied in these works to the highest degree that could possibly be managed. That attempt at 'slavish and mechanical reproduction' is exactly what copyright does not protect.
I truly believe that the Prado does not have a leg to stand on, under US law.
But what about Spanish law? The very section 128 mentioned in our policy, that grants a 25 year term, is about 'simple photographs', ones that 'do not have the nature of protected works' that grants the normal term. They can't have it both ways. If it's granted that their effort is so special and extraordinary that it somehow transcends a lack of originality and thus deserves copyright protection, then it's not simple. It seems as if it's hoped that we, and possibly some court, will miss this inherent contradiction, or that they can somehow pick and choose what they claim to be true depending on where they are standing.
I say no, emphatically, to removing any images of these works on the basis of what I believe are baseless legal threats. Neither the Prado, nor Google, created these masterpieces.... this art is the common property of all mankind. Copyright is intended to encourage human creativity by rewarding authors for their efforts, not to reward those who simply manage to later hoard away the only copy. We are required, sometimes, to remove works because of laws we think are stupid... we should not remove works simply on the basis of threats. Reventtalk 12:30, 11 August 2016 (UTC)
Sorry for answer so late Slowking4. I am available in case talk to someone at the Museum is needed, so just tell me. --Rubén Ojeda (WMES) (talk) 20:13, 21 August 2016 (UTC)
If it takes taking to the barricades and starting an all-out war to defend the public domain, then so be it. But yes, as a general principle we should try to exhaust all other possibilities before going to court. And just as a suggestion, please try to avoid overstating the issue; a single court case will cost nowhere near to spending the whole of the budget that the Legal team have been allocated. odder (talk) 13:27, 11 August 2016 (UTC)
Museums and Wikimedians are natural allies, and it’s unfortunate when we wind up in an adversarial position. In such cases, the legal team doesn’t hesitate to defend the public domain, as we have in the German Reiss Engelhorn Museum lawsuit. In this case, though, there is the possibility of avoiding a lawsuit and earning goodwill with an important cultural institution if we make some concessions regarding image resolution. The question we’re trying to answer is whether that trade-off is worth it. (The consensus so far seems to be “no”.) --CRoslof (WMF) (talk) 21:57, 11 August 2016 (UTC)
@CRoslof (WMF): Make that a resounding no. Josve05a (talk) 23:57, 11 August 2016 (UTC)
What did the museum offer as trade-off for downscaling such images? So far they don't seem to have offered anything. Could they perhaps upload high-res images of a large number of their pictures (specially those not on exhibition) in exchange for such courtesy downscaling? Platonides (talk) 23:46, 11 August 2016 (UTC)
@Platonides: It seems apparent from the above that what they offered in exchange was "we won't sue you." Meh. Reventtalk 23:52, 11 August 2016 (UTC)
we also do not know the internal politics of the institution. we try to work with the outreach staff to get some wins, to argue against their legal staff, who tend to have bought the IP bar's practice. if we do not play nice with others, then commons gets a bad reputation, then they lock the door, as we saw with the Finnish photo museum. you can be as pure as you want about licenses, and you may become a walled garden. but hey, more wiki'splaining for me, thanks all. Slowking4 § Richard Arthur Norton's revenge 02:10, 12 August 2016 (UTC)
@Revent: I didn't consider “we won't sue you -based on a law apparently not tested in court- for storing some public domain images” to be "anything"… Specially not if we are consider this as a polite request by a natural ally requesting a courtesy downscaling. Platonides (talk) 23:12, 12 August 2016 (UTC)

"Museums and Wikimedians are natural allies" ehh... in a ideal word (not even wikimedias are allies...)... and for those saying that would accept 24 mpx, or 10... dudes, they are complaining about those, open up the list provided by them, there are some ~2'000 x ~2'000 pictures... probably they will provide a 2002 phone quality (1000 pixels) ... ¬¬

Anyway, Jacob, Charles, WMF talked directly with Google about it? As far we know, Google is who did the images, no? We can summary ignore Padro actually, because one of their allegation is violation of copyright based in the trouble to make giant pictures, and that the owner of those are images are the ones who took the pictures, and made all the process to deal with distortions... Google did it, based on the link that you provided.

The museum claimed that it contracted with Google and that, since Google worked with them under Spanish law, it agreed to display the images under a limited license that did not permit reuse. We have no reason to believe that's incorrect, and we're treating it assuming that if there is any kind of copyright applied to the pictures, it would be owned by the Prado. -Jrogers (WMF) (talk) 20:51, 15 August 2016 (UTC)

Until now, I didn't understand why they are ... complaining about us have those images here, if anyone could access the same images in the Google Earth...

Talking about that, why we did not seat with Google and bring all this processes documented? -- Rodrigo Tetsuo Argenton m 08:50, 12 August 2016 (UTC)

  • Pictogram voting comment.svg Comment File:The Garden of Earthly Delights by Bosch High Resolution.jpg is one of those files that I understand the request. That's incredible detail that took quite a bit of work to produce. Most of the other stuff, eight megapixels are barely starting to see the painting, and one megapixel is so low we can probably replace it with a scan from a book and come out ahead. As for internal politics, it's not worth folding on the merest hope that maybe we'll be able to do something in the future.--Prosfilaes (talk) 13:48, 14 August 2016 (UTC)

I want to address the Prado's motivation in this discussion. In all the emails that I've had with them, they have been very reasonable. I think they are coming at this from the perspective that they have rights in these pictures and believe that they should protect those rights. I'm sure that's done in order to help them make money, but I think they plan to use that money to help preserve the art and disseminate information about it, and I don't ascribe bad motives to them in this whole matter at all. Rather than demand removal, they've tried to compromise and instead asked us just to lower the quality of the pictures. The list including images that aren't in super high quality was likely due to unfamiliarity with Wikipedia leading them to pull every link that came up with "Prado" rather than a bad motive to remove more content than they intended. The point of this discussion though, is that regardless of the Prado's position, we want to get community input about what to do in response to that offer. We weren't sure if the Commons community would even want to host the high quality images in a situation where the laws of different countries might come to different conclusions. Now, it does seem like the conversation is a pretty strong keep, but I do want to make sure it's because the people participating think it's the right thing to take a strong stand for placing these kind of gigapixel images in the public domain and not just because it might appear that the Prado may not have done things right in this particular case. -Jrogers (WMF) (talk) 21:04, 15 August 2016 (UTC)

few here collaborate with GLAMs, so it is easy for them to tell them to "bring it on". this community approves of w:National Portrait Gallery and Wikimedia Foundation copyright dispute, and w:Monkey selfie; and seeks to thrust bridgeman around the world. they have very little tolerance for the rear-guard revenue seeking (which is a delusion), or stewardship of the public domain. we need a wikimedian on the ground to collaborate, with some tactics to route around the adversive culture here. email is not good enough. Slowking4 § Richard Arthur Norton's revenge 03:00, 16 August 2016 (UTC)
Yes, we do think that Bridgeman should be a principle world-round, and being stewards of the public domain ourselves, we're a little frustrated with groups who claim to be stewards of the public domain and who generally do so poorly.--Prosfilaes (talk) 10:24, 17 August 2016 (UTC)
I think if the issue is the gigapixel images, that the discussion has been miscentered, because the files pointed to were not generally gigapixel images.--Prosfilaes (talk) 10:24, 17 August 2016 (UTC)
  • Pictogram voting comment.svg Comment Hi all, this is Discasto. First of all some clarification:
    • Prado Museum possibly holds exploitation right over such pictures, but only for 25 years. That's so according to the article 128 of the Spanish Intellectual Property Act. It creates new exploitation rights over works (even if they're in the public domain) and therefore, according to the Spanish law, Prado Museum possibly holds such rights. Such statement is registered here but has been universally ignored until now.
    • On the other hand, I can't see any difference with regard to I wonder why the official position of the WMF in this case should be different from the w:National Portrait Gallery and Wikimedia Foundation copyright dispute.
    • Finally, if the community agrees to fulfill Prado's requirements, the same rule should apply to every equivalent picture and therefore, any picture from public domain works in Spain not actually taken by a person must be removed. Or I'm missing anything...
    • My €0.02 --Discasto talk 14:44, 16 August 2016 (UTC)
  • Pictogram voting comment.svg Comment The problem is, that, as soon as we implement a special deal with the Prado, we acknowledge that there is a protection-right covering 2D-redroductions. And that opens the gate to any body else, to claim rights on the hundreds and thousands of Reproduktions here on Commons, without offering anything in reward.
    • And this in includes the cases, where the WMF has already taken legal action (namely Reiss-Engelhorn) as well as...
    • the reproductions done by private Persons, that have never been tagged with anything but the PD-tag (that may not be sufficient anymore).
I'm afraid that this case may have consequenses, that are going far beyond this small deal with the Prado. // Martin K. (talk) 15:09, 18 August 2016 (UTC)
  • Symbol keep vote.svg Keep, as long the Prado don't allow us (and others) to take pictures there, we need to get images of old art in different ways. We can talk about it, when the Prado stops sitting on their by the mankind borrowed (not owned) art. Marcus Cyron (talk) 16:37, 18 August 2016 (UTC)
  • Symbol keep vote.svg Keep per others above. Keeping these images strengthens our position on treating two dimensional reproductions of public domain works as public domain. Additionally, lawsuits in Spain and possibly the US would be useful to remove legal uncertainties for uploaders and reusers. Our past GLAM cooperations have shown that increased exposure of institutional content (through Commons, Wikipedia, etc.) lead to more visitors to their websites, sales through their online shops and effect other metrics that matter to institutions. An increasing number of applications like retina displays, print/web/game design, etc. require high resolution content. Last but not least hosting and disseminating high resolution content is a sustainable approach for the future (think of destroyed archives or inaccessible online services). Regards, Christoph Braun (talk) 18:34, 24 August 2016 (UTC)
  • Downsize until Reiss-Engelhorn Museum of the City of Mannheim v. Wikimedia Foundation appeal is complete - For those itching for a court case (ghouston, Multichill, , odder, Steinsplitter, Christoph Braun) there is already one in progress. Reiss-Engelhorn v. Wikimedia Foundation (which we lost the first round of) is basically identical to any court case that would come out of this situation. Both Spain and Germany have ancillary copyrights for sweat of the brow, so museums in those countries are free to claim copyright (25 years in Spain, 50 in Germany) over images they have digitized. It doesn't make sense for the WMF to waste money on 2 nearly identical court cases. Let's see what happens with the Reiss-Engelhorn appeal, and then go from there. We're playing a long game with limited resources and we need to choose our battles. Starting another court case on the exact same premise would be a waste of money, IMO. Also, there's a pretty good chance that Prado would win (at least within Spanish jurisdiction). Keep in mind this is a very different situation than the National Portrait Gallery threats. I would completely support entering into a court case within the UK, as the UK doesn't have ancillary copyrights, and we would actually be clearing up a grey area. Personally, I don't see any potential benefit for us entering into a case against Prado. Also, on the issue of clarifying Bridgeman, I strongly doubt Prado would be interested in suing within the US, as they would have very little chance of winning a case there (even if that means they can only enforce the decision within Spain). IANAL. Kaldari (talk) 18:54, 24 August 2016 (UTC)
@Nemo: The German law is here. The Spanish law is here. The wording of the two is very similar. Output from Google Translate:
Spanish law: "Whoever takes a photograph or other reproduction produced by a process analogous to that, when neither having the character of protected works in Book I, enjoy the exclusive right to authorize reproduction, distribution and public communication, on the same terms recognized this Act to the authors of photographic works. This right will last twenty-five years counted from 1st January following the date of completion of the photograph or reproduction year."
German law: "Photographs and products which are manufactured similar to photographs, are protected in application of the rules applicable to photographic works provisions of part 1. The right referred to in paragraph 1 shall belong to the light generator. The right referred to in paragraph 1 expires fifty years after the publication of the photograph or if its first permitted public communication took place earlier, publicly after this, however, already fifty years after the manufacturing, where the photograph within that period not published or legally has been reproduced. The period shall be calculated in accordance with § 69th."
They are both ancillary copyrights (or "related rights") specifically for photographs not otherwise protected under copyright. Commons:Reuse of PD-Art photographs#Germany seems to agree with this. It mentions that "purely mechanical reproductions" such as photocopying are not covered, but explains that photography with a camera is. It's my understanding that this is why we lost Reiss-Engelhorn v. Wikimedia Foundation. Perhaps Jrogers (WMF) could confirm. The situation with Prado seems identical as far as I can tell, except that their reproductions were even less mechanical (judging by the video). Kaldari (talk) 15:01, 25 August 2016 (UTC)
The wording, as translated, doesn't seem similar at all to me, especially as one says that it's not copyright and the other says it is (to work around the 50 years limit per Berne convention, presumably): «when neither having the character of protected works in Book I» vs. «are protected in application of the rules applicable to photographic works provisions of part 1». Hence the jurisprudence. However the translation may be tricky; do you have some source for claiming the two provisions are very similar? Nemo 15:05, 29 August 2016 (UTC)
@Nemo bis: Please read the laws in the context of the full documents. The Spanish law essentially says "Photographs, when not protected by normal copyrights, are granted an ancillary copyright. This right lasts 25 years from when the photograph was created." The German law essentially says "Photographs are granted an ancillary copyright. This right belongs to whoever took the photo. This right lasts 50 years after the photo is published." For the purposes of this discussion, the laws are effectively the same. They both grant an ancillary copyright that is based on production of the photograph rather than any creativity or originality. They also both exist alongside regular copyrights covering any creative works. Kaldari (talk) 19:51, 20 September 2016 (UTC)
  • Keep Jane023 (talk) 20:50, 24 August 2016 (UTC)
  • Keep per above, especially Martin K., I wonder that after many years that many of those photos exist, they start their question. The number of files which might be inflicted too, is much bigger I guess.
And please and urgently read my new topic Commons:Village pump#Commons admin and oversighter @Rama: from France refusing Licensed-PD-Art-tag and insisting on her copyright for merely PD-Art photographs, dealing with the inverse case within commons--Oursana (talk) 02:48, 25 August 2016 (UTC)
  • Deleting/downsizing a 7 megapixel PD-Art photo that anyone could take with a phone? Nonsense. Also, this is not a negotiation unless the Prado offers something. Other than keeping the photos as is, I only see two possibilities:
    • we organise an editathon/photathon inside the Prado to take our own photos of all the items, given photos are allowed (we could also use their own app for the 50 main ones: ), and upgrade the resolution for all photos;
    • Prado offers a content release of their own photos to increase our photo collection, e.g. offering at least 10 thousands images; Prado and Wikimedia (ideally WMES, if they're interested) decide together what resolution makes the effort worthwhile; the Commons community, convinced by the gain in coverage, allows such such photos to override existing ones even when there would be a resolution downgrade. outreach:GLAM/Case studies#Museums and galleries (in particular Tropenmuseum and Kelly 2013) can be used to convince them.
Hopefully Prado can show some commitment to the promotion of culture. If not, they'll need to be forced by the sovereign people. Nemo 07:34, 25 August 2016 (UTC)
I suggest the WMF allows WMES to take a lead, perhaps offering some extra funding to cover basic expenses of volunteers. Based on my work in other large national organizations, this is what I would do to help the Prado, I would:
  1. first understand their published goals as an institution, work inside to understand how much revenue they make from these images and the costs of digitization, and understand which parts of the organization believe that they should lock-down the high resolution versions. I would look to gain an insight from staff within the Prado that we know support open knowledge goals, which may well turn out to be most of them.
  2. present a plan back to all interested staff that confirms the financial and legal facts, then goes on to suggest projects to increase the Prado's public impact and revenue by opening up their collections.
  3. find supporters outside the Prado, including the potential for project funding for a Prado open gallery project from EU sources, Arts grant bodies and the WMF and its sponsors. This may be as simple as helping to fund a more innovative digitization project through to funding for an in-house Open Knowledge advocate who can support internal education events on copyright and open knowledge programmes, as well as the (now classic) public engagement with edit-a-thons and external media promoting the Prado's collection.
So, the question for Prado should be, how much money do you believe you would lose by leaving the high resolution images on Commons, and would you like us to help you make back that money and increase the Prado's international profile? -- (talk) 08:17, 25 August 2016 (UTC)
  • Renegotiate terms with the museum as described above by Nemo, inside a GLAM framework. --Marcok (talk) 07:50, 25 August 2016 (UTC)
  • Engage + negotiate but keep, as Fæ and Nemo describe. Use Prado's interest in this case to engage at a few levels: local community members and global GLAM enthusiasts who have organized collaborations at this scale elsewhere. Agreed that Prado and WMES together can work out what resolution would make such an effort worthwhile. We might also clarify Commons policy on acceptable minimums in such contexts: what counts as 'low resolution' definitely changes with time; 24MP seems reasonable today. --SJ+ 13:49, 25 August 2016 (UTC)
    Also, @CRoslof (WMF): wrote:

    Creating these gigapixel images did require a significant amount of effort and resources. Other GLAM institutions may hesitate to make the same sort of investments in digitizing their collections or making those collections available online if...

    Effective integration in WP almost always results in better visibility and publicity for the museums. We should make this clear in each interaction. (We should also have an estimate of how much it would cost to have our community generate such images, for friendlier collaborations. Many musuem digitization projects are supported entirely by grants; if we can do the digitization /and/ ensure PD availability to the whole world, our community would be an effective conduit for such work.) --SJ+ 13:58, 25 August 2016 (UTC)

Comment. Without having read the whole discussion: I'm surprised by the "List of images the Prado would like changed". File:José de Ribera 028.jpg (2,310 × 3,071 pixels) or File:El martirio de san Andrés.jpg (2,717 × 2,076 pixels) are supposed to be of ultra-high resolution? I'd say that by today's standards, this is really no particularly high resolution; that said, it is so low that the difference to ca. 1920 x 1080 which, according to Jrogers (WMF) the Prado would probably be fine with, wouldn't be that huge, and so I somewhat wonder what the fuss is all about, if I may say so. I mean - on the one hand, changing the resolution in these cases wouldn't be a big loss for Commons, but on the other hand, what exactly loses the Prado if File:José de Ribera 028.jpg is ever so slightly larger? As far as I can see, only four images in the list fall into the "extremely high-res" category: File:La Anunciación, by Fra Angelico, from Prado in Google Earth - main panel.jpg, File:The Immaculate Conception, by Giovanni Battista Tiepolo, from Prado in Google Earth.jpg, File:Selbstporträt, by Albrecht Dürer, from Prado in Google Earth.jpg, and finally, File:The Garden of Earthly Delights by Bosch High Resolution.jpg. The last one, "The Garden of Earthly Delights", is a special case. This is a large and incredibly detailed painting where a 1920 x 1080 resolution simply wouldn't be enough to appreciate it - in this case, if the result of the discussion were to honor the Prado's request, I really think they should allow for a higher resolution. However, I tend to agree with Martin K. - wouldn't even the appearance of acknowledging 2D reproduction rights be dangerous? Gestumblindi (talk) 23:39, 5 September 2016 (UTC)

Good point about the painting size. Rather than a fixed resolution, for such a varied material it's wise to talk about ppi/dpi. For instance, 150 dpi (usually considered insufficient for printing) would mean a 23000 pixels wide image for that 390 cm painting (which is a bit less than the current resolution). Nemo 16:38, 6 September 2016 (UTC)
I hestitate to mention it, since it isn't on their list, but this painting is nearly 3 x 10 METRES in size, with several photos on commons and a long article on English WP (plus one on fr). I certainly agree ppi/dpi is the way to go. My general view follows in new point. Johnbod (talk) 16:05, 13 September 2016 (UTC)
  • Engage + negotiate but keep, per Fæ and Nemo. Johnbod (talk) 16:05, 13 September 2016 (UTC)

August 10[edit]

August 12[edit]

Numbers on licence plates[edit]

Photograph with highly visible car numberplates, Hungary 1975.

I have found this edit while I was patrolling recent changes. I think I have seen a page on Commons which says that numbers on licence plates should be hidden, but cannot find it. Could somebody help me? --jdx Re: 03:15, 3 September 2016 (UTC)

  • @Jdx: looking back on this thread I had missed this, the very first comment - sorry. But I thought I remembered something similar too. I thought it was in Wikipedia:WikiProject Automobiles/Conventions though. As it clearly isn't there now, I went back through its history and found this modification, which removed the part I had recalled. Hope that might help. DeFacto (talk). 20:02, 9 September 2016 (UTC)
  • Such rules vary in different countries. I have no idea what the rule is in Germany. - Jmabel ! talk 04:21, 3 September 2016 (UTC)
  • Is this {{Private information}} the template you're looking for? Offnfopt(talk) 06:49, 3 September 2016 (UTC)
    • EDIT: Nevermind, just noticed the notice at the top of the template: "ATTENTION: This template is not yet operational, DON'T USE IT". Offnfopt(talk) 06:52, 3 September 2016 (UTC)
Wikimedia Commons policy on identifiable people has section on the right of publicity and the right of privacy. Extending this policy to cars, I do not believe it necessary to blank out the number plate if the owner is exhibiting their car at, say, a veteran car rally - there is even an argument that under the right of publicity the number plate should remain untouched. However, if the car is shown, as in the image in question, in a location where it could reasonably be identified as belonging to a particular person (in this case, the owner of the house in question), then the owner's privacy should be respected. The policy states "Even in countries that have no law of privacy, there is a moral obligation on us not to upload photographs which infringe the subject's reasonable expectation of privacy." On the other hand, if it is not possible for the casual observer to link the car to its owner, then local law should prevail. Martinvl (talk) 07:41, 3 September 2016 (UTC)
As far as I understand German, this is a parish and cemetary administration office, so it is a public place. --jdx Re: 08:59, 3 September 2016 (UTC)
I worked in Germany for about two years and in my experience, the Germans take privacy far more seriously that do the British. Try visiting Germany using Google Earth - only a few places (such as Frankfurt) have been filmed. Martinvl (talk) 09:19, 3 September 2016 (UTC)
It is my view, regardless of the country or the jurisdiction in which the car was photographed, or whether it is in a public or private place, that number plates should generally be blanked or disguised. This is not only for privacy protection reasons, but more importantly to guard against number plate cloning which is a serious problem in some countries (to avoid speeding tickets and fool other ANPR uses, for example). These are compelling common courtesy and moral considerations rather than legal or policy reasons why number plates should not normally be revealed. DeFacto (talk). 14:09, 3 September 2016 (UTC)
You say "regardless of country" but certainly not in the U.S. There is almost no legal expectation of privacy for anything done in a public space in the U.S., and the U.S. definition of a public space is quite broad. - Jmabel ! talk 15:43, 3 September 2016 (UTC)
@Jmabel: as I also said; the blanking or disguising is not for legal reasons - but for compelling common courtesey or moral considerations. Presumably you wouldn't condone publishing images of someone's credit card number on Commons, even if the law allowed it. Number plate content can also be used for criminal gain. DeFacto (talk). 15:56, 3 September 2016 (UTC)
So do you also think we should blur every face in a parade? (I promise that's not a rhetorical question, just trying to get a gauge on this.) - Jmabel ! talk 16:26, 3 September 2016 (UTC)
Let's start with credit cards - would you publish photos with visible credit card numbers? DeFacto (talk). 16:37, 3 September 2016 (UTC)
Of course not. That (unlike a license plate, which is inherently publicly displayed) is confidential information. Nor, to take the next obvious layer, would I publish someone's unpublished phone number. - Jmabel ! talk 17:09, 3 September 2016 (UTC)
I think that DeFacto is being a little over-zealous and in the case of photographs taken at vintage car rallys, depriving the owner of his right to publicity. Furthermore, I notice that most photographs in show numberplates in full. Martinvl (talk) 17:12, 3 September 2016 (UTC)
@Jmabel: In fairness to DeFacto, may I point out to Jmabel (who I believe is from the US) that in the UK once a numberplate is allocated to a vehicle, it usually stays with that vehicle for life. (There are ways to transfer "cherished numbers" from one car to another, but that is the exception rather than the rule!) Martinvl (talk) 17:17, 3 September 2016 (UTC)
FWIW, (1) I've lived about 2 years of my life in the UK; my father lived there well over a decade. The very cherished license plate "TVC-15" was in his neighborhood (on a very nice car; I'm guessing they had bought another vehicle for the plate & arranged to have it transferred); I would not hesitate to publish a photo of it if I had taken one. (2) While U.S. license plates aren't permanent, in most states they stick with the car for a decade or so. - Jmabel ! talk 17:29, 3 September 2016 (UTC)
@Jmabel: there is a difference between being visible in the street and being published on a searchable and publictly available website such as Commons. I don't know if number plates are camera-read in the US for automatic road charging, car tracking and to issue automaitic penalty notices for alleged road regulation infringements, but they are in the UK. So I don't want to help provide the criminal fraternity with a ready source of valid registration numbers to sell or to copy onto their own number plates. Not only would the criminal users avoid detection themselves and avoid the charges and the penalties, but the innocent owner of the numbers could end up out of pocket, even unjustly penalised and certainly greatly inconvenienced trying to prove their own innocence and getting their car registration and documentation changed to another number. DeFacto (talk). 17:51, 3 September 2016 (UTC)
@Martinvl: Commons isn't here to give free publicity to anyone. And regardless of how other publications behave, I don't want to facilitate the criminal use of cloned plates. DeFacto (talk). 17:51, 3 September 2016 (UTC)

@DeFacto: I think that you are being paranoic. If I was looking for a false numberplate, I would not search Wikipedia, I would search Auto Trader. I did a test using my own car as an example. It did not take me long to come up with five cars, the same model, year and colour as my own car that were for sale (number plates clearly visible) within 100 miles of me. If I was trying anything underhand, I would enter a town on the other side of the country before doing the search. Much quicker than Wikipedia and a much better set of results! Martinvl (talk) 18:06, 3 September 2016 (UTC)

Why make them available on Commons at all when we don't have to? The less sources the better I think. DeFacto (talk). 18:18, 3 September 2016 (UTC)
  • How does posting a photo in which a plate is visible make it any easier to do "cloned plates"? Anyone who wants to do cloned plates can walk down any streets anywhere and grab all the license numbers they could possibly want. - Jmabel ! talk 18:04, 3 September 2016 (UTC)
It's not just the number you need here, it's a make, model, trim level, colour and age match you need. All obtainable from your armchair on Commons. DeFacto (talk). 18:18, 3 September 2016 (UTC)

Actually it depends on the situation. For all who can read German Ralf Roleček provided his view and an example showing that blurring/pixeling is not unconditionally necessary: de:Benutzer:Ralf Roletschek/Kennzeichen verpixeln. If you insist I can try to translate the clue sentences (note, my English is not perfect), please let my know. — Speravir_Talk – 17:35, 4 September 2016 (UTC)

In the most of countries, registration plates are anonymized. Instead of the name of the owner or operator, only an anonymized sequence of letters and numbers is on the plate. And the vehicle register is not accessible publicly. The plate identifies the vehicle, not the owner or operator, nor even the driver, user or passengers. To devalue photos by erasing the plates is an absurd paranoia. Shouldn't we erase all names from war memorials and graves? Should't we make blur all house numbers at photos of well-known streets? Shouldn't we erase destination and line number boards on photos of buses, trams or trains, and station name signs and streetname signs, so that nobody can deduce, who and where can travel or go? --ŠJů (talk) 01:28, 5 September 2016 (UTC)

I will reiterate that in my view DeFacto is being paranoic. On 14 August 2016 he photographed six "classic" cars, all in public places. When he published the photos later on Commons, he wrote "The geocoded location of the location of this image has been withheld for privacy or other reasons. Please do not add coordinates even if you can identify them". Why does he not want the location identified? I assume of course that if these are genuine photos, then the concentration of such classic cars suggests that there was a rally or meet-up or something - why else would six such vehicles be seen on the same day by the same photographer? If that was the case, this should be recorded with the images, if not, I think that we need an explanation, especially as some of these images have been given VI and/or QI gradings . Martinvl (talk) 07:27, 5 September 2016 (UTC)
In the UK the number is like a credit card number. Sure, you cannot find the owner, but if you clone the number plate you can get your road charges and infringement tickets charged to the registered keeper of the vehicle's account, and so escape payment and even conviction yourself. DeFacto (talk). 07:25, 5 September 2016 (UTC)
@DeFacto:That still does not explain why the locations of the six images that you posted on 14 August have been withheld. If these cars were part of a rally or some similar event (which is what I suspect), why is the location so secret? Martinvl (talk) 09:38, 5 September 2016 (UTC)
@Martinvl: this thread is about number plate hiding, please start another section if you want to discuss geocoding. DeFacto (talk). 09:48, 5 September 2016 (UTC)
@DeFacto: Both are linked to your paranoia about excessive confidentiallity. Martinvl (talk) 09:52, 5 September 2016 (UTC)
@Martinvl: this thread is not about me or the locations of my images though, it's about number plates. DeFacto (talk). 09:58, 5 September 2016 (UTC)
Surely you must be able to contest infringement tickets when the infringements were done by different people in different vehicles. And is driving with false licence plates common practice? Over here you have to show the papers of the car when stopped for routine checks. Are those being falsified too? If caught with wrong licence plates and false papers, surely that is a much bigger offense than speeding or whatever you would get tickets for. --LPfi (talk) 18:36, 5 September 2016 (UTC)
@LPfi: you can of course contest false accusations - but the onus, expense and inconvenience is on you because the perpetrator is unlikely to get caught. You'll probably have to get your number plate changed too, with the expense and inconvenience of that. Then there's insurances to change, parking permits, and so it - it is a big pain. We don't routinely carry documents in cars here. If stopped, you are given a period of time to show up at a police station with the docs. Of course, if a cloner gets stopped, they then won't turn up at the appointed time and the innocent number plate owner will be charged with failing to do that too. Because a lot of traffic policing and road charging is done by automatic cameras here, there is a lot of cloning going on and it is getting worse. Criminals also use cloned plates for armed robberies, and other serious offences because the streets here are lined with surveillance cameras the crooks know that they wouldn’t get very far driving a stolen car on its original plates (read the horror stories in this article). To help reduce the scale of the problem, Google Street View blur car plates, car owners are warned to blur plates before uploading to any website (for car sales or whatever). Here are more articles relating to this massive problem: [3], [4], [5], [6]. DeFacto (talk). 20:52, 5 September 2016 (UTC)
If DeFacto feels that strongly about showing numberplates, then there might be a case (for British vehicles at any rate) to edit the numberplate so that it is stil realistic. One way would be to show a numberplate E123ABC for my old car, correct numberplate E384FPC. (The "E" shows is year of first registration). Alternatively modify one or two of the characters and make a note in the description that the numberplate has been digitally modified. For example, show my old car as having numberplate E394FPD. In ths way the photograph will still be encyclopeadic. Martinvl (talk) 21:47, 5 September 2016 (UTC)
Yes, I agree that plates need to be disguised - primarily as a duty to protect the owner/keeper from becoming a victim of cloning and secondarily as a courtesey to protect owner/user privacy. DeFacto (talk). 06:06, 6 September 2016 (UTC)
I've been driving and owning legally-registered cars in the UK ever since the mid 1980s. I can assert with some confidence and experience that the claim "In the UK the number is like a credit card number" is utter bullshit. I am neither legally obliged, or inclined, to publicly display my credit card number at all, let alone in ~6" high letters in front of and to the rear of me, as I proceed along the highway. Despite the registration number of my vehicle being visible in exactly that manner, no one can charge to it, or to me, any fees or fines that I am not rightly liable for. Andy Mabbett (talk) 16:44, 9 September 2016 (UTC)
Andy: TFL use Automatic number plate recognition in the United Kingdom to issue penalty notices for en:London congestion charge (LCC) contraventions. If a crook in a similar car to yours and with a clone of your numer plate on it contravenes the LCC it will be you (not them) who gets the penalty notice. How is that different from a crook using a clone of your credit card to buy goods and you getting the bill? DeFacto (talk). 20:37, 9 September 2016 (UTC)
I may "get" the notice, but I won't pay it, and nor am I liable to. Nothing will be "charged" to me, nor to my "vehicle's account". Andy Mabbett (talk) 16:54, 10 September 2016 (UTC)
You'd have to pay it unless you can prove it wasn't you - like with credit card transactions - otherwise everyone would say that. Did you see this article? DeFacto (talk). 20:41, 10 September 2016 (UTC)
Yes, and having read it, I know that it confirms that your claim "You'd have to pay it unless you can prove it wasn't you" is bullshit. Andy Mabbett (talk) 20:21, 14 September 2016 (UTC)
Andy, you appear to be in denial about this for some reason. It is very straightforward and didn't you see the advice "don’t ever upload photos of your car to any website with the number plate showing"? Here's another article describing how a cloning victim had to prove his innocence to several different police forces after receiving more than 25 fines from all over the country. Here and here are other articles supporting my view. DeFacto (talk). 20:56, 14 September 2016 (UTC)
As others said, the situation varies depending on the countries involved. For example, in most cantons of Switzerland, the vehicle registers are public and anyone can get the name of a registered car owner for a small fee. In several cantons this information can be obtained online or via mobile text message (SMS), often the price is 1 CHF per number. Formerly, the register ("Autoindex") was available in printed form. This is different from Germany where vehicle registers are not public. So, in Germany, the privacy issue is limited: A number plate might be recognized by a few people who know the owner, but the general public can't easily find out who it is. On the page de:Benutzer:Ralf Roletschek/Kennzeichen verpixeln which Speravir mentions, Ralf therefore argues that numbers on (German) licence plates should only be made illegible if the photo would be clearly problematic for the owner, e.g. clear parking violations. As the situation in Switzerland is different, I usually pixelate Swiss licence plates. I disagree with Martinvl's proposal to edit the number plate to still look "realistic" (with a false number), as this would mean creating "fantasy" images, even if they're only false in a little detail. As our images can be reused, "a note in the description that the numberplate has been digitally modified" will get lost with re-uses. I prefer to pixelate the license plates in an unobtrusive way. Gestumblindi (talk) 23:01, 5 September 2016 (UTC)
@Gestumblindi: as I have described above, the privacy issue is only the secondary concern with publishing photos showing original number plate details.
The prime concern is that by showing original number plate details on vehicles we are providing a free and searchable source of valuable information for criminals to use or sell for the purposes of fraud, deception and perverting the course of justice.
This is a particularly serious problem in the UK where number plate reading cameras are widely used to automatically apply road charges and penalty notices for traffic law infringements as well as for surveilance. The criminals replace the number plate details on their cars (cars which may be stolen and so would attract concentrated police attention through the extensive surveilance camera network) with the number plate details for a similar car (same make, model, colour) obtained from photos on the internet (on sites such as Commons and car sales websites), and can then flout road laws, use tolled and charged roads, run people over, cause widespread damage, rob banks, etcetera - without fear of detection beacause they know that all penalties, charges and police attention (including armed raids) will be concentrated, not on themselves but on the innocent person registered against the number plate details that they have abused. Here is a recent newspaper article describing some of the abuses facilitated by readily accessible number plate details. DeFacto (talk). 06:34, 6 September 2016 (UTC)
Unless there are specific laws passed to prohibit such photos, you're not really preventing anything by removing/blurring plates on commons. A large number of images on commons come from 3rd party websites. When listing the source for these images we have to list where the images come from. So even if we did blur/remove plates on commons, the images would still link to the source image which would have plates visible. I think you're trying to solve a problem at the wrong location. The problem being that plates are basically just painted on numbers with basically no verification/authentication. It is probably time we stop using such methods and switched to cryptography + wireless communication for vehicle identification or even graphic display that used cryptography + barcode/QR codes etc that could constantly change but still identify the same vehicle. DeFacto you're bring the fight to the wrong location, use this motivation you have to convince your government to improve the system. Offnfopt(talk) 06:57, 6 September 2016 (UTC)
IMHO Defacto is being paranoic about the UK being a "special case" as regards the use of automatic number recognotion. When I was living in Johannesburg in the 1970's, cameras were a fact of life at traffic lights while I remember a Swiss guy showing everybody a photograph that he had been sent by the Swiss police for speeding. As I have said elsewhere, if a criminal wants to get a false numberplate for some nefarious reason, Wikipedia is not the place to look - it is too time-consuming to be of any real use. Martinvl (talk) 06:59, 6 September 2016 (UTC)
I take board what Gestumblindi said about photos being reused. While I agree that altering one or two digits might not be acceptable, I still see no problem with replacing all alpha characters by the sequence ABC.. and all numberic characters by 1234.., retaining only those characters that identify the year of manufacture. Thus the numberplate E123ABC is obviously a dummy numberplate for a car that was first registered in the "E year". Martinvl (talk) 07:15, 6 September 2016 (UTC)

The way I would describe the Commons norm, is that we may blank number plates when there is a request to do so by the car owner, or someone with a similar privacy concern. We may choose to blank number plates for cars in private places but normally only for photos taken in countries where there is privacy legislation that may encourage or enforce this as part of privacy expectations, or where there are reasons to think the photograph is intrusive, such as for cars parked in a notable person's private driveway.

As a consequence of past cases, I would be against any (Google streetmap-style) automatic blanking or replacement of number plates in photographs where there is no specific concern raised for the individual photo. -- (talk) 10:28, 6 September 2016 (UTC)

From what I can see, the gist of discussion so far is that the numberplate on this image, VI and QI notwithstanding, needs attention. Martinvl (talk) 12:55, 6 September 2016 (UTC)
@Martinvl: why - it is a courtesy disguising to protect against cloning and privacy concerns that I have for the driver/owner/keeper of that car DeFacto (talk). 14:32, 6 September 2016 (UTC)
@DeFacto: - Why plaster something similar to your own name on the vehicle. If you used ABC123F or ABC123G, you could have achieved the same result and also retained the year of the vehicle in the image. Martinvl (talk) 17:58, 6 September 2016 (UTC)
@Martinvl: this thread is about the need to hide or disguise number plates, please start another section if you want to discuss my chosen hiding technique for this vehicle. And no, I don't plan to use a random standard (real looking) alternate number such as "ABC123F", or whatever, because the chances are that is already on a genuine number plate on someone else's car somewhere. That would be like disguising someone's face with an image of someone else's face! I prefer to use a non-standard character combination to avoid embarassing anybody.
And BTW, being a GB registered vehicle you cannot tell the age of the vehicle from the number plate. At best, if it does carry a year-coded plate, the most you can tell is the newest it could be as it is not possible to register a vehicle with a plate age newer than the age of the vehicle, though it is allowed and quite common to use an older plate than the car. DeFacto (talk). 19:53, 6 September 2016 (UTC)
@DeFacto: Correction - it is no longer posible to register a car with a plate age newer than the car itself - it use ot be possible Go onto the MOT verification site and check car XTT136S (Volkswagen) and you will see a 1975 car with a 1978 registration. Martinvl (talk) 19:06, 7 September 2016 (UTC)
@Martinvl: another hole then in your reasoning behind the idea of disguising one real number plate by covering it with another real number plate. DeFacto (talk). 20:32, 7 September 2016 (UTC)

In File:Kerkrade 2CV rechts.jpg, the uploader protected the dog's identity(!) but doesn't seem to have felt any need to disguise the license plate number (see related photos). SFriendly.gif AnonMoos (talk) 00:07, 8 September 2016 (UTC)

Thank you for the picture. Maybe the photographer saw the funny side to the number plate - a car displaying "DE" on the Dutch side of the German border. (The German village of Herzogenrath is effectively a suburb of the Dutch town of Kerkrade. Jokes aside, I still think that DeFacto is being paranoid about displaying number plates and again I think that he is destroying what could be good photos by plastering his name in the area where the number plate should be. May I refer him to the section "Examples" on this page which contains the text "Examples of files that are not realistically useful for an educational purpose: .... Advertising or self-promotion". Martinvl (talk) 06:52, 8 September 2016 (UTC)
@Martinvl: this thread is about the need to hide or disguise number plates, please start another section if you want to discuss another aspect of photo content. DeFacto (talk). 08:18, 8 September 2016 (UTC)

Zum Aspekt in DACH... Man sollte die Unsitte des Verpixelns nicht noch forcieren. --Ralf Roleček 16:49, 8 September 2016 (UTC)

@Ralf Roletschek: Du hast die Diskussion hier wohl nicht ganz gelesen, deine Seite wurde bereits verlinkt und fand wiederholte Erwähnung :-) Gestumblindi (talk) 18:47, 9 September 2016 (UTC)
Ooops, ich habe es nach den ersten paar Kommentaren weitgehend aufgegeben, es ist zu mühsam, eine so lange Disk. durch Google Translate zu schicken ;) Wäre es nicht angesagt, zu dem Thema eine allgemeingültige Seite hier auf Commons zu schaffen? --Ralf Roleček 20:27, 14 September 2016 (UTC)
  • The US ACLU has a list of principles they support on license plate privacy. They all deal with government agencies collecting, storing, and disclosing mass license plate and other personal data, but nothing about publishing photos things in public view. The NYT doesn't obscure plates. Nor does the Washington Post or LA Times. There is no legal expectation of privacy, and there is no social norm that public media won't show your license plate in a photo. It doesn't make sense for Commons to invent a new social norm; we should follow the same bounds as others. I know nothing of problems this could cause with no-US plates so perhaps a different policy is necessary there. --Dennis Bratland (talk) 23:20, 14 September 2016 (UTC)
  • @DeFacto: The pictures in question have the look and feel of having been taken in a British or an Irish town (right-hand drive, double yellow lines etc) and therefore British or Irish rules should apply as appropriate. This site, which is dedicated to a classic car event, has made no attempt to annonymise any numberplates. Either the organisers of that event are being negligent or DeFacto is be paranoid over-reacting in the name of security. Any comments anybody? Martinvl (talk) 06:33, 17 September 2016 (UTC)
  • You've the right to express your opinion. But calling someone as paranoid is highly offensive. Unless you redact such comments, I'll bring it to COM:ANU. Jee 07:07, 17 September 2016 (UTC)
  • @Martinvl: I have explained several times (and I still stand by it) why I think it is a matter of courtesy to disguise number plates for anti-cloning and privacy reasons. I have given links to news articles describing the cost and inconvenience caused to innocent motorists by number plate cloners. I have explained why for QI images I had to change from blanking/blurring/pixelating plates to creating realistic looking fictional plates. I have given links to articles advising never to publish photos showing number plate details. That some websites and some publishers choose to ignore this advice is outside of my control and doesn't imply I need also to ignore it. We know Google Street View blur number plates as often do the BBC and various other media publishers. Let's move on now and not waste any more time on this. DeFacto (talk). 09:52, 17 September 2016 (UTC)

Generalized technical question re: proposing changes to the wording of the software for the Commons image "File:" template[edit]

When any image file gets uploaded to Commons it is assigned a standardized template that includes parameters for its title, summary, licensing, file history, usage on Commons, usage on other wikis, etc. This template is not one that can be edited by regular users, of course, and I suspect even most admins don't have ready access to it, but I would like to propose a minor modification to the standardized "metadata" portion of it (the portion which currently reads "This file contains additional information, such as Exif metadata, probably added from the digital camera or scanner used to create or digitize it. If the file has been modified from its original state, some details may not fully reflect the modified file. The timestamp is only as accurate as the clock in the camera, and it may be completely wrong."). Does anyone know whom I might contact for this? Please let me know. Thank you! KDS4444 (talk) 12:16, 10 September 2016 (UTC)

All of the software texts (localisation messages) are editable as pages in the "MediaWiki:" namespace. You can look up the names by viewing a page with uselang=qqx, for example: – the text you're asking about is "metadata-help" and can be edited at MediaWiki:metadata-help. If the change you want to suggest only makes sense for Wikimedia Commons, ask an admin to edit it (or use {{edit request}} on the talk page); if it makes sense for all wikis everywhere, create a task in Phabricator to have it changed in the software. Matma Rex (talk) 12:54, 10 September 2016 (UTC)
(Actually, this message is already customized locally here (the default text can be seen on MediaWiki:Metadata-help/en), so you'll need to have the page edited to change it. Matma Rex (talk) 12:57, 10 September 2016 (UTC))
Thanks for your help! Here is my proposed rewording of the above text, which I have also submitted on the MediaWiki page:
"This file contains additional information , such as Exif metadata , probably added from which may have been added from by the digital camera, scanner, or software program used to create or digitize it. If the file has been modified from its original state, some details such as the timestamp may not fully reflect the modified those of the original file. The timestamp is only as accurate as the clock in the camera, and it may be completely wrong."
I get the sense that the change initiated by Northernhenge three years ago was meant to discourage editors from nominating an image for deletion based on what might appear at first glance to be contrived or falsified timestamp information in its Exif metadata. I certainly understand that motivation. However, I have never yet encountered an instance of this myself (has anyone??): the proposed rewording is meant to reduce the current emphasis on the likelihood of inaccuracy in the metadata, as well as to distinguish between photo images and other types of images such as SVGs which are never timestamped by a camera, and a couple of stylistic and technical changes/ corrections— note I have changed "modified" to "original" in the final sentence, as I think this is what was originally meant. (If there was another motivation behind the Northernhenge's proposal, I'd be very interested in knowing what it was; here is a link to the MediaWiki page). KDS4444 (talk) 09:53, 11 September 2016 (UTC)
Yes, I think there was a debate about the authenticity of an image and the argument depended to an extent on the timestamp. The camera I had at the time had a broken clock so I thought that timestamps could be misleading. That meant it wasn't a good basis for an argument. --Northernhenge (talk) 20:50, 12 September 2016 (UTC)
The current version probably means that a modified file may keep the timestamp from the original. Such a timestamp will not reflect the date of the modification. Ruslik (talk) 19:02, 11 September 2016 (UTC)
@Ruslik0: Okay, I can see that— is there a way that this helps us somehow? If the modified file retains the original file's timestamp, then that's a good thing and doesn't signal that the exif data has been messed with, right? Is there a reason anyone can think of why we would want to have the timestamp of the modified version of the file? And if the file gets a new timestamp from a camera or scanner, doesn't that mean the timestamp reflects a new derivative work anyway? I am trying to suss out the value of the accuracy of the timestamp for whichever version of a file, and how its being "completely wrong" might affect something material. Also: @Northernhenge:— any thoughts on the proposed rewording above? Let me know. Thanks! KDS4444 (talk) 08:50, 12 September 2016 (UTC) and again KDS4444 (talk) 15:00, 19 September 2016 (UTC)

September 11[edit]

lots of copyvios with source[edit]

There are more than 1600 links to Google's image search's result page. All of them should link to the actual page or image instead. Many of the files with such a link as "source" are also copyright violations. I looked through the first 24 such results from the search query, of which 6 are almost certainly, 5 possibly copyvios (aside from misattributing the source), on 6 of them it's totally unclear why the link is there at all, the others are mostly US government works. I don't quite know what to do with the existing ones, but for the future I'm suggesting to add this to some spam block list, or whatever such thing there is on Commons. --Nenntmichruhigip (talk) 12:29, 18 September 2016 (UTC)

On second thought, it might be better to not block new files with such source, but use them as indicator for propable copyvios. --Nenntmichruhigip (talk) 13:48, 18 September 2016 (UTC)
This should be covered by Special:AbuseFilter/154. --Steinsplitter (talk) 16:37, 18 September 2016 (UTC)

User:Wikimedia Commons Welcome problems[edit]

While reviewing User:OgreBot/Uploads by new users/2016 September 16 00:00 I noticed several users which didn't have welcome message on their talk pages. --EugeneZelenko (talk) 14:58, 18 September 2016 (UTC)

September 19[edit]

Flickr license verification request[edit]

Can I do a request for a license verification of a Flickr photo here in the Village pump ? I uploaded a CC0 image from Flickr, and since Upload Wizard doesn't have a option under the Flickr section for selecting Flickr-CC0 license, the file needs to be verified by someone with authorization to do so. It concerns this file: File:Sunset at the beach near the harbor of Scheveningen, The Hague (2015).jpg. If there is an other, more convenient way to get through this process, please let me know. I red some of the archived discussions on the matter of Flickr Public Domain licenses, but couldn't distill from it the correct way how to go about with it in practice. --oSeveno (talk) 14:14, 19 September 2016 (UTC)

Do you have any doubts that the person who posted the image on Flickr is a photographer? Ruslik (talk) 14:27, 19 September 2016 (UTC)
I have no doubts about the poster being the photographer, but as I understand it, all photographs on Commons from Flickr need to be confirmed that the license is that what I post when files are uploaded. Or did the Commons policy change ? --oSeveno (talk) 15:50, 19 September 2016 (UTC)
A license review can be requested by adding a template to the description page. For a bot review of a flickr file (if the file has not been modified), the template "Flickrreview" can be added. For a human review, the template "LicenseReview" can be added. -- Asclepias (talk) 14:53, 19 September 2016 (UTC)
All I think that is needed is that the Commons bot can confirm I uploaded a Flickr file with the correct license. (CC0) --oSeveno (talk) 15:50, 19 September 2016 (UTC)
OSeveno - You can use the Flickr2Commons to upload images (even those under this licence), The only ones that shouldn't be uploaded are Public Domain Mark] (and a few others) but CCO and Creative Commons Attribution 2.0 Generic etc are fine, Cheers, –Davey2010Talk 16:41, 19 September 2016 (UTC)
Thanks Davey2010, I am going to look into that option. --oSeveno (talk) 17:11, 19 September 2016 (UTC)
You're welcome :), Forgot to add but F2C is here if you didn't know, Thanks, –Davey2010Talk
I'll just note that UploadWizard has built-in functionality to "Share images from Flickr", which handles this license automatically and correctly. It was not used here, because unfortunately it is only available for administrators and license reviewers here on Commons. Relaxing these restrictions would presumably require community discussion. Matma Rex (talk) 17:48, 19 September 2016 (UTC)

Disabling Commons:Upload Wizard blacklist issues[edit]

When an upload in UploadWizard is blocked by a TitleBlacklist entry, we give the user an option to report the failure as a false-positive. These reports go to Commons:Upload Wizard blacklist issues. As far as I can see, no one ever responds to them, and rightfully so, because every single one is wrong. Should we disable the ability to submit them in UploadWizard? (It's a simple configuration change.) Matma Rex (talk) 17:54, 19 September 2016 (UTC)

  • Support disabling - The entire page hasn't been archived since 2011 and by the looks of it there's not one person whose responded, IMHO I believe pages like this are helpful and should stay as there could easily be a problem however as I said no one ever checks the page nor responds so it's rather pointless having this around, I think I can safely say we all have far better things to be doing with our lives than patrolling through that crap everyday of the week!. –Davey2010Talk 03:55, 20 September 2016 (UTC)
  • Support disabling makes sense. --Steinsplitter (talk) 05:56, 20 September 2016 (UTC)
  • I'm guessing certain user groups are excluded from the blacklist filters? I was trying to purposely trigger the blacklist filter so I could see what the notice looked like. But I'm guessing my user group is excluded, I couldn't get it to trigger using the filename DSC07143.JPG. I was trying to see what the notice looked like to see if we refer the users to documentation on properly naming files etc. Offnfopt(talk) 07:30, 20 September 2016 (UTC)
  • Support disabling Offnfopt(talk) 10:39, 20 September 2016 (UTC)

Tech News: 2016-38[edit]

22:09, 19 September 2016 (UTC)

September 20[edit]

How to represent GIMP as last tool of a tool chain?[edit]

@Sarang: Several of my uploaded images are the result of a toolchain of programs, i.e. dcraw, hugin, and GIMP. The software GIMP being only used for some minor colour changes. Nevertheless I still want to record its usage.

So far I have used [[Category:Created with GIMP]] but this now gets replaced with |Other fields={{Igen|GIMP|n|+}} which as a side effect adds the wrong "PNG created with GIMP" hidden category for such JPEG images.

Personally I feel that a [[Category:Modified with GIMP]] would be most appropriate.--KlausFoehl (talk) 10:03, 20 September 2016 (UTC)

Hallo Klaus,
the problem with the wrong category "PNG ..." is well known. When the category system for "SVG created with" was established we needed something for not-SVG; a category "Raster images created with ..." would have been correct, but after all discussions it was thought that the shorter "PNG ..." might be enough. To define own categories for the very few JPG, GIF, CXF, PDF etc. etc. seemed less necessary than to get SVG and non-SVG each together but separated.
When you believe that it it will be useful to have more diffused categories, eg. "Modified with GIMP" then define and fill them. Just don't categorize into meta categories like Created with GIMP and others, where only templates should categorize. Of course you can define user categories like "Images where Klaus Föhl used GIMP, Hugin, Tool-X, Tool-Y and Tool-Z".
To specify more than one used tool is also possible with {{Image generation}}; the best might be to name first the most essential, and then all the others in sequence: |Other fields={{Igen|Draw|n|+|t={{Created with Hugin}}{{Created with GIMP}}}}
If you got ideas to make tyhings better: Just let know ! sarang사랑 11:17, 20 September 2016 (UTC)
Hello and thanks for the answer. I do not want to loose too much time on image upload, but still give meaningful information. Hence I like to use Hotcat for adding categories, such stuff as |Other fields={{Igen|Draw|n|+|t={{Created with Hugin}}{{Created with GIMP}}}} is extra burden and time, so in doubt less images to commons. P.S. can one customise the pre-loaded text in the Summary box? -- KlausFoehl (talk) 15:36, 20 September 2016 (UTC)

Coherence in zoological classification[edit]

The situation is:

I know it's a mess and the reclassification is in the process of stablishing itself, but how do we uniformize here in Commons? Sobreira (parlez) 10:16, 20 September 2016 (UTC) P.S.:

Renaming Wikisource books[edit]

I am seeking for some advice here.

I am a volunteer in bn.wikisource project. In this project, the procedure we follow,

  • We collect scanned Bengali books those are on PD as PDF or Djvu and upload those on CC.
  • As These ebooks come with machine generated long filenames with Roman characters, we rename those books in Bengali Script according to their original title.
  • Then we import that on Bn.wikisource.

This renaming happens with the consent of the original uploader (@Jayantanth:). Until now these renaming work were done by the uploader or any volunteer who has FileMover permission. Currently, we are running with very limited volunteer resources. When the uploaders cannot get to manage enough time to rename these files, these files don't get to imported into bn.wikisource for a long period and work chain hits a bottleneck.

To tackle this we decided to share the workload. So, I started to rename these files. To keep the CC admins less busy, I even applied for FileMover rights[10], though it is very unlikely that I may get that right since I don't have significant number edits here in CC. I was also advised by @Wieralee: that I should not make this renaming without serious discussion (NOTE: We, BN:WS volunteers, already have discussed this procedure and agreed) since there is a risk that BN:WS index pages may get spoiled and overall it's not a safe procedure. While seeking for some advice on how should I proceed forward, @Wikicology: suggested that I should start a discussion here.

Now, I am seeking for some advice on how should I proceed forward? Should I keep renaming the files? Or anyway else?

Thanks. -- Tarunno (talk) 11:36, 20 September 2016 (UTC)

  • Tarunno: I don't see any problem with filenames. They don't need to be renamed. Just make an index with the old name and work in it. The index is a workshop place (for editors only) -- and it's name doesn't matter. The real name of the book would be another...
If you have limited volunteers -- why do you start so many books? Maybe you should start proofreads, not mass-renames?
On pl.wikisource files have another names -- and the books have another titles. We have no problems with it, it's OK. Wieralee (talk) 11:46, 20 September 2016 (UTC)
I agree with Wieralee, there is no need to rename those files. Commons community will have much easier job maintaining/categorizing files is the names were descriptive to English speakers. I am also not sure is any of the renames meet our Commons:File renaming criteria: the original filenames are unique and not misleading. --Jarekt (talk) 14:05, 20 September 2016 (UTC)
Hi, @Wieralee:, @Jarekt:, as per local BNWS policy, the index file name should be equal to original book name.So we have to rename the file to respective name in bengali script.One redirect leave here so if anyone want to find name in latin, they can find. We have no issue. I am sorry this is my work load, I am doing this one by one. Tarunno wanted to doing this, so he wanted a file mover access. Thank you all. Jayantanth (talk) 15:44, 20 September 2016 (UTC)

Big purge of old images?[edit]

I notice a pattern:

  1. Old file got transfered to Commons
  2. Lot's of bots work on it and empty out one of more template fields
  3. Someone tags it as {{no source}} without looking very closely
  4. Admin just deletes it after 7 days

All these steps have a small mistake in them, but together they form a very destructive pattern currently getting a lot of old files deleted. @Jcb: & @Ellin Beltz: for plastering my userp age and @Basvb: for objecting on it. Multichill (talk) 18:01, 20 September 2016 (UTC)

I notice a pattern too. User doesn't fill in templates; user gets upset when file is tagged, user reverts tag, user doesn't fix problem, user complains. But seriously it would be of more help if you made sure files you worked on were done when you close them, especially after taking off tags and tossing them back into the system unfixed. For the image which I just noticed of this type File:V-2-Nederlands.jpg, I reviewed the entire history: It was imported by BotMultichill... without a valid source. All the bot fixes thereafter didn't break anything, the file template was incomplete on upload. There is no reason to complain about the system not working when it was the uploader in this case who didn't provide a source. The system is working fine to remove images without source. Ellin Beltz (talk) 18:07, 20 September 2016 (UTC)
If there is a proper source and everything checks out, the files can be kept or restored if necessary. If there is no proper source and the status of the files cannot be determined without said source, deleting them is correct. --Rosenzweig τ 18:10, 20 September 2016 (UTC)
Most likely a lot of these files are ok (PD-old), but don't have the source mentioned or mentioned on the wrong place. Part of the issue is that these files don't really have an involved uploader or are curated by their uploader. This is because they were uploaded long ago on other projects and moved by a bot (and we can't expect the file movers with 100.000s of moves to fix all these 100.000s of files (in a short timeframe)). The way you describe that the files should be handled is indeed a valid way in theory, but in practice nobody will try to restore these files after they are deleted, because nobody will know what exactly the files do contain. Basvb (talk) 18:28, 20 September 2016 (UTC)

Maybe giving some specific examples will help here: sources get removed, same, 3, and the example Ellin Beltz mentioned. I'm wondering what the criteria where for the blanking of these images their sources? In the first two cases there is a source described in the description (in this particular case a long discussion can be held on whether we can take files from that source, but that is a DR discussion), at least one of 4 steps mentioned by Multichill should find that out, preferably all 4 steps should be able to do so. @Ellin, this issue is on processes, not on specific persons. Note that the first step Multichill mentions is the one he performed. A lot of these files are used somewhere and can be kept without much of an issue (the 3rd example is a 1400-1700s image), deleting these files simply results in a loss of information. These files have been moved to Commons because local wikis moved all their files (eg. nlwiki) and uploaders in some cases even give valid information, but not according to our structures (information template), which are much more recent compared to when these files were uploaded. I think we (those involved/interested in the process) should try to ensure that these kinds of files are not deleted on this scale. How we best do that is open for debate, fixing the 1st step is not going to solve the issue (step is long past), some clarification on the second step is welcome, and being more careful/less strict in step 3 and 4 is probably the short term solution. Basvb (talk) 18:24, 20 September 2016 (UTC)

"Transferred from nl.wikipedia" (or any other wikipedia) is not a proper source when the original uploader is obviously not the author of the file. We need the original source from where the original uploader took the file when uploading to nl.wikipedia. --Rosenzweig τ 19:02, 20 September 2016 (UTC)
In that case I think we should focus on performing step 3 and 4 a bit more carefully, if one is going to tag a file as having no-source I believe that (especially for older files) we can expect the one tagging the file to take into account source information provided outside of the correct information-template fields (for example a "source = xxx" in the description). Another thing would be to have these images from another wiki in an: incorrect source provided instead of the regular no source provided maintenance category. Anyway, removing files where valid sources are provided, just not on exactly the correct location, especially when these are old and in use (thus clearly in scope) files shouldn't be happening and especially not on this scale. Basvb (talk) 19:55, 20 September 2016 (UTC)
The book " Wonderen van het heelal" (ed. circa 1915) was written by G.J. Vries and G.C.J. Vosmaer ([11]). The name G.J. Vries is a very common combination in Dutch names and a query in Google produces too many results; On the other hand, G.C.J. Vosmaer doesn't seem to have published after 1935. His first publication I could find dates from 1880 (his PhD thesis). ([12]). Therefore, it's safe to conclude that he was born before 1858. It's likely that he died before 1946 but this is not conclusive. JoJan (talk) 16:19, 22 September 2016 (UTC)
It probably would have helped if the word "source" would have been anywhere in the description and not the Dutch equivalent "bron" (which was used in two of your examples). Not everybody will realize what this word means. --Rosenzweig τ 20:43, 20 September 2016 (UTC)
A very interesting example is the now deleted File:Red ribbon.gif, this file was uploaded by a file transfer bot in 2007. This is before all our information template structures were really common. In the description there is a clear source mentioned. That source being File:Red ribbon.jpg, and in that source also clearly the original source is mentioned. However as the files were duplicates (different filetype) the .jpg got deleted. And, maybe because of that, or maybe even just because the source was not in the proper information template field the .gif was also deleted. This all while valid sources were provided, just not on the completely correct location. Basvb (talk) 18:43, 20 September 2016 (UTC)
Thanks for that example. Worrying. -- (talk) 18:54, 20 September 2016 (UTC)
Try any of these red ribbons in Category:AIDS red ribbon... The ones which remain have sources & licenses. The one which was removed did not. It's not worrying, it's "housekeeping." Ellin Beltz (talk) 20:10, 20 September 2016 (UTC)
The original file did have a source, a link to [13]. The link is dead, so there could be some discussion on whether that source is valid enough (we can't currently verify it, that is however quite common for older files and the internet). Anyway, the file is not a plain deletion imo, but worth a good discussion. Basvb (talk) 20:56, 20 September 2016 (UTC)
I suggest everyone lay off marking old uploads of U.S. Federally funded artworks or photographs with the "no source" template, which virtually guarantees deletion after 7 days, these actions are damaging our Commons project mission. If you have a concern, then raise a deletion request which might have more chance of getting noticed. In the case of posters or images from, they are public domain unless clearly produced by a commercial source. @Basvb: please undelete the jpeg, you can add as a current official source at, which justifies the PD-USGov-NIH template. It's worth noting that exists, and were anyone to make the effort to search the archive of NIH web pages there, they can find the original source at - so I suggest that's added too.
In the discussion of solutions rather than blame, I suggest we again have the perennial discussion about auto-archiving sources, adding links automatically to our more treasured files would be a great start and avoid some of the unnecessary deletions which seem based on inevitable linkrot rather than valid copyright violations. -- (talk) 07:55, 21 September 2016 (UTC)
  • I agree with Multichill that there is a serious issue here, both a systemic one and a behavioural problem, one that can damage this project's reputation for the hosting of public domain archive media. For public domain images that have been transferred from other projects many years ago (in the example it was 2009), there should be care to retain as much information with the image as possible everytime there is "housekeeping". I have complained directly about the actions of OgreBot 2 here, and received replies I still find unconvincing, considering that these unthinking automated actions are resulting in the deletion of public domain material. I also find it hard to understand why marking very old files with 'no source' templates, then doing nothing to see if the public domain license was there for good reason when it was uploaded in good faith on another project, by users that may have retired but have an excellent history of contributions, is somehow justifiable or a "good thing". What's needed here is a bit more intelligence in the process, and from those operating it, to ensure we make every reasonable effort to preserve public domain material, rather than blindly follow procedures we made up more recently than these images. If you are in danger of within 7 days causing perfectly valid public domain media that has been here for 7 years to be deleted from Commons, then you are at fault, not an uploader who has been inactive since 2009, not Multichill for creating a bot 7 years ago, not the handful of community members who are willing to look at these cases and waive a red flag. As a quick fix, perhaps we should automatically add an extra 7 days to the normal deletion notice period for every year the file has been here on Commons. At least then in these examples we would have 8 weeks to notice there was a problem and discuss it. -- (talk) 18:54, 20 September 2016 (UTC)
I think it's an assumption that user's are not trying to find sources for images. I don't hit "no source" without a good valid try to find a source for the image, without searching the file history, and I do attach quite a few sources to unsourced images as I'm going along. I'm not happy to be told that people who are not looking over my shoulder while I'm working are making unsubstantiated allegations about what I do or don't do. I am also not pleased to be told I'm not being intelligent, or not making a reasonable effort, "blindly following" and so on. How about just discussing the issues without the extras?? Ellin Beltz (talk) 20:10, 20 September 2016 (UTC)
So let's discuss the issue and ignore the extras. Do you think the current processes work perfectly fine, or do you see these issues as well? You indicated that the fault (often) lies with the uploader for not providing correct sources ("when it was the uploader in this case who didn't provide a source" on File:V-2-Nederlands.jpg (BTW, the uploader did provide sources there, but in Dutch and a bit vague in the description, but lets do that discussion in the DR)). I believe that if we are that strict we will lose lots of valid material, we can't expect the uploaders from 10-15 years ago to still be around to fix their material according with our standards, which have changed a lot over this time. On the other hand we have big backlogs and loads of images with valid concerns surrounding their permission and source info which should be dealt with. Basvb (talk) 21:05, 20 September 2016 (UTC)
When a file that an article is using is tagged for possible deletion, does the talk page of that article get a message? Jim.henderson (talk) 18:58, 20 September 2016 (UTC)
No, what we have right now is totally naff. Non-Commons re-users will not see any notices. The original uploader of the image is not notified, only the person that transferred it to Commons or the person that most recently overwrote the file. -- (talk) 19:03, 20 September 2016 (UTC)

We still have 300k files in Category:Media missing infobox template which do not have a proper source in proper place. Also most file transfer bots I have seen can not match many of the templates and styles used on each wiki with Commons templates, often resulting in missing data. I was often frustrated by how hard it is to digout the original description in wikipedia which is often deleted soon after transfer. (In my opinion files should be transferred with the full edit history through page export/import) Old files and transfered files can not be held to the same standards as the new uploads, but to the standards at the time of the upload. --Jarekt (talk) 02:06, 21 September 2016 (UTC)

File history can be transferred now. I can see how to do it and not cause any problems with current images. However it needs sysop tools, which rules me out. Maybe you could raise a work request? -- (talk) 03:02, 21 September 2016 (UTC)

Oh, the word has a sexual, scatological sense. In my rustic colonial innocence I took it as meaning "imprudent" which indeed is how this deletion by bot process appears to me. Probably most of those pictures have nobody actually watching them on a watchlist, so a more prudent method would be better. At a minimum, notify the talk pages of the using articles, and delay deletion by a certain number of weeks per year since the file was originally uploaded. Perhaps additional measures, such some kind of notification per Commons category, would also be appropriate. Jim.henderson (talk) 18:58, 22 September 2016 (UTC)

My advice would be:
0) put in a list all file in Category:Media missing infobox template that are not used, in another on those that are used in ns0.
1) for those that are used but not in ns0 or that are not used at all list them by date of upload (pre-2007, 2007, 2008...). Than send a polite message to all uploaders of early cats here and say that at least the oldest ones would be soon erased, unless info is provided;
1bis) crunch the number if there some effect.
2) for those that are used in ns0, send a bot in ns1 on every wiki (at last those where we have contacts or share sysop or whatever) asking for help with infobox templates (a file useed in this article is missing...). Just that. Language by language, the one you can. It is a surgical low-intensity approach. No menace of erasing, just ask for help.
2bis) crunch the number if there some effect.
3) Send a message to all general and project village pumps summarizing the effort so far. Ask again for help. Expert users can help. Don't menace deletion.
3bis) crunch the number if there some effect.
4) At the point, start with the deletion of oldest unused picture, date by date. Proceed manually.
4bis) crunch the number if there some effect. Check if the rythm is ok (the number of files in the category is decreasing) and stop If you arrive to the recent ones (e.g. post 2014),
5) Send a message to all general and project village pumps summarizing the effort so far.
6) At the point, start with the deletion of oldest used picture, date by date. Proceed manually.
6bis) crunch the number if there some effect. Check if the rythm is ok (the number of files in the category is decreasing) and stop If you arrive to the recent ones (e.g. post 2014),
If after a linear, organized cycle of work you reached an original target (e.g. 50000 files), just stop and let the natural rythm of the platform handle the job.
that's the idea (tailor it if necessary)
But whatever is the strategy, please don't just take a bunch of random files here and there and throw them to the deletion procedures. it does not solve anything. If it did, the situation wouldn't be so bad, IMHO.--Alexmar983 (talk) 05:26, 23 September 2016 (UTC)
There's plenty that could be done to handle these better. If no volunteers wants to invest the, fairly significant, time needed to do this well and automate some of it, then perhaps someone would like to consider a WMF grant proposal? It would be an excellent investment of some grant money. -- (talk) 13:10, 23 September 2016 (UTC)
Another one? I am contacted/suggested for a lot of grant lately :D But seriously as I always say in this type of discussion, if you want to be Batman I can be Robin. Happy to share all my expertise.--Alexmar983 (talk) 05:51, 24 September 2016 (UTC)

Unfortunately this discussion appears to be having no impact on the behaviour of administrators who enjoy using the 'no source' template. This public domain 1912 document was marked for deletion within 7 days by Jcb earlier today: Routebeschrijving Anglo Dutch Reliability Trial 1912.jpg.

Does anyone have any suggestions for how policy or guidelines could change to put an end to this pattern that puts our validly public domain material under threat of deletions? -- (talk) 01:26, 24 September 2016 (UTC)

Dunno. We could create a pre-warning template to be used with old files, to be posted in local wikipedia at Wikiprojects. This way they can at least save it locally if it's used, that's how they survive many times. Or they can find the right source, the problem is mainly cultural, we clearly need less procedure and more knowledge of topics in this case. That's also what makes real long-term quality. Also, I would suggest to create some automatic lists with oldest unused files, so maybe they can erase those first, with at least a lower impact.
Also for some cases of "rigid" commons deletion procedures please take a look in m:NonFreeWiki, a proposal to create a new fair-use wiki to host almost all of the non-free content currently hosted on all the other wikis and then stop all local uploads.--Alexmar983 (talk) 06:03, 24 September 2016 (UTC)

White Man Contemplating Pyramids by Richard Misrach[edit]

How can this image be public domain? I don't see any reference to an OTRS ticket or any explanation for it's supposed public domain status neither on the picture page itself or in the edit comments of the file. TommyG (talk) 21:21, 20 September 2016 (UTC)

  • Seems unlikely to me. Uploader Djkeddie seems to have uploaded a lot of Princeton Art Museum images that were deleted on just that basis. I'd suggest either taking it up with the uploader or simply nominating for deletion. I don't see anything here that needs the broad forum of the Village pump. - Jmabel ! talk 23:28, 20 September 2016 (UTC)
I uploaded a number of images that the Princeton University Art Museum itself classifies as in the public domain. However, after some back and forth with OTRS they wanted documentation the art museum was unwilling to provide. Given that those images were deleted. By all means mark this one for deletion as well. My apologies for the trouble.Djkeddie (talk) 14:34, 21 September 2016 (UTC)

I have marked this photograph for deletion. See Commons:Deletion requests/. I suggest avoiding all images where the copyright symbol is used in the catalog, others may be fine to upload based on the original artist's death date, for example -- (talk) 01:50, 24 September 2016 (UTC)

September 21[edit]

Rotating Images[edit]

(Automatic translation) Hello, by chance someone will know if there is some kind of code so that images can be rotated directly from the projects? (Wikipedia, Wikibooks, Wiktionary, etc.), without having to rotate from Commons (ie, without having to upload a new version of the file and rotated) Thanks in advance and sorry for machine translation. Miguu (talk) 04:52, 21 September 2016 (UTC)

  • Assuming the rotation you want is a multiple of 90 degrees, and that it would always be correct for the image in question, Commons is where to do it. No need to re-upload: request it with the {{Rotate}} template. - Jmabel ! talk 18:08, 21 September 2016 (UTC)
Jmabel Yes, but the problem is that the rotated image will be displayed in all places in which it is used, I just want to be displayed rotated in place where needed, something like the code image pixels when you link, but in degrees of rotation / orientation of the image.
Is there any way to make this possible?. Miguu (talk) 01:11, 22 September 2016 (UTC)
It is possible to rotate images using CSS, but the browser has to support that feature. If the browser doesn't support it the image won't appear rotated. The number of users this affects would probably be a small percentage, but to make sure everyone has the same experience I think an alternative solution is best. Having a modified version uploaded would be best to make sure the experience is consistent. Just curious but what is a example case of when a image would need to get used in its original state and a rotated state? Offnfopt(talk) 01:54, 22 September 2016 (UTC)

Corrupted previews of File:La Peñuela, Zinacantepec, Estado de México.jpg[edit]

Does anybody know why previews of the photo look this way and how to fix it? Only the full resolution version looks as expected. Isn't it a bug in MediaWiki? --jdx Re: 09:06, 21 September 2016 (UTC)

I'm not sure what programs are used behind the scenes to generate thumbnails, so can't do tests or answer the question of why. But I uploaded a modified image, converted to RGB instead of CMYK, resaved and uploaded and all seems good now. Offnfopt(talk) 09:44, 21 September 2016 (UTC)
FYI this is how Firefox displays the photos: File:Comparison of photos.png (I will nominate this file for speedy deletion in a week or so). The original is on the right and has very saturated green. --jdx Re: 14:27, 21 September 2016 (UTC)
@Bawolff: May this be an issue caused by the old version of ImageMagick used on Wikimedia servers? Or is the latter not true anymore? — Speravir_Talk – 15:57, 21 September 2016 (UTC)
Possibly the same issue as phab:T141739. Matma Rex (talk) 17:01, 21 September 2016 (UTC)
BTW found in Help desk: Cf. first versions of File:Bernadotte-aktionen. Danske Røde Kors busser kører gennem Odense d. 17. april 1945 på vej til Sverige med danske fanger fra tyske koncentrationslejre (7392607518).jpg. — Speravir_Talk – 17:26, 21 September 2016 (UTC)

Quality maps and ortophotos freely licensed[edit]

HI. I found that es:Ministerio de Fomento de España licensed (official bulletin) released nine months ago the content digitally available published by the es:Dirección General del Instituto Geográfico Nacional with a free license "compatible" with CC BY 4.0 they say.

This would include a huge amount of content (MTN25 and MTN50 Mapa Topográfico Nacional, and even aerial photographies of PNOA (Plan Nacional de Ortofotografía Aérea), and more stuff). Terms are:

“1. Conforme a la Orden FOM/2807/2015:, por la que se aprueba la política de difusión pública de la información geográfica generada por la Dirección General del Instituto Geográfico Nacional (IGN), esta licencia de uso ampara el uso comercial y no comercial, la reutilización, la redistribución, la modificación y la generación de productos y servicios de valor añadido a partir de los productos y servicios de datos geográficos digitales del IGN.”
“2. El usuario titular de la licencia se compromete a citar al Instituto Geográfico Nacional (IGN) mediante la fórmula: «© Instituto Geográfico Nacional» como origen y propietario de la información geográfica suministrada ante cualquier exhibición o difusión de ella, o de parte de ella o de cualquier producto que, aun siendo de forma parcial, la incorpore o derive de ella.”
“-Si se tratara de Ortofoto o MDT5 (PNOA®), la mención se sustituirá por: «PNOA cedido por © Instituto Geográfico Nacional».

- Tratándose de datos LiDAR, la mención se sustituirá por: «LiDAR-PNOA cedido por © Instituto Geográfico Nacional».
- En caso de datos SIOSE®, la mención se sustituirá por: «SIOSE cedido por © Instituto Geográfico Nacional».

- Tratándose de CartoCiudad®, la mención se sustituirá por: «CartoCiudad cedido por © Instituto Geográfico Nacional».”

I want to ask if this is ok for Commons. And if it is... A new specific template would be required and I need help with that. Strakhov (talk) 16:54, 21 September 2016 (UTC)

  • Looks to me like this meets our requirements; pretty similar to CC-BY. Does anyone think otherwise? - Jmabel ! talk 18:10, 21 September 2016 (UTC)
  • If it does than we need to create a license template. May be {{Attribution-IGN}}? --Jarekt (talk) 18:53, 21 September 2016 (UTC)
    • Yes, though the third condition means we'll need variants, either via different templates or via a parameter. - Jmabel ! talk 19:24, 21 September 2016 (UTC)
    • Yes, that's it. One template with parameters or 5 "potential" templates ("IGN", "PNOA via IGN", "LiDAR-PNOA via IGN", "SIOSE via IGN" and "CartoCiudad via IGN"). Strakhov (talk) 19:18, 22 September 2016 (UTC)

September 22[edit]

Follow list[edit]

I keep track of all the files I uploaded with the follow system. Today two of my files where renamed. There are redirect links from the old name to the new name. As usual I removed the follow mark from the link to avoid double counting. Unfortunately I didnt notice that I dont have a follow mark on the file with the new name. As there is no history of changing follow marks, I cant cant find the renamed file to put a mark on it. As I follow 8590 files uploaded over a period of ten years I cant easily find the missing files.

  • Is something changed so that the follow marks are not kept with a rename?
  • Is there a history of renamed files on 22-9-2016?Smiley.toerist (talk) 12:42, 22 September 2016 (UTC)

Update: The two files are in fact on my follow list: File:Calle Redes, Seville 001.jpg, File:Calle Abad Gordillo, Seville 001.jpg, but the name change doesnt trigger an entry on the recent notification list. That why I was confused. Before you got two entries on the recent modification list: The creation of the new redirect link and the rename itself.Smiley.toerist (talk) 12:51, 22 September 2016 (UTC)

What is wrong here?[edit]

Is this Mural in the General National Archive in the Dominican Republic or Colombia? --Jos1950 (talk) 17:58, 22 September 2016 (UTC)

Jos1950 why Colombia? And this should be discussed here: File talk:DO AGN Mural inside of the General National Archive in Santo Domingo, Dominican Republic.jpg. -- Rodrigo Tetsuo Argenton m 04:27, 23 September 2016 (UTC)
Because Category:Archivo General de la Nación is the one in Colombia. More interesting: who painted that mural and when? I would expect it to be copyrighted and I don't know whether Dominican freedom of panorama extends to meeting rooms. If it did, that would be unusual. --rimshottalk 06:40, 23 September 2016 (UTC)
Well, type (don't need to press enter) at google "Archivo General de la Nación", you will see that Mexico, Argentina, El Salvador, Uruguay, Venezuela, Republica Dominaca, Perú... have one.
In Brazil, freedom of panorama is very extensive, some panels as this could be okay. -- Rodrigo Tetsuo Argenton m 23:03, 23 September 2016 (UTC)

Category changes in Wizard...[edit]

I now realise the changes in how to add categories in the Wizard Upload, and s h i t this is horrible! First I was staring the page trying to find the "add category", it's not intuitive put more than one category in that space, specially when your category have 6 words... Second, I was trying to put a name after to facilitate the search like: Category:Wikimedia Movement|W, and now this do not work! And if you are typing, and for some reason, you remove the attention of the box, the whole sentence disappears!!! o.O

After years, the Upload basics now is better again to put categories, holly mother, tks for the attention, I had to take this off my chest. -- Rodrigo Tetsuo Argenton m 23:11, 22 September 2016 (UTC)

PS:And if the category is a red link, it keep giving a warning blocking the contribution, seriously, I'm back to basic. 23:34, 22 September 2016 (UTC)

Thanks for your feedback. I work on this "s h i t", UploadWizard that is, in WMF's Multimedia team. The change you mention happened nearly a year ago (phab:T112764) and so far I think it was mostly appreciated. Let me reply to each point separately:
  • "First I was staring the page trying to find the "add category", it's not intuitive put more than one category in that space, specially when your category have 6 words..." Hmm, this is a fair point. Do you think it would be helpful to add a placeholder text there? (quick mockup: [14] [15]) If not, do you have any other suggestions?
  • "Second, I was trying to put a name after to facilitate the search like: Category:Wikimedia Movement|W, and now this do not work!" I don't think category sortkeys were ever intentionally supported (although they might have worked accidentally), but I was under the impression that they are discouraged for files? Why does the sortkey need to be different from the file name for your file? Commons:Categories only documents using sortkeys for subcategories.
  • "And if you are typing, and for some reason, you remove the attention of the box, the whole sentence disappears!!!" The field only accepts input that is a valid category name, and in that case it definitely does not disappear. It's an unfortunate interaction that "Wikimedia Movement|W" (with the non-working sortkey) is invalid :/ I think this is still more intuitive in the general case than allowing the input to remain, and then be discarded later because it is invalid. I guess another alternative would be displaying an error message.
  • "And if the category is a red link, it keep giving a warning blocking the contribution" It keeps giving a warning, because in most cases adding files to a non-existent category is a mistake. But it does not block the contribution, you just have to click "OK" in the pop-up dialog to confirm you want to do that? I know that some users prefer to upload the files first, and create the category later, and this is definitely supported.
Matma Rex (talk) 19:28, 23 September 2016 (UTC)
Matma Rex I was very frustrated about this, however I did not wrote that it is a shit, I wrote that is horrible... ;)
I was looking my recently uploads, none of them used multiple categories, normally because the specificity of them... and I'm more editing already uploaded images, so maybe because of that I didn't felt the changes.
  • The main problem is when we have something like "Projeto Commons da Faculdade Cásper Líbero (JO/2016)" or "Image overwrites by Jan Arkesteijn for independent review", the placeholder solution maybe not gonna work, as it will probably disappear in those cases... Putting "Category or Categories:" could reinforce the idea of plural, or give to lines to write, but I don't know. And this is more for old idiots, as me, that was used to have the "add category" button, I can see this as problem, but not that big and not a general issue, as this is a similar tool used in other websites. One thing that could be implemented is the FB example, you type your friend, he writes it above, as a confirmation, could be good.
  • We discourage, however for maintenance purpose in some cases I had to do it, for example the category "Projeto Commons da Faculdade Cásper Líbero" is the one that I was working. In this case, students are responsible for one monument, and they have to produce 20 photos of them. We can see whole work of single student crossing categories, but is not that easy as we are talking about 170 students, and 20 photos per student. The sortkeys was a solution to agglutinate the files of the students, without using subcategories, because for this case, is not that necessary, and was easier to see the whole thing. This is not a general problem, but I don't see why we can't do it in Wizard...
  • I don't know, but this is like that for how many characters? It's just for | and /?
  • The red link part was the worst one, first I typed and nothing happens, I retyped, and retyped, and them, I cancelled the upload, do all it again, retyped, and them someone call me at FB, I changed the tab, and them it appears... because now you have to remove the attention or press enter to generate the red link.. nothing different from the past version, but it was intuitive, as we removed the mouse clicking in add new category, and we did not realise the system.
Students of this project also had difficulties to create a red link category, it's not intuitive, and we can't obligate every contributor to realise how it work.
To click okay I had to click 3 times to go... I don't remember why, but something prevented the first tentative, them I put one blue link, and tried again... I could press something wrong, however, this is already red, we have a a giant phrase down there (One of the categories lacks a description page. Are you sure you typed the name correctly?), I don't see the necessity to put one more gate, could be good for preventing mistakes, but this deteriorates the experience of contributing here, and we can fix mistakes latter... One more thing, you are assuming that we are making a mistake, you could assume that we are creating something new... One of the categories lacks a description page. You'll create a new one or it's just a mistype? Coming back to the confirmation phrases, we could put one small "new?" in red ones, to grab the attention of the volunteer.
Thanks for your time, and for the contribution, I was rude, I'm sorry for that, but this was a sum of bad experiences in just one moment.-- Rodrigo Tetsuo Argenton m 22:47, 23 September 2016 (UTC)

September 23[edit]

Commons:Fan art[edit]

Is this a valid edit? I don't know too much about fan art. --jdx Re: 06:59, 23 September 2016 (UTC)

  • I'd say that's accurate. If a given author, band, etc. OKs fan art, it's still fan art. - Jmabel ! talk 15:52, 23 September 2016 (UTC)
    That is the common definition of fan art, so yes. Copyright wise an OK by the author is not generally broad enough for our purposes, so little changes on that front. Jo-Jo Eumerus (talk) 18:39, 23 September 2016 (UTC)

Max upload size?[edit]

What is the max upload size (for various methods)? I have videos from 60 to 800 mb, and the large ones fail to upload. What does it mean on the file page "Transcode status", the files was already in webm 480 format when uploaded - has it been re-encoded again? That lowers the quality, I would say. --Janwikifoto (talk) 11:59, 23 September 2016 (UTC)

You should be able to load 4GB files; Commons:Maximum file size. Whichever method you use, the larger files will fail unless you are using chunked uploading and even then may have failures due to operational issues or the file being detected as problematic once in the process of being 'assembled' at the server side. As for transcoding, this is to make the video available in a number of (lower quality) sizes, if your original is in webm, it should stay unchanged. -- (talk) 12:33, 23 September 2016 (UTC)
I have used Commonist, as I am able to set copyright template with that. THe doc says it fails over 100 mb, so no gb there. The Upload Wizard has no description of sizes. I use mobile data, so I can not "play and test" several hundred mb woth of billed data traffic. Hard documented facts would be preferred. No, I am not going to use chunked upload, it will create too much work for me, to learn. --Janwikifoto (talk) 12:40, 23 September 2016 (UTC)
I have reported the issue to the GitHub repo where the code is maintained. On the other hand, Commons:Maximum file size is the "hard documented fact" regarding maximum file size. UW should be quite straightforward to use. And for non-chunked uploads, I'm sorry, HTTP isn't designed to upload large files in a single request ([16]). And AFAIK uploading 100MB+ files to commons without chunked uploading is technically impossible because of the max request body size restriction set somewhere. And as for your rationale of mobile connection not suitable to "play and test", well, you're of "play and test" without chunked uploading, as any disconnection/failure in the process force you to restart from the first byte, wasting more traffic than with chunked uploading. --Zhuyifei1999 (talk) 13:05, 23 September 2016 (UTC)
Thanks for reporting the issue.
As a rule of thumb based on my 2 million uploads, if your files are greater than 40MB, you can guarantee regular failures in a large upload. I would say it's worth using chunked uploading for any file over 20 MB. I believe the standard upload wizard does handle chunked uploading, though I don't know where this is documented in the help pages.
P.S. don't use mobile data for uploads. It would be worth having a chat with your local library, university or school to see if you can save up your upload projects and use their broadband connection. It may even give them ideas for local open knowledge projects. -- (talk) 13:14, 23 September 2016 (UTC)
I use the Commonist for my regular uploads from less that 1 MB to 100 MB and the VicuñaUploader for more than 100 MB upto more that 1 GB. Biswarup Ganguly (talk) 15:03, 23 September 2016 (UTC)
@Janwikifoto: As Fæ says, UploadWizard uses chunked uploading (you do not need to learn anything, it happens automatically) and can happily handle files up to the maximum size, 4 GB – this is documented at Commons:Chunked uploads. I have also heard good things about VicuñaUploader if you prefer a desktop tool, although I never used it myself. Matma Rex (talk) 18:52, 23 September 2016 (UTC)

How to assert right of integrity[edit]

Is there a recommended statement to add to images that I have uploaded to make it clear that the original descriptions should not be changed? As in this discussion, I am unhappy that another editor has made statements that the plants I photographed in a botanical garden are mislabelled in that botanical garden. (Of course, there is a taxonomic issue here, but it is not relevant, since taxonomic opinion is just that, an opinion (and I say that as a professional botanist).) If there is no neat way to stop people from maligning the botanical gardens and their staff, then I will make a decision not to upload any more images from such institutions. In practice, I think that would be a pity, because those gardens are likely to yield photos of quite a number of rare plants for which we do not yet have photos, and the wikipedias could potentially benefit from such images. Nadiatalent (talk) 21:51, 23 September 2016 (UTC)

  • Sorry, you cannot lock down the descriptions here on Commons. Just like Wikipedia, people can edit. I have no idea who is correct about this particular plant, but User:MPF is correct to state that a dispute over the filename is not a reason to delete. I've seen plenty of images uploaded with mis-identifications by the uploader, and we need to be able to correct those. Just for example, I recently encountered a picture of Everett, Washington whose uploader identified it as Seattle. Part of the point of a wiki is to be able to correct things like that. I'd suggest that if you wish to upload photos in a way that no one else can edit the comments in your master, you might consider a site like Flickr or Panaramio rather than a rather open wiki like Commons.
  • On the other hand, if the facts are in dispute, the person who made the edit should not be able to choose unilaterally to have only their view of the matter in the description. - Jmabel ! talk 23:34, 23 September 2016 (UTC)
    • @MPF:
    • I'm not very strong in botany, so I could be completely off-base here, but if I understand the edit User:MPF is asserting that C. arizonica var. glabra is a synonym for Cupressus glabra, and that that is what we see here. this would seem to be one of an almost infinite number of disputes about biological taxonomy, in this case over whether this is considered a varietal or a distinct species. In that case, while there may be a disagreement here, there is nothing in the labeling that could clearly be considered wrong; at most, it's incomplete. - Jmabel ! talk 23:46, 23 September 2016 (UTC)
  • Pictogram voting comment.svg Comment Commented in the DR. Jee 03:56, 24 September 2016 (UTC)

September 24[edit]

Category language confusion[edit]

Hi, folks. I have a problem finding the appropriate name for a category. I want to provide pictures from the green houses of the recently abandoned botanical gardens of Saarland University.

  1. Do I mark the garden as "abandoned" (or similar) in the category name (as far as I know it is the first botanical garden in Germany that a university has given up on, Karlsruhe supposedly being the next to follow)
  2. Do I use a German or an English language label, given that I need the following two super-categories:

Thanks for any insights you can provide. --chris 17:55, 24 September 2016 (UTC)

  • Category name shouldn't mention "abandoned", since we'd presumably use the same category if we got older photos from before it was abandoned.
  • I'd stick with English. I'm actually a little surprised that Category:Universität des Saarlandes uses German, since there would be an obvious English-language name (Saarland University), and category names normally use English in such a case. - Jmabel ! talk 02:29, 25 September 2016 (UTC)

Category:People by name et al. as flat list?[edit]

Hi, I currently have a little dispute with Raimundo Pastor. In my eyes the categories Category:People by name, Category:Men by name and Category:Women by name are "flat list" cats. So: Any people should be in Category:People by name, every man should be in Category:Men by name and every woman should be in Category:Women by name. Since a while I'm busy checking a lot of people cats and adding those and other missing cats. Its now the first time somebody reverts and disagrees these edits. Whats the opinion of the others. Should i.e. Category:María Teresa Torras in Category:People by name and Category:Women by name although it is in Category:Women of Spain by name, or not? --JuTa 21:12, 24 September 2016 (UTC)

September 25[edit]