Commons:Village pump

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

Shortcut: COM:VP

↓ Skip to table of contents ↓       ↓ Skip to discussions ↓       ↓ Skip to the last discussion ↓
🌐 Village pumps for other languages
COMMONS DISCUSSION PAGES (index)
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; the latest archive is Commons:Village pump/Archive/2022/12.

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:

   
 

Start a new discussion

# 💭 Title 💬 👥 🙋 Last editor 🕒 (UTC)
1 Copyright Cannot be Established for United Kingdom images of children in a care home or with complex family relationships 14 6 85.92.185.193 2022-12-16 15:11
2 Requests for comment: 2022 overhaul of categories by period 1 1 RZuo 2022-12-05 07:33
3 File:11.02450 Brothel-girls-11.png 12 5 Brianjd 2022-12-14 11:57
4 Are elements like pipes, cables, sockets and taps in buildings not architectural? 6 4 JopkeB 2022-12-18 13:56
5 Seizure risks 6 2 Dronebogus 2022-12-14 01:56
6 Depicts 14 9 Ymblanter 2022-12-14 11:40
7 Images with only a Wikidata link 6 5 El Grafo 2022-12-15 08:24
8 Flickr Foundation launched 3 3 Jmabel 2022-12-13 23:17
9 procedure for derivative images 3 3 Pigsonthewing 2022-12-14 17:42
10 Photo challenge October results 3 3 Matthew T Rader 2022-12-15 18:23
11 Community Wishlist Survey 2023 opens in January 6 5 Jmabel 2022-12-16 16:23
12 Derivative work licensing for print 1 1 Jmabel 2022-12-16 05:30
13 Movement Charter: End of the community consultation round 1 1 1 Zuz (WMF) 2022-12-16 09:57
14 Merge accounts 9 5 Chris.sherlock2 2022-12-19 12:47
15 Listed Source for Category allpaintings.org is currently invalid and/or possibly hijacked. 4 2 Siegtyr 2022-12-19 00:02
16 Endless category loops for films and actors 6 6 HyperGaruda 2022-12-20 19:37
17 Regions of NSW, Australia 6 3 Chris.sherlock2 2022-12-20 19:33
18 Final reminder: Wikimedia sound logo vote ends today!!! 1 1 MPourzaki (WMF) 2022-12-19 14:40
19 Objectification 3 3 Joshbaumgartner 2022-12-20 19:07
20 Category intersection problem 4 2 Ricky81682 2022-12-20 00:13
Legend
  • In the last hour
  • In the last day
  • In the last week
  • In the last month
  • More than one month
Manual settings
When exceptions occur,
please check the setting first.
Broadwick St, Soho, London: a water pump with its handle removed commemorates Dr. John Snow's tracing of an 1854 cholera epidemic to the pump. [add]
Centralized discussion
See also: Village pump/Proposals   ■ Archive
Template: View   ■ Discuss    ■ Edit   ■ Watch
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 7 days.

November 30[edit]

Copyright Cannot be Established for United Kingdom images of children in a care home or with complex family relationships[edit]

Hello,

I am working with a museum that received a donation of some beautiful images recently, and the museum director would like to upload these to Wikimedia Commons. The images are of mixed race children who were living in an orphanage called Holnicote House during WW2 in the UK. The images were donated to the museum by the widow of one of the children pictured. Her late husband was given the photographic prints by his carer at the orphanage, who he considered a foster parent. The photos passed to his wife when he died.

The donor and her family are also very keen to share these images widely on Commons and improve the Holnicote House Wikipedia article with them.

We cannot establish whether the photos were taken by the Holnicote House employees in the course of their employment (and would therefore be the property of the employer) or if the photographers were not employed by Holnicote House (and therefore copyright would be owned by the photographer or their heir). Either way, because this information cannot be firmly established, these photographs are not able to be uploaded to Commons under existing rules.

I’m very grateful for the advice already given by Michael Maggs on this matter.

What I’m hoping the community will consider is this: An unintended consequence of the Commons rules as they stand is that they exclude these people’s histories because they were put into care. If these children had been photographed by their parents, the copyright would be clear and the images could be uploaded to Commons. Because the children were photographed by carers who were paid or by others with whom there is no family relationship, the copyright is unclear and they are excluded.

Mixed race and Black children in Britain are disproportionately overrepresented in the care system (https://www.ethnicity-facts-figures.service.gov.uk/health/social-care/adopted-and-looked-after-children/latest) and so this issue will impact the family photographs of mixed race and Black people more than others.

Images are a powerful part of telling the stories of mixed race people and there is great excitement about improving the relevant Wikipedia page with these images and making them available for education and research. Is anyone interested in discussing any way that these images could be included on Commons despite the risk involved? Does anyone else have collections of photographs which are impacted in the same way? I believe that the case for inclusion is strong.

This is one example of a wider implication of excluding images where copyright cannot be established. Where family relationships follow a strict norm, copyright of family photographs can be clearly established. But where family relationships are more complicated and, frankly more realistic, with estrangements, adoptions, multiple parental relationships etc., copyright can be impossible to establish. Tenuous tree (talk) 13:03, 30 November 2022 (UTC)Reply[reply]

This is one of many problems with our decision not to allow images with orphaned copyrights, but there would be equal problems with going the other way, namely that we'd like reusers of our material to have a reasonable expectation that if they conform to the stated licenses, they will not be breaching copyright law. The problem of orphaned copyrights is more a problem of copyright law than a problem with Commons. - Jmabel ! talk 16:06, 30 November 2022 (UTC)Reply[reply]
  • @Tenuous tree: We accept images from Flickr Commons under a "no known copyright restrictions" license, this would require obtaining a Flickr Commons account first and loading them there. We also accept {{PD-UK-unknown}}, which is for images more than 70 years old that have no person's name attached to the image as a known photographer. Images taken "during WW2 in the UK" would fall under "PD-UK-unknown". The cutoff date is 1 January 1952. --RAN (talk) 16:16, 30 November 2022 (UTC)Reply[reply]
    • {{PD-UK-unknown}} might be a good solution to this, but Flickrwashing images with unclear copyright status is a very bad suggestion. That sort of approach is the kind of thing that can get people blocked or banned here. - Jmabel ! talk 19:17, 30 November 2022 (UTC)Reply[reply]
It isn't Flickr washing if the statement is true. The Library of Congress uses "no known copyright restrictions" on the Bain Collection, they have the negatives; Getty Images licenses the images, because they have prints of the images. Even with that strong counterclaim the LOC uses: "no known copyright restrictions", and we accept it. --RAN (talk) 23:47, 30 November 2022 (UTC)Reply[reply]
Ouch. That is not the way forward. You are conflating "no known copyright restrictions" under US law with orphaned works under UK law - which generally are copyright-protected in spite of having no listed photographer's name. MichaelMaggs (talk) 15:19, 9 December 2022 (UTC)Reply[reply]
If you have a file where you don't know whether Commons would accept it because of copyright reasons, and you upload it on Flickr as having "no known copyright restrictions", then use your own Flickr upload as your "authority" to upload here, that is absolutely Flickrwashing. This is why the "PD" mark on Flickr is not sufficient for us to accept files without knowing the basis of why they are PD.
Again, in this case {{PD-UK-unknown}} should cover it. - Jmabel ! talk 16:13, 1 December 2022 (UTC)Reply[reply]
Thanks for your replies and for engaging in a conversation that arrived at a measure of consensus about using {{PD-UK-unknown}} - this is an option I'm looking at more closely. It feels good to have a possible way to get these images onto Commons.
I think you hit the nail on the head in your first reply @Jmabel, in that the issue lies with copyright itself. I am hoping the community will bear examples like this in mind both as it comes to decisions about how to apply and interpret copyright law and when it considers which risks Commons and its users can take. Tenuous tree (talk) 16:00, 2 December 2022 (UTC)Reply[reply]
why 85.92.185.193 15:11, 16 December 2022 (UTC)Reply[reply]
  • All museums should load their "no known copyright restrictions" images to Flickr Commons, which is independent of any decision to upload the images to Wikimedia Commons. There is no legal or moral conflict with "no known copyright restrictions" at Flickr Commons and {{PD-UK-unknown}} or any other public domain tag, here at Wikimedia Commons. As I have said multiple times, it isn't Flickr washing if the statement, "no known copyright restrictions", is legally correct for the images under discussion. The only legal or moral ambiguity would be if they uploaded them to Flickr Commons under a Creative Commons license, which some museums have done for photographs in their collections, where they are not the creator; or if they claim a copyright for images in the public domain, as some museums do; or claim a copyright for themselves, where someone else is the legal owner of the copyright. --RAN (talk) 02:36, 2 December 2022 (UTC)Reply[reply]
    It's simply not enough to state "no known copyright restrictions", and to add "{{PD-UK-unknown}} or any other public domain tag". That begs the question - can we be reasonably sure that the images fall outside copyright protection under the specifics of UK law? (And US law as well, but that doesn't seem problematic here). If so, we may be able to add {{PD-UK-unknown}}. But that tag doesn't simply mean that the photographer is unknown or anonymous, as you appear to suggest above. It's more complicated than that. I'm re-reading the legislation and will post more details shortly. MichaelMaggs (talk) 15:40, 9 December 2022 (UTC)Reply[reply]
First, we need to establish that the photographs are "works of unknown authorship" for the purposes of UK law. By ss 9(4) and 9(5) that is the case "if it is not possible for a person to ascertain [the photographer's] identity by reasonable inquiry". The legislation does not specify what is meant by "reasonable inquiry", but it's generally understood by copyright lawyers to require some pretty significant research - simply noting that a photo lacks a name is nowhere near enough. Research should be sufficient to show that finding the photographer's identity is 'impossible'. That would include checking with all owners and previous owners of the physical images, trawling extant records of the home, following up anything on the back of the images and, if possibly taken by a professional, checking specialist indexes of photographers working in the area at the time and comparing their work and layouts. This is a lengthy time-consuming operation and is the reason that many UK museums holding orphaned images don't feel able to openly label them as public domain; seeking legal certainty across a whole collection would take far too much time.
Assuming that that could be done for each image, we can then consider the relevant dates. Section 12(3), as amended, specifies that for a work of unknown authorship, copyright expires:
(a) at the end of the period of 70 years from the end of the calendar year in which the work was made, or
(b) if during that period the work is made available to the public, at the end of the period of 70 years from the end of the calendar year in which it is first so made available.
If we know that the images were taken during the war, let's play safe and assume 1945. Then, for any photos that remained unavailable to the public up to the end of 2015, copyright will have expired at the end of that year. Those images will have fallen into in the public domain, and remain PD regardless of any later events such as publications after 2015.
If any of the photos were before the end of 2015 published (eg in a book, a newspaper etc) or were otherwise made available, the clock will have restarted and copyright will continue to subsist for another 70 years from the end of the publication year.
If all that can be established to such a level that there is no "significant doubt" about the PD status of the images under UK law (see Commons:Project_scope#Precautionary_principle), it's perfectly OK to upload to Commons using the {{PD-UK-unknown}} tag. To prevent future problems/arguments, though, I'd strongly suggest documenting in detail exactly what research was done in each case, plus the legal basis for concluding the image is PD, and recording it somewhere against each Commons file, perhaps on the file talk page. MichaelMaggs (talk) 18:07, 9 December 2022 (UTC)Reply[reply]
By the initial statement, it is quite clear that the people who own the images don't know who was the photographer. IMO we abuse the "Precautionary principle" if we don't allow {{PD-UK-unknown}} for such images. This principle was established so that we can delete recent images copied from a random source without proving that there is a copyright, but not for old images where the chance of a still existing copyright is very slim. Yann (talk) 19:51, 9 December 2022 (UTC)Reply[reply]
{{PD-UK-unknown}} doesn't mean "the owner of the photo doesn't know who the photographer was". It means no more and no less than what I've set out above. And neither is the "Precautionary principle" inapplicable to old images. Fortunately, given the facts as stated above, there seems a good chance that research will show that the template can be correctly used in this case. MichaelMaggs (talk) 22:11, 9 December 2022 (UTC)Reply[reply]

December 05[edit]

Requests for comment: 2022 overhaul of categories by period[edit]

Commons:Requests for comment/2022 overhaul of categories by period.--RZuo (talk) 07:33, 5 December 2022 (UTC)--RZuo 07:33, 28 December 2022 (UTC)Reply[reply]

December 10[edit]

File:11.02450 Brothel-girls-11.png[edit]

I feel like putting pictures of random prostitutes under the category 'Human trafficking' is somewhat defamatory Trade (talk) 19:31, 10 December 2022 (UTC)Reply[reply]

It might be; but the source website says "The Office to Monitor and Combat Trafficking in Persons (G/TIP) assigned a U.S. photographer, Kay Chernush, to take these photos in India", so perhaps these are not "random prostitutes". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:53, 10 December 2022 (UTC)Reply[reply]
The description itself never makes that claim, tho--Trade (talk) 21:48, 10 December 2022 (UTC)Reply[reply]
The file was upload as File:11.02450 Brothel-girls-11.jpg.gif. Its original description is lost. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:38, 10 December 2022 (UTC)Reply[reply]
@Trade and Pigsonthewing: It looks like the original description has indeed been lost (by which we mean accessible only to admins). But I found another crazy thing: That file was earlier moved to File:11.02450 Brothel-girls-11.gif, whose talk page says: {{kept|2012-05-07|Commons:Deletion requests/File:The MILF barbershop Shenzhen China.jpg}}
Symbol wtf vote.svg WTF? What’s with the different filenames? And why is a DR closed as ‘delete’ being linked in {{Keep}} {{Kept}}? The talk page also has a comment about this image, but who knows which image that refers to? Pinging @Túrelio, Dharmadhyaksha. Brianjd (talk) 06:04, 12 December 2022 (UTC)Reply[reply]
Because the deletion discussion, which is about different image, mentions the reason why the image to which the {{Keep}} template refers is being kept. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:50, 14 December 2022 (UTC)Reply[reply]
@Pigsonthewing I wanted to say that was a misuse of {{Kept}} (not {{Keep}}), but then I reread the DR. There are four images mentioned in the DR (including the one actually nominated), and Russavia acted as if all four were actually nominated.
But the other three images were not nominated. 11.02450 Brothel-girls-11.jpg.gif was definitely not nominated. I will replace {{Kept}} with a more accurate message. Brianjd (talk) 11:57, 14 December 2022 (UTC)Reply[reply]

I'm with User:Trade here. In particular, a lot of "anti-trafficking" groups presume that all, or nearly all, prostitutes are trafficked. - Jmabel ! talk 00:00, 11 December 2022 (UTC)Reply[reply]

@Trade, Pigsonthewing, and Jmabel: The current file description contains an original upload log, which includes this comment: … [The prostitutes] face routine violence from pimps and customers …. I don’t know whether this description is justifiable, but it does explain the category Human trafficking. Brianjd (talk) 06:10, 12 December 2022 (UTC)Reply[reply]
Pictogram voting comment.svg Comment I moved the talk page. Yann (talk) 19:25, 13 December 2022 (UTC)Reply[reply]
@Yann I see that you moved File talk:11.02450 Brothel-girls-11.gif to File talk:11.02450 Brothel-girls-11.png, which at least clarifies which image it refers to. But it doesn’t explain what 11.02450 Brothel-girls-11 has to do with The MILF barbershop Shenzhen China or why a DR closed as ‘delete’ is linked in {{Keep}} {{Kept}}. Brianjd (talk) 06:25, 14 December 2022 (UTC)Reply[reply]
Answered above. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:50, 14 December 2022 (UTC)Reply[reply]

December 11[edit]

Are elements like pipes, cables, sockets and taps in buildings not architectural?[edit]

In Commons it looks like the developments of architectural elements stopped in the 19th century: I cannot find a connection between Category:Architectural elements and elements in a building that are needed for modern water supply, sewerage, electricity, gas and internet, things that go into or come out a building by default, like pipes and cables. While most of these things, if not all, are present in a building when it is delivered or is transferred after purchase; in the Netherlands the first three are even mandatory by law. So builders (and I guess architects) should take them into account. My questions:

  1. Is that indeed true: are these elements officially not architectural? (I am no architectural expert at all, so this might be a lack of knowledge.)
  2. Is there an English umbrella term for them, so I can make a main category for containing all of them? Perhaps something with "utility"?

Not architectural elements?

--JopkeB (talk) 11:12, 11 December 2022 (UTC)Reply[reply]

I would say that these are not "architectural". And while these all relate to utilties, I'm not sure we have one common term related to that which refers to elements like this. We tend to refer separately to electrical, plumbing, and HVAC systems. - Jmabel ! talk 17:22, 11 December 2022 (UTC)Reply[reply]
Perhaps Category:Building engineering would cover these? MKFI (talk) 07:31, 12 December 2022 (UTC)Reply[reply]
There is a term en:Mechanical, electrical, and plumbing that is a subcategory of building engineering aka en:architectural engineering. However, lack of interwikis seems to suggeset that that's not a term that is commonly used outside of the US. Maybe the broader en:Building services engineering would be a term that works better internationally.
In any case, on the aesthetics side of things, there's certainly a connection to CAT:Interior design here, which is considered a sub-discipline of architecture in several countries and even called interior architecture in at least Italian, French, and German. Its subcategory Category:Interior architectural elements includes things like sinks, mirrors, and furniture. Boilers probably do not belong in there, but faucets and light switches certainly can be design elements. El Grafo (talk) 08:57, 15 December 2022 (UTC)Reply[reply]
(HVAC = heating, ventilation and air conditioning). JopkeB (talk) 09:11, 18 December 2022 (UTC)Reply[reply]
Thanks, Jmabel, MKFI and El Grafo, for your reactions and research. So the category structure could be:
And I'll shop for more inspiration on en:Building services engineering for subcategories. And of coarse everybody (preferably with more technical knowledge than me) can add more subcategories and/or present suggestions.
Would this make sense? --JopkeB (talk) 13:56, 18 December 2022 (UTC)Reply[reply]

December 12[edit]

Depicts[edit]

I've been diligently adding depicts statements on uploads. But I often find that, despite a reasonably diligent search, the concept I need is not on Wikidata. I asked at some event what to do and was told to just create the Wikidata item I needed in that situation. I have now discovered many of these have been deleted on Wikidata despite being used in depicts statements on Commons. Surely being in use is a reason not to delete them? If not, it's just been a huge waste of my time to add depicts statements. Nobody contacted me about the, before deleting. Any advice on getting them reinstated? 07:01, 12 December 2022 (UTC) — Preceding unsigned comment added by Kerry Raymond (talk • contribs) 07:01, 12 December 2022‎ (UTC)Reply[reply]

@Kerry Raymond difficult to give advice without knowing what exactly was deleted. Can you give examples? El Grafo (talk) 09:07, 12 December 2022 (UTC)Reply[reply]
@Kerry Raymond: Wikidata items must meet the notability criteria of that project, the simplest way to do that is to include one or more significant Authority control identifies such as VIAF or ISNI. Otherwise, add third-party, reliable sources. While not required, it's also advisable to add more than one statement to new items. As for getting items undeleted, ask the deleting admin in the first instance, per d:Wikidata:Guide to requests for undeletion. LMK if you need further advice or help. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:24, 12 December 2022 (UTC)Reply[reply]
@Kerry Raymond: , Wikidata has repeatedly voted to not want better integration with the Wikimedia Commons, unless Wikidata's notability guidelines will include the Wikimedia Commons (as it already does for all other Wikimedia websites) we won't see many of those items undeleted any time soon. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 14:52, 12 December 2022 (UTC)Reply[reply]
The Wikidata community has never voted [sic] "to not want better integration with the Wikimedia Commons", and the discussion to whcih you link does not show you it doing so. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:28, 14 December 2022 (UTC)Reply[reply]

Speaking as a Commons admin who is moderately active on Wikidata: there is not a lot we can do on this from the Commons side, and roughly nothing we can do about the issue in the abstract. If you can list some of the particular items that were deleted, then there is some chance of us being able to come up with at least a loose consensus to make a case for them. - Jmabel ! talk 16:12, 12 December 2022 (UTC)Reply[reply]

None of the many hundred items I created and linked to commons categories got deleted. I would also be interested in what items got deleted here. --GPSLeo (talk) 18:01, 12 December 2022 (UTC)Reply[reply]
I see six items on Wkidata which Kerry Raymond created and which were deleted. They are all of the same type: for example, d: Q114311084 (Church of Christ building, place of worship associated with the Church of Christ). All these items only has the name, no description, sitelinks, properties etc. All were deleted a few days ago by @MisterSynergy: as "empty items". One can debate whether the deletion was valid or not (after all, they were not empty, but not extremely useful from the Wikidata point of view), however, if the Commons community thinks they are useful we can restore them (either with agreement of the deleting admin, or after a discussion on Wikidata) and add properties and description, so that they are not empty anymore.--Ymblanter (talk) 19:15, 12 December 2022 (UTC)Reply[reply]
  • Thanks for the ping, all items are restored.
  • We characterize items as "empty items" if there are no statements and no sitelinks, as in this case for all six involved items. These items do qualify for immediate deletion, and there are in fact way more of these cases at Wikidata than we could reasonably discuss.
  • According to the "structural need" criterion of Wikidata's notability policy, these items do qualify for inclusion at Wikidata (hence I restored them without further discussion).
  • However, in the current form they are not useful for Wikidata. They should have at least a basic definition (using statements in Wikidata), and ideally some sort of references to external sources. It is otherwise pretty unlikely that anyone else but the item creator knows how to improve them.
  • A difficulty with item use in SDC (such as "depicts" statements) is that this sort of re-use is pretty difficult to discover. As much as I am aware, I would need to use WCQS for each deletion individually since structured data use is not tracked via Special:EntityUsage.
—MisterSynergy (talk) 19:32, 12 December 2022 (UTC)Reply[reply]
Thank you, I will try to use some statements there (and will definitely welcome help). Ymblanter (talk) 19:38, 12 December 2022 (UTC)Reply[reply]
@Ymblanter: Your "six items" link is only viewable by Wikidata admins. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:29, 14 December 2022 (UTC)Reply[reply]
Not anymore, because the items have been restored, but they are pretty obvious on the Kerry Raymond's Wikidata contribution (most recent page). Ymblanter (talk) 11:40, 14 December 2022 (UTC)Reply[reply]
  • I have noticed the problem before, although none of my entries were deleted because they had more complete information. What we need is the ability to show that a Wikidata item is in use at Commons with "depicts" when we click the "What links here" button at Wikidata. At Commons we know what it is in use at Wikidata, but not the reverse. At the current time the only work-around is to create a category for the single image, and add that category to Wikidata. I have brought it up before, but it didn't get enough attention to get a fix. Instead someone created a query to show usage, we need it baked into the "What links here" button. --RAN (talk) 19:32, 12 December 2022 (UTC)Reply[reply]
Just in case some people aren't aware, the Mix-n-match is a good tool to find/add external identifiers for existing Wikidata items, or create new items, which can better standardize & distinguish items and demonstrate notability. More abstract, trivial or esoteric entities like subclasses of things may not be Wikidata-notable, even if they might be hypothetically useful for "depicts" statements: an image that depicts the left foot of Barack Obama doesn't mean we need to create an item for "Barack Obama's left foot", nor "feet of United States presidents", even if some political foot scholar happened to make a Commons category for such. --Animalparty (talk) 03:30, 13 December 2022 (UTC)Reply[reply]
@Animalparty: Not to say that no left foot could be notable: Boot Monument (Q4943827), My Left Foot (Q12811892). - Jmabel ! talk 05:32, 13 December 2022 (UTC)Reply[reply]

December 13[edit]

Images with only a Wikidata link[edit]

I have seen images where the user created and added only a Wikidata item but no category. That Wikidata item contains only the image and no further information. The description of the photo is often too brief to see exactly what it is about and where (in which country, province) the photo was taken. Example File:Sima-kő kilátás.jpg of @Emilke82: . That user created many Wikidata items. I have added a comment on the users talk page, but what to do with this problem in general? Just leave it as it is although the Wikidata item has not any additional value in my opinion? Wouter (talk) 15:05, 13 December 2022 (UTC)Reply[reply]

The image file names appear to be descriptive (they're in Hungarian), so they are not irredeemable. some of the Wikidata items are linked to articles on the Hungarian Wikipedia; the others seem to be intended to describe the predicted geographical features (A Google search for the file name in your example, without "File:" or ".jpg", for instance, shows that it relates to [1]). If we do not have a Hungarian speaker here who can assist, ask on hu:Wikipédia:Nagykövetség. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:51, 13 December 2022 (UTC)Reply[reply]
  • Kind of useless without gps data or even an "instance of" or some link to a geographical database. --RAN (talk) 21:20, 13 December 2022 (UTC)Reply[reply]
    Does the extended data at the bottom of the page show all EXIF data? If not, there may be geo coordinates. —Justin (koavf)❤T☮C☺M☯ 22:31, 13 December 2022 (UTC)Reply[reply]
    No, it does not show all of the EXIF, but it does show the location data if it's there. Also, UploadWizard would normally find the data and add {{Location}} automatically upon upload, so digging through the EXIF probably won't reveal much more useful information. El Grafo (talk) 08:24, 15 December 2022 (UTC)Reply[reply]
    They are not at all useless; as I demonstrated above, the file names are useful for web searching. In some of the cases, Google also finds non-free images which match that uploaded here (thereby confirming the location) and for which we apparently have no other free image Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:22, 14 December 2022 (UTC)Reply[reply]

December 14[edit]

procedure for derivative images[edit]

Is there a procedure to follow when deriving one image from another, to ensure that licenses and whatnot point to one another? I cropped an image, and just manually copied over all the details (original, crop), apart from the review which could not be copied. But it feels like there should be a less clunky way of doing this. U003F? 12:15, 14 December 2022 (UTC)Reply[reply]

@U003F: Hi, and welcome. Please use CropTool for cropping, and consider using {{Extracted from}} and {{Image extracted}} or dFX to preserve source links.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 13:11, 14 December 2022 (UTC)Reply[reply]
And, when using the crop tool, don't forget to remove any redundant categories from the extracted image. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:42, 14 December 2022 (UTC)Reply[reply]

December 15[edit]

Photo challenge October results[edit]

Skyscrapers: Entries • Votes • Scores
Rank 1 2 3
image Miami skyline from the ocean.jpg Midtown Manhattan from Weehawken September 2021 HDR.jpg Flatiron building, Manhattan, New York, Dec.1969.jpg
Title Miami skyline from the ocean Hudson Yards, Midtown
Manhattan at dusk		 Flatiron building,
Manhattan, 1969
Author Matthew T Rader King of Hearts Foeniz
Score 17 16 12
Greens: Entries • Votes • Scores
Rank 1 2 3
image Laghi plitvice.jpg 2021 Sagano Bamboo forest in Arashiyama, Kyoto, Japan.jpg Белый утёнок в зелёной тине.jpg
Title Plitvička jezera Bamboo forest in Arashiyama
（Sagano）, Kyoto, Japan.		 Белый утёнок в зелёной тине
Author 66colpi Naokijp Vitaliy VK
Score 21 7 7

Congratulations to Matthew T Rader, King of Hearts, Foeniz, 66colpi, Naokijp and Vitaliy VK. -- Jarekt (talk) 04:20, 15 December 2022 (UTC)Reply[reply]

Thank you for your congratulations Foeniz (talk) 15:02, 15 December 2022 (UTC)Reply[reply]
Thank you very much @Jarekt! This is really exciting! Matthew T Rader (talk) 18:23, 15 December 2022 (UTC)Reply[reply]

Community Wishlist Survey 2023 opens in January[edit]

Please help translate to your language

(There is a translatable version of this message on MetaWiki)

Hello

The Community Wishlist Survey (CWS) 2023, which lets contributors propose and vote for tools and improvements, starts next month on Monday, 23 January 2023, at 18:00 UTC and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the Survey will be as follows:

  • Phase 1: Submit, discuss, and revise proposals – Monday, Jan 23, 2023 to Monday, Feb 6, 2023
  • Phase 2: WMF/Community Tech reviews and organizes proposals – Monday, Jan 30, 2023 to Friday, Feb 10, 2023
  • Phase 3: Vote on proposals – Friday, Feb 10, 2023 to Friday, Feb 24, 2023
  • Phase 4: Results posted – Tuesday, Feb 28, 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in the CWS sandbox.

We are grateful to all who participated last year. See you in January 2023!

Thank you! Community Tech, STei (WMF) 16:45, 15 December 2022 (UTC)Reply[reply]

@Ziko: Will you use this opportunity for proposed improvements for Commons? Per Commons:Think big - open letter about Wikimedia Commons. Ellywa (talk) 17:41, 15 December 2022 (UTC)Reply[reply]
Hello Elly, I have not planned so. :-) Repairing Commons is too big for a wish list.@Ellywa Ziko van Dijk (talk) 18:02, 15 December 2022 (UTC)Reply[reply]
Hi Ziko, suppose you will be right. Small steps won't solve big problems. Ellywa (talk) 06:03, 16 December 2022 (UTC)Reply[reply]
If we make two wishes for urgent and not so complicated problems and get 300 votes on them, this would definitely help. We should definitely discuss this and find out what to propose and request to vote on. GPSLeo (talk) 06:38, 16 December 2022 (UTC)Reply[reply]
I agree with User:GPSLeo here: there are a lot of small, simple things that would be of value. - Jmabel ! talk 16:23, 16 December 2022 (UTC)Reply[reply]

December 16[edit]

Derivative work licensing for print[edit]

I redrew a facepalm emoji changed colors and slight variation in the hair. I would like to use the image in a card game being sold to the public. Based on the page I find this statement: attribution – You must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use.

Because I want to use this in print how/who do I give credit?

Here is the art: https://commons.wikimedia.org/wiki/File:Emojione_1F926.svg —Preceding unsigned comment was added by 23.29.37.233 (talk) 04:21, 16 December 2022 (UTC)Reply[reply]

For what it's worth, EmojiOne is now JoyPixels; their later releases as JoyPixels are not open source, but these early ones are. I honestly don't know whether they'd prefer a credit to EmojiOne or JoyPixels. At the time they licensed this, they were called EmojiOne, so I guess you are probably safe giving that attribution, but I'm not a lawyer.
Also, because it is a "sharealike" license, you need to offer the same license for any work you derive from theirs. - Jmabel ! talk 05:30, 16 December 2022 (UTC)Reply[reply]

Movement Charter: End of the community consultation round 1[edit]

Hi everyone,

On behalf of the Movement Charter Drafting Committee (MCDC), we would like to thank everyone who has participated in our first community wide consultation period on the Movement Charter.

People from across the movement shared their feedback and thoughts on the content of the Movement Charter. If you have not had the chance to share your opinion yet, you are welcome to do so by giving the drafts a read and filling out the anonymous survey, which is accessible in 12+ languages. The survey will close on January 2, 2023. You are invited to continue to share your thoughts with the MCDC via email too: movementcharter@wikimedia.org.

What’s next?

The Movement Strategy and Governance team will publish the final report with a summary of the feedback received in January 2023. It will be shared with the MCDC and the communities via different distribution channels.

After receiving the final report, the MCDC will review the suggestions and communicate the changes by providing an explanation on how and why suggestions were or were not adopted in the next versions of the drafts. There will be additional ways to engage with the Movement Charter content in 2023, including early feedback on a proposed ratification process and new drafts of different chapters in the second quarter of 2023.

We invite you to sign up for the MCDC monthly newsletter, which will be delivered to the Talk page of your choice. Monthly updates are available on Meta to stay updated on the progress of the MCDC.

Interested people can still sign-up to become a Movement Charter Ambassador (MC Ambassador) to support their community. MC Ambassadors Program will restart accepting applications from both individuals and groups ahead of the next round of consultations in the second quarter of 2023.

We thank you for your participation, time, and effort in helping to build the charter for our movement!

On behalf of the Movement Charter Drafting Committee

Zuz (WMF) (talk) 09:57, 16 December 2022 (UTC)Reply[reply]

December 18[edit]

Merge accounts[edit]

I have accidentally created two accounts, Chris.sherlock2 (talk) and User:Chris.sherlock3. I keep accidentally logging into Chris.sherlock3, when I mean to be in Chris.sherlock2. How would I get them merged and make Chris.sherlock2 the main account? - Chris.sherlock2 (talk) 13:38, 18 December 2022 (UTC)Reply[reply]

You'll need to go onto Meta:USURP, it may or may not be possible. Bidgee (talk) 13:45, 18 December 2022 (UTC)Reply[reply]
@Bidgee, Chris.sherlock2, and Chris.sherlock3: Sorry, it is it is technically impossible per that link.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 16:52, 18 December 2022 (UTC)Reply[reply]
Oh well, I'll try to remember to not use one of the accounts! - Chris.sherlock2 (talk) 16:57, 18 December 2022 (UTC)Reply[reply]
@Chris.sherlock2, you can just post a disclaimer that this is an "accidental account" that belongs to you and has not been created for sockpuppetry... ─ The Aafī (talk) 18:34, 18 December 2022 (UTC)Reply[reply]
You can rename the second account to some other name. Ruslik (talk) 20:52, 18 December 2022 (UTC)Reply[reply]
Or use one account as your main account and the other when your travelling and using say free public WiFi for example. Some contributors have done this, you’re not limited to just one account on Commons (you only need to disclose it on each of the user pages). Bidgee (talk) 21:56, 18 December 2022 (UTC)Reply[reply]
The way I have: TheAafi and AafiOnMobile. ─ The Aafī (talk) 03:50, 19 December 2022 (UTC)Reply[reply]
Thanks all, you've all been very helpful :-) - Chris.sherlock2 (talk) 12:47, 19 December 2022 (UTC)Reply[reply]

Listed Source for Category allpaintings.org is currently invalid and/or possibly hijacked.[edit]

Seems like most images in the following category have a inappropriate source listed, currently redirecting to an unrelated site.

Category: https://commons.wikimedia.org/wiki/Category:Images_from_Allpaintings.org

Example image with incorrect sourcing: https://commons.wikimedia.org/wiki/File:The_Envoys_of_Agamemnon_by_Ingres.jpg

Erroneous source listed at the time of posting: http://www.allpaintings.org/v/Neoclassicism/Jean+Auguste+Dominique+Ingres/Jean+Auguste+Dominique+Ingres+-+Achilles+Receiving+the+Envoys+of+Agamemnon.jpg.html — Preceding unsigned comment added by Siegtyr (talk • contribs) 22:09, 18 December 2022 (UTC)Reply[reply]

Siegtyr (talk) 22:07, 18 December 2022 (UTC)Reply[reply]

December 19[edit]

Endless category loops for films and actors[edit]

Hello,

Some users seem to add actors to categories about the films (and TV series) they performed in, and also add the films to the actors' categories through Category:Films by actor. This creates endless category loops:

In the case of a single random example (Cheech Marin):

Which out of the two types of categorization is most useful, if at all? For some reasons this seems to especially affect voice actors that dubbed animated films. Note that on en.wiki films are not categorized by actors, and actors by film or any other performer with their performance (there's a guideline explaining why this type of categorization is futile). Of course Commons doesn't apply en.wiki rules. However, is this any less futile, especially if it creates endless category loops? A better way to handle performer/performance may be to follow the links in the Wikidata infobox, for instance.

@Tuvalkin, Andy Dingley, Trivialist, and Howcheng: I've not found a previous central discussion about this, however I found some involvement from these users, so pinging them for input. Place Clichy 10:27, 19 December 2022 (UTC)Reply[reply]

  • I'm not sure that either of them is particularly useful. The categorizers seem to be thinking of them more as keywords than a logical organizing scheme. Trivialist (talk) 11:04, 19 December 2022 (UTC)Reply[reply]
    • They are both «particularly useful» and «logical», as they both address a legitimate and useful need for information about some kind of relationship between any two categories.
Trying to eliminate all “loops” in our category tree is both impossible without greately reducing its usefulness and an unecessary theoretical concern: Classification of all reality in neat nested boxes is a 19th century quest we should not care about (after all even the tree of life has anastomosis, as it’s known since 1983).
The only kind of category tree loops we should always avoid are those of 1st level (A→B and B→A) as it would offer two different categorization schemes for the same relation ship between two categories — wider loops (say, A→B→C vs. A→C→B) are acceptable and should be decided for each individual pair of categories, with no concerns on whether a loop will evenually emerge or not.
Trivialist and Place Clichy mention keywords and Wikidata. Well, okay: Use those if you want to, and leave categorization for those who want to categorize. Starting a discussion which would lead to the elimination of most categories just to quell a concern that is essentially esthetical seems pointless, to say the least.
-- Tuválkin ✉ ✇ 15:54, 19 December 2022 (UTC)Reply[reply]
RZuo (talk) 12:35, 19 December 2022 (UTC)Reply[reply]
  • First of all, what is the problem with a loop? What breaks? Why not simply accept loops, they're non-damaging.
This is MediaWiki categorization. It's a navigational mechanism, and a relatively crude one. It's not an ontological, ordinal or defining one.
The situation here arises because there are two commutative properties being modelled: "films of <actor>" and also "cast of <film>". If we represent both of these as properties (i.e. category membership on this platform) then it is inevitable that there is duplication, and thus (given how MW models properties) there are loops.
We do not need to have both property memberships (and so the "cast of <film>" would seem the most straightforward to keep). In that case, navigation for "films of <actor>" involves looking at the list of parent categories, not children (there is a prejudice against having many parent categories). Given the relative numbers, we'd be better keeping "cast of <film>" and ditching "films of <actor>".
We could instead limit this to "films starring <actor>" instead, (ditching both "films of <actor>" and "cast of <film>") which limits the number of parents for any film to just its handful of stars, not an entire cast. Andy Dingley (talk) 21:03, 19 December 2022 (UTC)Reply[reply]
I can imagine certain tools that can search through multiple levels of subcategories, do not like loops. For example: deepcategory: in Wiki's search function and PetScan. --HyperGaruda (talk) 19:37, 20 December 2022 (UTC)Reply[reply]
Commons:Categories (a policy) explains what are categories and what is their use. It writes: There should be no cycles (i.e. a category should not contain itself, directly or indirectly). Categories are a structured hierarchy, from the most generic concept to the very specific. Although there are several types of relations reflected by category inclusion, the policy again advises to avoid cyclic structure. A category loop is merely the sign that the relationship implied makes no sense. In the case at hand, films are not "a part" of the actor playing in them, or who voiced a character. Actors are not "a part" of the film; although they play a part, their life and work is certainly not contained in any of their films. Some kind of horizontal linking, in the text description or the Wikidata infobox, is certainly more appropriate. As Tuvalkin wrote above, leave categorization for those who categorize, without breaking the category hierarchy with nonsensical inclusions (and loops). Place Clichy 22:17, 20 December 2022 (UTC)Reply[reply]

Regions of NSW, Australia[edit]

I am in a real pickle here. I cannot for the life of me work out the regions of New South Wales! The Wikipedia article at Local government areas of New South Wales has literally no sources for their structure. And then I looked around, and there is so many different regions!

As you can see, all different! I'm sure if I look more I'll find even more regions.

So I found a GIS system that shows regions on a map, it is quite interesting, but now I'm even more confused how to divide up the categories!


Any advise would be helpful... - Chris.sherlock2 (talk) 13:09, 19 December 2022 (UTC)Reply[reply]

  • @Chris.sherlock2: My advice is: be very wary of trying to set up a subcategory system for something complicated, potentially controversial, and where you are not expert. - Jmabel ! talk 16:19, 19 December 2022 (UTC)Reply[reply]
    • @Jmabel: I hear you, I got into all sorts of bother on the other site over categories. I’m actually only doing this work because I’m going through wikishootme to take photos of South-Western Sydney and I need a plan of attack. I’ve done a non-controversial category structure of suburbs into LGAs and I had thought regions would make it even better… then I found it was a mess! It’s why I took my concerns here. Do you know who I could speak into? The current category imis a mess already (it had suburbs in the category, for instance). I’d love to find a usable structure here. - Chris.sherlock2 (talk) 16:33, 19 December 2022 (UTC)Reply[reply]
      • Sorry, I've got nothing. I think the closest I've ever been to Australia is Seoul. - Jmabel ! talk 18:07, 19 December 2022 (UTC)Reply[reply]
  • Is there a more specific context? Category:New South Wales is a mess and Category:Places in New South Wales is unclear while Category:History of New South Wales weirdly seems a bit more organized. You may need to do a bottom up approach from the individual subpages into the main categorization instead of a top-down approach as places like en:City of Shellharbour have decent sourcing. -- Ricky81682 (talk) 00:20, 20 December 2022 (UTC)Reply[reply]
    • That sounds like a reasonable idea. The problem is that in Australia (and I only recently discovered this) the only state to formally define their regions is Western Australia! Everyone else just uses whatever seems convinient. I'm rather beginning to wonder if we might not make up our own regions... but I'd need input from Australian Commons editors! The "bottom up" idea does sound the best though. - Chris.sherlock2 (talk) 19:33, 20 December 2022 (UTC)Reply[reply]

Final reminder: Wikimedia sound logo vote ends today!!![edit]

Hi everyone. A reminder that the Wikimedia sound logo vote is still open. Voting ends today December 19 at 23:59 UTC. Thanks to many of you from around the world who have played a part in this project's success. MPourzaki (WMF) (talk) 14:40, 19 December 2022 (UTC)Reply[reply]

Objectification[edit]

A photo I took of a reasonably prominent writer about music, File:Evelyn McDonnell 02.jpg has had its categories modified over time by User:Chenspec, User:DerHexer (one small edit), User:Albedo, and most recently User:Joshbaumgartner, so that it now has categories such as Category:Female human hair, Category:Women's faces, Category:Women looking at viewer, and Category:Women with opened mouths. These seem to me to be terribly objectifying categories. We don't add comparable categories to photographs of men, or (with rare exceptions) older women, but photos of young women are often treated this way. I find this objectionable (especially in this case, where it is a photo from what was basically a feminist music conference).

Yes, these categories are technically accurate, but they are some combination of useless/inappropriate. For example, almost every portrait photograph is going to show someone's hair and face.
This is repeatedly done specifically for photos of young women and, no, I don't think the right solution is to equally objectify everyone else.

Jmabel ! talk 16:30, 19 December 2022 (UTC)Reply[reply]

@Jmabel There is a discussion at Commons:Categories for discussion/2021/05/Category:Men with opened mouths but strangely not one for the women one. The parent categories deserve discussions as well. Ricky81682 (talk) 23:49, 19 December 2022 (UTC)Reply[reply]
Pictogram voting comment.svg Comment My involvement has merely been to apply the results of closed CfDs to effect certain name changes on these categories, and should not be taken as endorsement or otherwise as to the validity of their existence. Additionally, the CfD cited above should be expanded to cover both genders since ostensibly it would apply to both. Josh (talk) 19:07, 20 December 2022 (UTC)Reply[reply]
@Joshbaumgartner: as I figured, but didn't want to leave you un-notified if you felt you had a stake in this. & I agree about the CfD. - Jmabel ! talk 23:51, 20 December 2022 (UTC)Reply[reply]
@Jmabel: I appreciate that and no worries, I just wanted to clarify my role. It turns out there is a discussion for the women as well at Commons:Categories for discussion/2022/12/Category:Women with opened mouths, so I'm linking it here as well as cross-referencing the two discussions. Josh (talk) 00:05, 21 December 2022 (UTC)Reply[reply]
I agree with Jmabel that sorting identifiable individuals by body details is highly questionable (and IMHO without much use anyway). But the fault may not be in the category itself but in the loose ways images are attached to it: If hair is the central topic of an image and the person has obviously confirmed to be used as a symbol for "hair" (e.g. as a model at a haidressers competition) I´d have no objections. Category:People with opened mouths is fine for images that are targeted at illustrating dentistry methods or singing techniques, but not for any snapshot where someone conincidentally hasn´t closed his mouth fully. And Category:Smiling women is fine for Mona Lisa, where the specific smile has even found scientific attention, but that´s a rare exception. I suggest not to delete the categories but to define their scope more clearly and to amend Commons:Categories with guidance that objectifying categorization should not be applied to identifiable individuals unless there is documented consent or specific justification. --Rudolph Buch (talk) 22:57, 20 December 2022 (UTC)Reply[reply]

Category intersection problem[edit]

If you look at Category:Images from The North American Indian by Edward S. Curtis, you will see a number of categories like Category:Apache people as photographed by Edward Curtis and Category:Navajo people as photographed by Edward Curtis, plus many others for various tribes/nations. The problem is that this seems to suggest that photos by Curtis of people from these same tribes/nations but that don't come from that particular work don't belong in the category, which in my view is really kind of silly. The category names don't suggest anything of the sort, and at least some of these categories (e.g. Category:Navajo people as photographed by Edward Curtis) were around for years before the category for that particular work was added as a parent by User:Look2See1, since indef-blocked for category edits that went against consensus. (Newer categories such as the "Apache" category were probably innocently modeled on those older ones). I'd be inclined to change Category:Images from The North American Indian by Edward S. Curtis as a parent of these just to Category:Photographs by Edward Sheriff Curtis, but then for the ones that are from that work we'd lose all connection to the work. Any suggestions?

By the way, this is a perfect illustration of why there is a need to be cautious when making rather arbitrary intersections of categories, or when changing the meaning of an existing category. - Jmabel ! talk 20:46, 19 December 2022 (UTC)Reply[reply]

@Jmabel I'd suggest taking them to CFD individually. It is possible people want them renamed to something more accurate like Category:Navajo people from The North American Indian by Edward S. Curtis which will cut down the nonsense additions. I don't understand why these are "people as photographed by" at all. They are Apache people photographed by Curtis aren't they? That is a silly categorization to me but is it that Curtis identified them as Apache so we are categorizing them that way? It seems silly to focus on what he thought they were. Ricky81682 (talk) 00:00, 20 December 2022 (UTC)Reply[reply]
@Ricky81682:
  1. "as" here probably means nothing at all.
  2. Do I understand that you are supporting User:Look2See1's narrowing of the category from its original meaning, and think that photos of these tribes/nations by Curtis that are not sourced from that particular work should not be in the category? - Jmabel ! talk 00:09, 20 December 2022 (UTC)Reply[reply]
I don't believe in the categorization at all but I suggest asking if others do. I would likely support deletion but secondarily I would agree with you on the upmove option. Maybe just do it and let's see if people want to narrow it later with a separate category. Either way, the name itself needs work in my mind so it's better to have a CFD on them and see what people decide. It may close in 2027 but that's Commons lol. Ricky81682 (talk) 00:13, 20 December 2022 (UTC)Reply[reply]

CFD now at Commons:Categories for discussion/2022/12/Category:Images from The North American Indian by Edward S. Curtis. Jmabel ! talk 00:32, 21 December 2022 (UTC)Reply[reply]

December 21[edit]

Retrieved from "https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=718349222"