Commons:Village pump/Archive/2022/10

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

Mass rollback request

✓ Done Hi! Could anyone help me mass rollback all edits (non-upload) made by my bot Special:Contributions/PencakeBot in past two days? It overwrites page text of some old files by mistake when performing a new batch upload. (I suppose there is automatic tool I don't know.?) Thanks! --虹易 (talk) 01:37, 2 October 2022 (UTC)

@虹易: Sorry, I couldn't find any such edits to rollback.   — Jeff G. please ping or talk to me 21:24, 2 October 2022 (UTC)
@Jeff G.: I just just most of them appear to be reverted again (and hence fixed) by another bot. I also manually fixed a few. Now they looks good. Nothing to do for now. (Previously here[1][2]). Thanks for the reply! 虹易 (talk) 00:32, 3 October 2022 (UTC)

How do you call a "Jakobsladder" in English?

In Dutch a "Jakobsladder" or "Jacobsladder" is a conveyor belt that goes up. I would like to make a category for them, but cannot find a proper English term. I think the category should be a subcategory of Category:Conveyor belts and a parent category of Category:Hay elevators, Category:Stockpile conveyors and Category:Bucket-ladder dredges. They are for instance used in agriculture (like hay elevators), in construction, manufacturing, loading ships and in grain mills. They are named after the Biblical Category:Jacob's ladder. What would be a proper English name for them? --JopkeB (talk) 05:38, 2 October 2022 (UTC)

Incline(d) conveyor? Need a native English speaker to confirm. --HyperGaruda (talk) 11:43, 2 October 2022 (UTC)
As a native speaker, I think "inclined conveyor" is what I'd call it. I don't think we have any special term for it. - Jmabel ! talk 15:16, 2 October 2022 (UTC)
Thanks, HyperGaruda and Jmabel, I think you are right. With Google I found many examples, images and descriptions of "inclined conveyor" and they look exactly what I need. I also found a lot of "Incline belt conveyors", which do the same trick. Would that be an even better name? --JopkeB (talk) 06:24, 3 October 2022 (UTC)
@JopkeB, Jmabel, and HyperGaruda: "inclined conveyors" is more generic and could be a parent of "inclined belt conveyors" and "inclined bucket conveyors". There could also be "inclined bucket conveyors" that operate in reverse to convert gravity to mechanical or electrical power like water wheels.   — Jeff G. please ping or talk to me 12:04, 3 October 2022 (UTC)
Thanks, Jeff G., for your thoughts. So according to you it should be:
  • Category:Inclined conveyors - parent category; subcategories would be:
  • Category:Inclined belt conveyors (with also Category:Conveyor belts‎ as a parent). Definition: Conveyor belts that goes up and maybe go down as well
  • Category:Inclined bucket conveyors (with what other category as a parent?)
Questions:
  1. What would be the definition of Inclined conveyors? What would be its parents? What is the difference between Inclined conveyors and Inclined belt conveyors? Do we really need two of them?
  2. What is the difference between Inclined bucket conveyors and Category:Bucket elevators? They both have buckets and they both go up (and down).
--JopkeB (talk) 12:59, 3 October 2022 (UTC)
@JopkeB: Category:Inclined conveyors would be conveyors on an incline (and a subcat of Category:Conveyor technology). Category:Inclined bucket conveyors would be a subcat of that and redirect to (or substituted with) Category:Bucket elevators, with removal from Category:Conveyor technology as COM:OVERCAT. Or we could just forget about the inclined nature of the conveyors.   — Jeff G. please ping or talk to me 13:35, 3 October 2022 (UTC)
Thanks, Jeff G., for your explanation. My conclusion: I know what the translation in English is of "Jakobsladder" and I'll make the proposed new categories Category:Inclined conveyors and Category:Inclined belt conveyors. I leave the renaming of Category:Bucket elevators to someone else. --JopkeB (talk) 03:51, 4 October 2022 (UTC)
@JopkeB: You're welcome. Now, is an escalator an inclined conveyor?   — Jeff G. please ping or talk to me 11:22, 4 October 2022 (UTC)
@Jeff G.: maybe technically, and maybe that should be a parent category for it, but I'd hate to see a situation where if someone is working their way down the hierarchy escalators got "hidden" under "inclined conveyors". - Jmabel ! talk 15:09, 4 October 2022 (UTC)
@Jmabel: Some of the parents (or farther ancestors) of Category:Escalators fit, like, Category:Vertical transport devices, Category:Vertical transport infrastructure, and Category:Lifting tools.   — Jeff G. please ping or talk to me 00:01, 5 October 2022 (UTC)
@Jeff G.: How do you get on escalators? What is the link with this discussion? And no, I do not know what the difference is between an escalator and an (inclined) conveyor. I think an escalator always has steps, and a conveyor might be flat or may have ledges or buckets. --JopkeB (talk) 15:42, 4 October 2022 (UTC)
@JopkeB: I was thinking of inclined conveyors I had witnessed first-hand, and the escalator came to mind (along with belts moving baggage and packages on inclines).   — Jeff G. please ping or talk to me 00:00, 5 October 2022 (UTC)

Two types of locomotives

In the Category:SLM HGe 4/4 I, there are examples of a 'crocodile' locomotive, with low front ends, and a normal square type of locomotive. It seems to me that these cannot be in the same category.Smiley.toerist (talk) 09:48, 2 October 2022 (UTC)

  • This is correct. The Swiss class naming system is descriptive, rather than ordinal. It's quite possible for two distinct classes to be given the same designation (although HGe 4/4 I and HGe 4/4 II might have been more expected, this wasn't used until a much later class). In this case they're distinguished as the 'Elektrokrokodil' and 'Balkonlok' sub-types. The two types are broadly the same, with some evolutionary improvements: despite the obvious visual changes, they have more in common than they are different.
This category is correct and should be preserved. If anything, we'd move to 3 categories with two new sub-categories and all the content moved to them. Andy Dingley (talk) 11:00, 2 October 2022 (UTC)
The Dutch language wiki has 3 separate articles for these all linking to the same commons cat, the infobox information only links back to the first variant's article. It would be better to have 3 cats linking to their corresponding articles making the information consistent over all Wikimedia wikis. Commons is not en;wikipedia Oxyman (talk) 16:06, 2 October 2022 (UTC)
My understanding of the Swiss Crocodile is that it is an electric locomotive with three parts - two sets of driving wheels and a cab with overhead power collectors on the third part. If you visit [this image] you can see a steam equivalent of the Swiss crocodile. As with the Garratt locomotive, not all crocodile locomotives need to have the same wheel arrangements so, by definition, there can be multiple models. Also see en:Crocodile (locomotive). Martinvl (talk) 17:44, 4 October 2022 (UTC)
I wouldn't say they are the same just because of a similar wheel arrangement, you wouldn't say this is the same as this even though both locomotives have the same Whyte notation. This is a case of the lumper splitter problem I would say at commons we usually lean more on the side of splitting as there is something different to categorise even if you might not write a separate Wikipedia article for every variant. This reminds me of the LMS Power Class system which lumped so many different types of Locomotives together that people had to use nicknames or use other characteristics to distinguish the types leading to such convoluted names as LMS Stanier Class 4 3-cylinder 2-6-4T. British Railways largely followed this pattern prior to the introduction of TOPS unsurprisingly at least to me, most people prefer the precision of the TOPS classification system to the pre 1973 system Oxyman (talk) 20:32, 4 October 2022 (UTC)
  • A 'Crocodile' is a locomotive that is called, to the standards of either WP:RS or WP:COMMONNAME (precise local variations for that page are elusive at present), 'Crocodile'. The first batch of the HGe 4/4 I are indeed widely called 'Elektrokrokodil', presumably because of their body outline, however many traction motors they happen to have. It is just not our place to question this. Andy Dingley (talk) 15:18, 5 October 2022 (UTC)
Oh please, You could equally argue that the majority of people would just call it a locomotive and have no idea what type it is and just create a massive category full of all varieties of locomotives. If you actually read WP:COMMONNAME you'll notice under the subheading "Concision" "The goal of concision is to balance brevity with sufficient information to identify the topic" That is the closest it comes to dealing with the lumper splitter problem and it leans towards positively identifying the subject, The Dutch language Wikipedia use their numbers, 11-15 16 31-37 You can't get much more local to the locomotive then something that is actually on them. Also you should by now have realised that Commons is not En:Wikipedia so linking to their policy pages doesn't provide much more then a moot point Oxyman (talk) 19:24, 5 October 2022 (UTC)

How to delete a video I uploaded to Wikimedia Commons?

I realized that I made a mistake while making a video that I uploaded to Wikimedia Commons, and now I can't find away to delete the video from the website. Please help. — Preceding unsigned comment added by Jarrod stanley (talk • contribs) 22:14, 3 October 2022 (UTC)

@Jarrod stanley: Hi, and welcome. If the video has been here less than 7 days, you may tag it with {{G7}} as the top line; otherwise, you may use the automatic Nominate for deletion tool in the Tools menu on the sidebar per COM:DR#Starting requests or tag it with {{Delete}} as the top line. If using a template, please read that template's documentation. See also COM:SIGN.   — Jeff G. please ping or talk to me 22:27, 3 October 2022 (UTC)
I have no idea what you just said in that reply, not being tech-savvy. Can you tell me exactly how to delete my video here in plain english, you know, which buttons to push and where? Jarrod stanley (talk) 13:47, 4 October 2022 (UTC)
Never mind, I got it. (A lot more people would use this website if it was more intuitive, like YouTube.) Jarrod stanley (talk) 13:52, 4 October 2022 (UTC)
And we'd get a lot more copyright violations, like YouTube. - Jmabel ! talk 15:10, 4 October 2022 (UTC)
True, but that's just a positive side effect of a bad thing. If prevention of copyright violations was our motivation to have a horrible user experience, we'd be doing the copyright equivalent of en:Security through obscurity. El Grafo (talk) 12:38, 5 October 2022 (UTC)
Depends if the goal is merely to have a vastload of content for public consumption or to accurately have freely licensed content that is for public consumption (or for consumption on other wikis). We also don't have an easy "delete things I uploaded" precisely because we have enough issues with people wanting to delete things they uploaded as it goes against the second purpose. Ricky81682 (talk) 19:56, 5 October 2022 (UTC)

Wich station?

Certainly not Zermatt, wich is way of the Südost-Bahn routes and the train is normal gauge. Smiley.toerist (talk) 10:31, 5 October 2022 (UTC)

Also not Zermatt

Smiley.toerist (talk) 10:40, 5 October 2022 (UTC)

we could ask the photographer maybe @Fiver, der Hellseher: ?--RZuo (talk) 11:27, 5 October 2022 (UTC)
Will not be necessary anymore. The description and categorisation of these two (Chur and near Sierre) and more "Zermatt" images (mostly in Andermatt) have now been fixed. --HyperGaruda (talk) 18:30, 5 October 2022 (UTC)

I have uploaded three files, wich are problably also taken on Zermatt, but I am not 100% certain.

Smiley.toerist (talk) 12:02, 5 October 2022 (UTC)

The first two images, featuring the same shed-like building from different points of view, were both taken in Visp. That shed is visible on the left side of File:Bahnhof Visp, 20050420S006.jpg. While the shed is gone, the tall building behind it still stands, as can be seen in this 360° photo. --HyperGaruda (talk) 20:29, 5 October 2022 (UTC)

Global ban for Александр Мотин

Per the Global bans policy, I’m informing the project of this request for comment: RfC/Global ban for Александр Мотин --Sleeps-Darkly (talk) 03:29, 6 October 2022 (UTC)

Paint buckets vs Paint cans

Paint cans or buckets?
What about these?
Or this?

I'm adding some criminally overlooked household items to Wikidata (e.g. paint can (Q114442865) and paint tube (Q114443183)), and noticed Commons has both Category:Paint buckets and Category:Paint cans. I've linked them via see-also for now, but is there a good reason they should not be combined into one category? Both are used rather interchangeably in English, and while 'bucket' often refers to containers on the larger size, and might be more likely to describe a plastic container than a metal one, to my knowledge there is no objective distinction based on size or material. --Animalparty (talk) 21:15, 6 October 2022 (UTC)

I'd call them paint tins :-) MPF (talk) 22:11, 6 October 2022 (UTC)
I would have said that tins have straight sides and are metal, whereas buckets have angled sides with a larger Circumference at the top and a handle. Other designs may be pots tubs etc Oxyman (talk) 22:32, 6 October 2022 (UTC)
To make things possibly more confusing (or less?), paint keg (Q114444647) is also recognized in at least two museum schemes - does "keg" equal "bucket" or is it more like a drum, or barrel? --Animalparty (talk) 23:05, 6 October 2022 (UTC)
I'd say it's more like a barrel, if you wanted to lump all these things together you could create Category:Paint containers and use subcats for the different types of containers Oxyman (talk) 01:41, 7 October 2022 (UTC)
Placing subcategories under a larger category doesn't help in figuring out which files should go in which category. --Animalparty (talk) 03:21, 7 October 2022 (UTC)
if you don't know or it's debatable or you have a thing without a precise category put it in the larger cat Oxyman (talk) 05:10, 7 October 2022 (UTC)
How about "Paint cans and buckets". Otherwise, who knows whether a small plastic paint container would be a non-metal can or small bucket. --ghouston (talk) 07:06, 7 October 2022 (UTC)
Cans are usually air-tight metal containers that preserve the contents: a can of peaches. Canning fruit can also be done with glass containers, but then it is usually called a jar rather than a can. The first figure shows opened (recycled) cans with paint in them. They contain paint, but they won't preserve it for long. Typically, a paint can has a distinctive resealable air-tight lid that is removed by prying and resealed by hammering. The third picture shows such a paint can. Small paint cans do not have a handle/bail, but they are easily held with a hand. At about the gallon size, paint cans will have bails so they can be carried with one hand, easily poured, or hung on a ladder. A bucket or a pail is usually an open container with a handle/bail, but a modern bucket can be sealed. The term bucket does not imply the material; there are wooden, metal, and plastic buckets. The second picture shows plastic paint buckets. Plastic 5-gallon buckets are sold at hardware stores such as Home Depot, Lowes, and Ace; the matching lids are sold separately. I believe empty 5-gallon paint buckets were so useful that they became a separate consumer item. That said, I would call a 1-gallon metal paint can with a bail a "paint can" rather than a "paint bucket", but I am not a painter. Paint is also available in spray cans. Glrx (talk) 15:16, 7 October 2022 (UTC)

Call for presentations for WCNA 2022 and Mapping USA

This is a bit of a short notice call for presentations by Sunday, October 15 (soft deadline) for WikiConference North America (Nov 11-13) held jointly with OpenStreetMap US's Mapping USA. We encourage you to please submit your Commons and other Wikimedia project proposals at Wikiconference:2022/Submissions and OpenStreetMap US proposals at Call for Proposals: WikiConference North America + Mapping USA. On Friday, Nov 11, we are looking for lightning talks in particular. We welcome workshops, editathons/mapthons, birds of a feathers, and presentations on Saturday and Sunday.

  • One of my hopes is that someone who well understands licensing would make a presentation about the difference in licenses on Commons, OpenStreetMap, Wikidata, & Wikipedia.
  • It would also be great to have someone explain the process of creating a static map from OpenStreetMap or OpenHistoricalMaps & uploading it to Commons.
  • If you have been involved in the renaming effort from the US Interior Secretary's Order 3404 to remove Sq__ from geographic names & are active on the OpenStreetMap Slack, please see my comment on the #wikimedia channel.
  • Plus any other topic that you want to present on — we are looking for non-mapping presentations as well, particularly for Sunday, Nov 13.

Peaceray (talk) 16:13, 7 October 2022 (UTC)

Please test new feature on the ISA Tool (computer-aided tagging)

Hello

We have just released a new version of the ISA tool on the Test Server. The new version propose semi-automatic tagging of images, which seeks to assist community in identifying and labelling depicts statements for Commons files.

We are currently looking for feedback with regards to the look, feel, and usability of the tool with the machine vision / metadata-to-concept enhancements in place. In a second stage, we will be testing the quality of the recommandations provided.

We deeply appreciate your feedback, since it will help us determine the next steps of the project. Please sign-up to indicate interest, test the tool, and simply provide feedback in the talk page.

More information on the new feature and test campaign: Commons:ISA Tool/Image to Concept

Thank you in advanceǃ Anthere (talk) 21:39, 7 October 2022 (UTC)

What exactly is a stairway?

Checking alternative categories of some files, I noticed that apparently I don't know what a stairway is - maybe that's due to my bad English language skills. Hopefully here are some native speakers. So what's the problem: Category:Stairways in England is a sub-category of Category:Outside stairs in England and Category:Walkways in England, but it contains many images of stairs inside buildings. Category:Stairways in the United States is also containing images of both inside and outside stairs, but is a sub-category of Category:Architectural elements in the United States and of Category:Walkways in the United States. In category Category:Stairways in Lower Saxony there is an explanation, saying a "stairway" is a street of a footpath with steps. So is a stairway always outside or not? And can a walkway be inside a building? Should "Stairways in xyz-country" be a sub-category of "Outside stairs in xyz-country"? It just appears strange to me that the category "outside stairs in xyz" was removed because of the category "stairways", which are in this case not sub-category of the "outside stairs". As far as I knew stairways could be inside or outside, and are even not necessarily part of walkways (which I always located outdoors), but this seems to be wrong and I'd like to learn something here. I hope someone can understand what I meant and give an answer. Thanks! --2003:E4:5F23:7400:42B0:76FF:FE7B:15B2 08:02, 11 October 2022 (UTC)

The generic Category:Stairways page explains this the same way, but I think it is a mistranslation from the German Treppenwege (streets with steps). Step street seems to be a closer translation to Treppenweg, while stairway in English is commonly understood as a synonym for a staircase. --HyperGaruda (talk) 10:59, 11 October 2022 (UTC)
Adding to that: "step street" looks like a New York City thing, while the global term appears to be "stepped street". --HyperGaruda (talk) 11:03, 11 October 2022 (UTC)
I second this with a quote from my edition of Collins Dictionary of the English Language:
stairway [..] a means of access consisting of stairs; staircase or flight of steps.
The current online edition of Collins:
A stairway is a staircase or a flight of steps, inside or outside a building.
Merriam-Webster provides following definition and multiple usage examples that include indoor stairways:
one or more flights of stairs usually with landings to pass from one level to another
In summary, I do not think that stairways are necessarily outside stairs. --AFBorchert (talk) 15:44, 11 October 2022 (UTC)
Thanks a lot. Probably I will try to fix it in my own region, but I'm too lazy to do it everywhere. --2003:E4:5F23:7400:FE85:D4B8:919A:A4B7 05:50, 13 October 2022 (UTC) btw I wonder if there is a reason, a pure language question is only answered by non-native speakers. Could also have asked on german version of the village pump. --2003:E4:5F23:7400:FE85:D4B8:919A:A4B7 05:50, 13 October 2022 (UTC)
This section was archived on a request by: --2003:E4:5F23:7400:FE85:D4B8:919A:A4B7 05:50, 13 October 2022 (UTC)

Problems editing Summary data of a file

Geograph photo File:Unidentified location - geograph.org.uk - 2688327.jpg has poor summary data which has been changed at https://www.geograph.org.uk/photo/2688327 to reflect the correct location. I am unable to delete summary data which (on wikimedia) still relates to the mis-identification (putting the file in the Peak District). Any ideas why this is so? Thanks 2A00:23C8:A88E:8001:E59C:3BFF:2C40:C59C 01:31, 8 October 2022 (UTC)

As far as I can see, the description is taken from the structured data of the file. You only need to clicl the "structured data" tab and update whatever is needed.--Pere prlpz (talk) 10:06, 8 October 2022 (UTC)

Image preview broke

In File:Solar System true color (title and caption).jpg, the preview shows the older version of the image. I tried to refresh, clear the cache, use different browsers and even made a dummy upload, but nothing has changed. What's happening here? CactiStaccingCrane (talk) 05:07, 9 October 2022 (UTC)

The main image on that file page shows me a Saturn with side shadows, which I assume is the latest version. Maybe you just needed a bit more patience? --HyperGaruda (talk) 07:56, 9 October 2022 (UTC)
Caching problem on the server side. We get these all the time. - Jmabel ! talk 15:24, 9 October 2022 (UTC)

Container cat for all languages

User:Berdea created Category:Inventory of languages to contain every individual language. i think this is a very useful cat, but the title might be a bit different from cat naming conventions. what do you think is the best title?--RZuo (talk) 11:27, 5 October 2022 (UTC)

Looks like "languages by (english) name" to me. El Grafo (talk) 12:29, 5 October 2022 (UTC)
"English" should always be capitalized, & no need for parentheses around it so "Languages by English name", or possibly "Languages by English name (flat list)". And it almost certainly should be marked as a metacat. - Jmabel ! talk 15:08, 5 October 2022 (UTC)
Either way, isn't this a better at COM:CFD as a category for discussion rather than here? It is for renaming after all. @Berdea should be pinged anyways. Ricky81682 (talk) 20:01, 5 October 2022 (UTC)
@Ricky81682: Agreed. - Jmabel ! talk 21:16, 5 October 2022 (UTC)
@Jmabel: It is not a metacat because it doesn't group multiple languages with the same name. It is, however, a category that should contain only categories. -- Auntof6 (talk) 06:51, 6 October 2022 (UTC)
i suppose El Grafo meant that the word english is optional. i too believe "languages by name" is a better title. we certainly dont call cats "countries by english name" "people by english name" etc.
if many users can agree on a title quickly then a lengthy cfd is not necessary. RZuo (talk) 06:01, 6 October 2022 (UTC)
"languages by name" is fine with me. I also thought of "Languages (long list)". If this will not be in the name, can it be in the description of the category that the purpose is to have all languages in this category? --JopkeB (talk) 08:08, 6 October 2022 (UTC)
@RZuo Yes, that's how I meant it. Category names are in English by default, so no reason to actually include it. Should probably be a subcat of Category:Language names. El Grafo (talk) 12:55, 10 October 2022 (UTC)

No activation button in Vector 2022 skin

I noticed the ImageAnnotator gadget does show up in the Vector 2010 skin but is invisible in my Vector 2022 skin.

As the 2022 version may become the standard skin in the foreseeable future a little tweaking may be necessary. The problem may not be with the script but with the skin. Is anyone currently working on this issue?

Anyway I have filed a request at MediaWiki talk:Gadget-ImageAnnotator.js#No activation button in Vector 2022 skin. Is there a better place for such requests? Phabricator? → bertux 09:35, 9 October 2022 (UTC)

This might be related to https://phabricator.wikimedia.org/T318486. - Jmabel ! talk 15:27, 9 October 2022 (UTC)
I have a similar problem and also commented to MediaWiki talk:Gadget-ImageAnnotator.js#No button "Add a note", but nobody replied yet, in fact, it had been archived. I have retrieved it again (btw, is there such a template like Pin Section on commons?). Yes, my problem may be the same problem as described in phabricator. My impression is that it occurs more often in smaller and / or heavily JPG compressed images, but maybe this is just my fantasy. --Kuhni74 (talk) 17:16, 10 October 2022 (UTC)

Should this deletion request be re-separated or not?

Commons:Deletion requests/File:Politically divided Gaul, 481.jpg

There were 4 deletion requests that were merged to same linked subpage by @Multichill: , but for some reasons, the affected four files would really need separate-target discussions on different copyright situations, I wonder if I or someone else should do re-splittion or not? Liuxinyu970226 (talk) 11:51, 10 October 2022 (UTC)

@Liuxinyu970226: The original DRs were all about whether the underlying map from www.hipkiss.org was in copyright. That request hasn't been closed, so I don't think it makes sense to remove some of the files from it. If you want to make arguments that only apply to some of the files, you can do so in the merged DR as long as you're very clear which files they apply to. --bjh21 (talk) 12:13, 10 October 2022 (UTC)

Multilingual country pages

Hi, Special:Contributions/Collager moved many country pages to multilingual names. I don't know any consensus for that. Opinions? Yann (talk) 12:06, 6 October 2022 (UTC)

looking at User:Collager's first moves, s/he was not moving pages to multilingual names. s/he probably got the idea "titles should be multilingual" from these pages:
  1. New Zealand / Aotearoa, moved by User:Gryffindor in 2007
  2. South Africa - Ningizimu Afrika - Suid-Afrika - Afrika Borwa, moved by User:Aaker in 2008
  3. Algeria - Algérie - الجزائر, moved by User:Camulogene77 in 2017
  4. Armenia - Հայաստան, moved by User:Jacquesverlaeken in 2016
as for titles of things that have official names in multiple languages, i think in many cases it's warranted to use one language over others based on reality. for example, Singapore should be titled in english, even though by its constitution four languages are official and malay is the national language.
i'm open to multilingual titles as long as it doesnt impede utilisation of commons. RZuo (talk) 15:38, 6 October 2022 (UTC)
According to Commons:Galleries: "Unlike naming categories, where English is almost always used, galleries should be named in language most associated with the subject". Strakhov (talk) 16:28, 6 October 2022 (UTC)
I had added Armenia to the Gallery name in 2016. There was no chance that the Armenian characters can be understood by an international audience. SOTW - a UK WIKI on stamps -has a very wise rule for postmarks pages: only English letters in their name. Of course, local spellings are given in the text. Jacquesverlaeken (talk) 21:06, 6 October 2022 (UTC)
IMO, according to the official guideline this page should just be named Հայաստան, whether understood by an international audience or not. Strakhov (talk) 22:04, 6 October 2022 (UTC)
Unfortunate policy... but let's us not ignore this official one: It is recommended to create redirects from names in other languages, especially if a gallery's name is not English. Redirects from the plural form and other variations may also be useful. Jacquesverlaeken (talk) 17:03, 8 October 2022 (UTC)
  • I do think أبوظبي / Abu Dhabi is problematic (as the English name is second) for people to find by searching. I think redirects are much more preferable than various names with a slash in between them. Does the fact that the user was globally locked mean the edits were likely vandalism rather than that useful? -- Ricky81682 (talk) 19:01, 9 October 2022 (UTC)
    Sorry, I didn't see this thread before reverting some of this user's moves, but I have reverted some of this user's moves because they messed up with the Wikidata infobox (that's not to forget that many links were broken – I found this out when I noticed this on Cape Town). I do think some moves were spurious, though. Nobody, even New Zealanders, will search up Wellington / Te Whanganui-a-Tara for Commons' gallery for Wellington. I'll stop reverting this user's other moves, but I think all NZ moves should be reverted. For Wikipedia, the dual naming may be appropriate, but almost nobody, even Maoris, use the dual naming IRL. Other thoughts on reverting all of Collager's other NZ moves? SHB2000 (talk) 11:00, 11 October 2022 (UTC)

Copyright status of UK mugshots

Are police booking mugshots eligible for PD status? I was thinking of this one. John (talk) 11:56, 12 October 2022 (UTC)

@John: Hi, and welcome. Not in the UK per COM:UK, but they may be eligible for {{OGL3}} if you can find them on official government websites.   — Jeff G. please ping or talk to me 12:02, 12 October 2022 (UTC)

Think big! about Wikimedia Commons

(Sorry for cross posting)

Dear friends of free knowledge,

Wikimedia Commons is in crisis. There are numerous concerns and complaints about our central media platform, for many years. Therefore, this open letter asks the Wikimedia Foundation to Think big! about the future of Wikimedia Commons.

In late August 2022, we at the Commons Photographers User Group talked about Wikimedia Commons. The result of these and other talks is this open letter.

We invite everyone to sign this open letter to show how important Wikimedia Commons is to you. You may be a regular Commons contributor, a Wikipedian, an editor of Wiktionary or Wikivoyage, or maybe you represent an affiliation. We also invite other people who are involved with Commons directly or indirectly, maybe in the context of a cultural institution (GLAM).

Please inform others about this open letter. Ziko van Dijk (talk) 19:55, 12 October 2022 (UTC)

292 PD-Art-100 files erroneously labeled as CC 4.0

All the files uploaded by @Rvalette: in Category:Illustrations of Jean de La Fontaine's fables by Jean-Baptiste Oudry are marked as both PD-Art-100 and CC 4.0. However, those images are clearly under PD-Art-100 and the uploader is in no way the copyright holder. Is there any way to fix this? Veverve (talk) 12:22, 13 October 2022 (UTC)

Probably due to our UploadWizard being everything but helpful for this kind of upload (see file description page straight after upload). Should be possible to clean that up using Help:VisualFileChange.js or just file a bot request at Commons:Bots/Work requests. El Grafo (talk) 13:02, 13 October 2022 (UTC)

Checking acceptability of an image

Can someone help determine if the image at File:Mauritian_poet_L%C3%A9oville_L'Homme_(1857%E2%80%931928)_at_age_22.jpg is acceptable for hosting at Commons and use on Wikipedia, and is properly tagged/licensed? I've tried to follow the rules meticulously, but can't see the wood for the trees and don't know why Template:Non-free biog-pic does not display or what to fill in instead. Thanks. Context: it's a photo of unknown authorship taken in a British jurisdiction about 1879; I'm not aware of it having been published before 2016. Ni'jluuseger (talk) 16:42, 13 October 2022 (UTC)

SErvice File:Mauritian poet Léoville L'Homme (1857–1928) at age 22.jpg --C.Suthorn (talk) 17:24, 13 October 2022 (UTC)
@Ni'jluuseger: Hi, and welcome. Please try {{PD-UK-unknown}} instead, as {{Non-free biog-pic}} is for enwiki.   — Jeff G. please ping or talk to me 18:19, 13 October 2022 (UTC)
Hi Jeff, thanks for this suggestion. It doesn't seem the template applies, though, as the image was made available to the public in 2016 at the website mentioned. Ni'jluuseger (talk) 18:25, 13 October 2022 (UTC)
I'll take the liberty of doing the appropriate edits. - Jmabel ! talk 04:04, 14 October 2022 (UTC)
Hi JMabel, in view of "You must also include a United States public domain tag to indicate why this work is in the public domain in the United States", should a tag like {{Template:PD-US-unpublished}} be included? Ni'jluuseger (talk) 07:37, 14 October 2022 (UTC)
@Ni'jluuseger: it couldn't hurt. - Jmabel ! talk 15:05, 14 October 2022 (UTC)
Alrighty then, done. Thanks, all. Ni'jluuseger (talk) 22:37, 14 October 2022 (UTC)

Photo challenge August results

Lake islands: EntriesVotesScores
Rank 1 2 3
image
Title Isola di San Giulio dopo
un temporale - Lago d'Orta
Stellisee, Switzerland Lago d'Orta Isola di San Giulio
Author 66colpi Ka23 13 66colpi
Score 19 13 12
Insects: EntriesVotesScores
Rank 1 2 3
image
Title Schwalbenschwanz-Duell
(Papilio machanon)
Nut weevil (Curculio nucum)
on a hazelnut
Windenschwärmer (Agrius convolvuli)
Author Hgut1842 Ermell Hgut1842
Score 20 18 11

Congratulations to Ka23 13, 66colpi, Ermell and Hgut1842. -- Jarekt (talk) 02:01, 15 October 2022 (UTC)

French or Swiss mountains?

This pictures are taken close to Category:Émosson dam(File:Barrage d'Émosson 1999.jpg). I suspect they are taken in the direction of the French side. There is the deep Arven valley leading to France. Can these mountains and valleys be identified? As this was taken in 1999, the glasiers could have moved quite a bit.Smiley.toerist (talk) 08:56, 2 October 2022 (UTC)

@Smiley.toerist: This should be French mountains with the Mont Blanc on the left in the first picture. Here is the simulated view from Six Jeurs southwards, which I think was your position, judging from this view of the dam. (Panorama made with https://www.udeuschle.de/panoramas/makepanoramas_en.htm) --Sitacuisses (talk) 14:22, 4 October 2022 (UTC)
Thanks, Mont Blanc is identified and the two other pictures are of the Trient valley.Smiley.toerist (talk) 12:17, 5 October 2022 (UTC)
@Smiley.toerist: They're all three from the same valley of the Eau Noire around en:Vallorcine that leads to the Trient valley. In File:Mountains around Barrage d'Émosson 1999 2.jpg, the Mont Blanc is covered in clouds, but you can see the Aiguille de Mesure just like in File:Mountains around Barrage d'Émosson 1999 1.jpg. More mountains can be identified in all three images with the help of that panorama. The triangle on the right side of File:Mountains around Barrage d'Émosson 1999 3.jpg and right of the center in File:Mountains around Barrage d'Émosson 1999 2.jpg should be the Aiguille des Grand Charmoz. --Sitacuisses (talk) 12:48, 5 October 2022 (UTC)

Zermatt

Thanks, I wil continue to upload pictures of this 1999 trip. You will find them in Category:July 1999 in the canton of Valais. Some have mountains and glasiers to be indentified.

Smiley.toerist (talk) 21:53, 15 October 2022 (UTC)

Wikimedia sound logo – a well-orchestrated contest

The Wikimedia sound logo contest ended this past week and the results are incredible: we received 3235 submissions from 135 countries. Of those, 2085 are qualified to proceed to the scoring phase. The submissions were made in: 2497 English, 289 Spanish, 226 German, 138 French, 33 Arabic, 26 Portuguese, 14 Indonesian, 6 Hindi, 6 Korean. Thank you to any and all of you who participated or encouraged others to do so. All qualifying submissions will now go through multiple rounds of scoring by audio professionals and later, the selection committee will select the top 10 sound logos for us to vote on. Voting is currently planned for late November and will take place right here on Commons. We have uploaded a new random batch of sounds, have a listen. Thanks again. MPourzaki (WMF) (talk) 15:14, 15 October 2022 (UTC)

Italian non-copyright restrictions

According to a news article, Uffizi Galleries are suing the French fashion house Jean Paul Gaultier for using a Botticelli image commercially, even though it dates from circa 1485 and obviously public domain. I suppose even a French company can't ignore Italian law if it's doing business in Italy. --ghouston (talk) 00:26, 11 October 2022 (UTC)

@Ghouston: just my wild guess: maybe because both France and Italy are EU states? JWilz12345 (Talk|Contrib's.) 06:54, 11 October 2022 (UTC)
"company can't ignore Italian law if it's doing business in Italy" - well, yes. Italy can introduce law about tax on yellow pixels if they want Mateusz Konieczny (talk) 11:08, 11 October 2022 (UTC)
Don't give them ideas. Is there a template that can be used to warn about it, for the benefit of Italian (EU?) users? --ghouston (talk) 08:56, 12 October 2022 (UTC)
Each EU state may have its own laws, but that would seem to be only until the EU has decided to supercede it. I am a vegan and so I have been using a thing called soya milk for decades, right? Not any more. There is no such thing as milk in the EU unless it comes from an animal. No such thing as plant cheese, etc. Illegal in the EU under marketing laws. And sometimes it makes sense. Light bubbly wine is not champagne. Wine which comes from Champagne, is champagne, and tends to be light and bubbly. They still blunder around a bit. Is there any government on this earth which is not a dictatorship and has a department for ensuring everything makes good sense and works? Still is soya milk to me though. ~ R.T.G 16:25, 16 October 2022 (UTC)
@RTG: So what replacement labels are you seeing on milk-like and cheese-like substances that serve your needs (and the needs of other vegans)?   — Jeff G. please ping or talk to me 19:04, 16 October 2022 (UTC)
@Jeff G.: Soya milk is now "soya drink". Cheese is simply "block" or "slices". Processed meat is "chicken free slices" and, I can't remember the ham version exactly. Alpro is the dominant milk brand and they've come out with new products called things like "It's Not Milk" and "My Cuppa". The effect, to my perspective, is not so much the insult to the marketing freedom, but the absolute rejection of support so soon after the EU and UN and others had come out to promote veganism as the future. I didn't even notice for a year or more! ~ R.T.G 20:36, 16 October 2022 (UTC)

A tool/shortcut to make upload categorization faster?

Is there a way or link with which I can make users upload to a specific Commons category?

I want participants of an outreach to upload but I don't want them to go though the stress of typing in the categories? Danidamiobi (talk) 18:09, 11 October 2022 (UTC)

Campaigns like WLM, WLE do that. C.Suthorn (talk) 17:36, 12 October 2022 (UTC)
Check [this project in ca:wiki]. Try to inverse engineer the part of any of the small cameras. It's in Catalan, I don't have any example in English, but I guess you will be able to work with that. B25es (talk) 18:29, 12 October 2022 (UTC)
I think what you are looking for is Commons:Upload Wizard/Fields prefilling. You basically only need to add "&categories=category1|category2|catergory3" behind the regular UploadWizard link. You can also prefill the caption and description this way. --GPSLeo (talk) 19:20, 12 October 2022 (UTC)
Thank you so much. Works. Danidamiobi (talk) 09:15, 17 October 2022 (UTC)
Wow. This is really cool and way ahead of what I was working on. I would bookmark it for inspiration on future stuff. I really appreciate. Danidamiobi (talk) 09:16, 17 October 2022 (UTC)
Yea. I ended up weaving around it thanks to the fact that these codes were open. Danidamiobi (talk) 09:17, 17 October 2022 (UTC)

Commons:File renaming

In Commons:File renaming, section 1 (COM:FNC), for every item there is a note. For these notes the numeration is broken in the moment. I tried to fix it, but apparently a translation administrator is needed for getting this active. After my edit I had an idea for a changed numeration which should be edited in before a translation admins is marking this page for translation. If you want to answer then on the talk page, please: Commons talk:File renaming#Change numeration of list in note for renaming criterion 2. — Speravir – 23:15, 17 October 2022 (UTC)

AI-generated works

How should Commons treat AI-generated works? I recently saw some entries which were generated with a prompt asking specifically for images in the style of specific artists. My understanding is that the copyright status of such images is still uncertain, provided they are sufficiently distinct from existing works, but to me, the ethical issues of recreating someone's style, at scale, and then releasing it under CC0, is unacceptable. Thoughts? Ovinus (talk) 02:09, 8 October 2022 (UTC)

"An astronaut riding a horse, in the style of Monet". Monet did not paint this image, and even if he were alive today, he is not the copyright holder of this work simply because of the brushstroke patterns.
There's three parts to this question: "Does AI-generated art copy existing images?", "can art styles, compositions and motifs be copyrighted?", and "is it ethical?", so it's a bit more nuanced than a simple one-line answer.
  • Does AI-generated art copy existing images? No, a diffusion model that generates images from text prompts does not take bits and pieces of existing images and paste them together, contrary to common misunderstandings of how AI art works. Diffusion models generate images based on how the algorithm has been taught by the dataset it has learned from. These AI models do not store the images themselves, and they merely generate an image based on how a particular prompt is parsed and weighted. Thus, generated images cannot be considered derivative works, since there is no image to derive from. That said, if an AI is prompted to generate a visually indisputably copyrighted object, for example the Eiffel Tower, Spiderman, or the Taco Bell logo, then those visuals would be protected by copyright.
  • Can art styles, compositions and motifs be copyrighted? At least not under United States copyright law. An artist cannot copyright a brushstroke style, a photographer cannot copyright a particular shooting angle, and a musician cannot copyright a sequence of four chords; there has been no legal precedent where mere motifs can be protected under copyright. If nebulous visual ideas such as motifs can be copyrighted, then no artist on the planet would be able to create art any more, since anything that is made today would inevitably slightly resemble something else made 20 years ago, 40 years ago, or 60 years ago, by any one of thousands of artists. In fact, there is an entire category of artists who have the sole gimmick of imitating the style of famous painters, and they are freely able to sell their works commercially.
  • Is it ethical? This is a subjective question where the answer will differ depending on who you ask. If you ask me, then it's probably not ethical. But Commons is a repository of free content, and not ethical content. There are images of exhumed war graves on Commons that some might find objectionable, there are images of the Prophet Mohammed on Commons, among other things. I don't believe ethics should be a consideration point when it comes to AI art, as neither Commons scope nor Commons policy outright forbids "unethical" content.
Regards, --benlisquareTalkContribs 03:02, 8 October 2022 (UTC)
Your first two arguments, together implying that most Stable Diffusion–generated images are not copyright infringement per se, are compelling, although I would like to eventually see some US case law, and I'm still not sure how you can verify that all the images are sufficiently different from existing pictures (not necessarily by the artists in the prompt). The connection between emulating a person's work through digital processing seems far more direct than the standard fare of artists taking motifs and styles from others—direct in a way that a court might find germane to a finding of infringement.
I simply disagree with your third statement about Commons being a repository of copyright-free content, without regard to ethics. Commons:Photographs of identifiable people is a simple example; there is no copyright concern in uploading candid pictures of people in public, but there are certainly ethical concerns. Luke Plunkett in Kotaku puts it better than I could: If you train an AI to perfectly match a specific artist’s style, I think that obviously violates the artist’s rights somehow, if not their copyright. I just don’t know how to legally enforce that. ([3]). Ovinus (talk) 03:32, 8 October 2022 (UTC)
This would be a case where the law would need to catch up with the technology. US Congress moves slowly, but until a decision is made that explicitly says "no, you can't do that", I don't believe Commons should act upon "what ifs".
"I'm still not sure how you can verify that all the images are sufficiently different from existing pictures" - Let's put it this way; had the prompt not been added to the file description, how would you even know that the image emulates a particular artist's style? I have my doubts that you'd simply be able to eyeball it and go, "yep, that's Greg's painting style". AI is groundbreaking, edge-cutting technology, but it's not perfect either, and makes errors all the time; what the AI might think is Sophie Anderson's art style might just be something else completely. When I lay out which prompts I use, and what configuration settings used to get to the final product, as I'm tinkering around with Stable Diffusion, I'm doing so because I feel like I have the obligation to be transparent about how I got there; imagine a scenario where someone less idealistic just plops down a piece of art with no context - how would anyone even tell with certainty?
Finally, regarding ethics on Commons: Was it ethical when we deprived a photographer of his livelihood, all to prove a legal technicality regarding animals? It's not a clear-cut "yes we are, no we aren't" as one might hope; yes, we do have guidelines regarding the privacy of identifiable people, but that is only one facet out of many different ethical issues regarding the kinds of images hosted here. If we are to come up with a decision on AI art that imitates certain styles, it would be Commons consensus-based, and not based purely on what is ethically correct. --benlisquareTalkContribs 03:37, 8 October 2022 (UTC)
To further illustrate what I mean in regards to the imperfections of AI: Here, just a few seconds ago, I punched "A Toyota 86 in anime style" into Stable Diffusion, and obtained this image. This is clearly not a Toyota 86; rather, it appears to be an unbadged car with Ford vents and the side elements of a Mercedes Benz AMG. Even if an AI text-to-image generation prompt requested for particular art styles, how would you know with certainty that the AI's output is correct, and that the art indeed emulates Van Gogh, or Picasso, or Da Vinci? --benlisquareTalkContribs 04:10, 8 October 2022 (UTC)
I don't know all the legal or ideological background, or if it's even valid, but we do have {{PD-algorithm}}. Some recent discussion on the subject is here and here. Addendum: it looks like the PD-algorithm template was conceived here. --Animalparty (talk) 03:19, 8 October 2022 (UTC)
Hm, interesting. {{PD-algorithm}} definitely makes sense for some things, including many AI-generated works, but there are still three potential copyright holders whose roles must be considered: programmer, user, and artist emulated. Those discussions seem to mostly consider the first two. Ovinus (talk) 03:42, 8 October 2022 (UTC)
Seems to me that the issue may not be so much infringing rights of the artist whose style is copied so much as whether the image may derive from one or more other images. E.g. if I have an AI make a portrait of person A in the style of artist B, it might infringe photographer C's photo of person A. - Jmabel ! talk 17:03, 8 October 2022 (UTC)
If photographer C's photo of person A was never used as any component of the generated image, would it still infringe upon the copyright of that photo? As an example, when I last went to the Art Gallery of New South Wales, there were numerous visitors huddled around various marble busts drawing notebook sketches; would drawing influence without outright copying it still fall foul of copyright? Because while the portrait of person A might draw influence from motifs found in photographer C's photo, it wouldn't copy portions of photographer C's photo, because it outright would be incapable of doing so. The model for Stable Diffusion is 3.97GB, and is sitting on my hard drive right now; the training dataset used to create the Stable Diffusion model via machine learning consists of over 600 million images, spanning over 200+ terabytes. There is physically no way the original image dataset can be stored within the AI diffusion model; the model only contains a set of algorithms that it can use to generate instruction-based images, and is merely trained by the photo from photographer C. This is no different to an art student looking at a marble bust of Augustus, and then sketching out a pencil sketch of Arnold Schwarzenegger based on that marble bust. --benlisquareTalkContribs 18:46, 8 October 2022 (UTC)
"Does AI-generated art copy existing images? No" - actually sometimes it created clearly derivative works or nearly exact copies. See https://alexanderwales.com/wp-content/uploads/2022/08/image.png from https://alexanderwales.com/addendum-to-the-ai-art-apocalypse-theft/ Left is what prompt “Girl with a Pearl Earring, by Johannes Vermeer” to Stable Diffusion produces. On right: original image. In some cases specific images are recorded and restored. In some cases part of images are exact copy of other works. For example sometimes watermarks are appearing Mateusz Konieczny (talk) 12:15, 11 October 2022 (UTC)
This image contains a Getty watermark. However, no such image exists within the Getty library.
From what I understand, Getty watermarks appear when you use prompts such as "flowers" or "warzone", and signatures appear when you use prompts such as "masterpiece" or "artstation", because from the hundreds of thousands of training images the AI model has churned through that have image-caption pairs containing those keywords, it associates the phrase "masterpiece" with adding a signature to the image, because that's what is taught from the original training set (many original images with these keywords will contain an artist's personal signature). In these cases, the AI is inventing a signature and putting it on the image, it's not actually taking a real signature. Same goes for the Getty watermarks, it isn't getting the watermark from an existing image, it's generating a watermark because it associates those keywords with watermarks, and thinks that's what you (the user) actually wants, based on the prompt. As for replicating existing works, of course it will try its best to replicate well-known works if you put the title of the work in the prompt as Alexander Wales has done (his prompt was literally "Girl with a Pearl Earring, by Johannes Vermeer"). In this case, it would 100% be a copyvio and a derivative work, yes. But, again, this copyvio comes from the AI model constructing Girl with a Pearl Earring by scratch, it is not fetching an image of Girl with a Pearl Earring from its storage compartment somewhere and then photobashing together an image; both are copyvios, but the journey is different. --benlisquareTalkContribs 12:46, 11 October 2022 (UTC)
Exact method of storing image does not really matter. For copyright purposes it does not matter whether I stored image data as JPEG, weights in image generator, as text description of each pixel group, wool construction in Minecraft or by encoding it by arrangement of cages with hamsters. Image data was still stored. In case of watermark: in many cases watermark was copied independently from other image parts, and as usual it is not a proof that image is copyrighted or made by whoever watermarked it. But it is clear evidence that AI generation sometimes copies image parts and rearranges them to create new one. Mateusz Konieczny (talk) 10:51, 13 October 2022 (UTC)
"copyvio comes from the AI model constructing Girl with a Pearl Earring by scratch, it is not fetching an image of Girl with a Pearl Earring from its storage" - actually it depends on that. As I understand, copyright status depends on whether it is an independent creation or derivative work - even if outcome would be the same. So in case of reproducing copyrighted work (or something extremely close to it) it would matter that it is derivative work. Mateusz Konieczny (talk) 10:53, 13 October 2022 (UTC)
Well yes, no one is disputing that the Girl with a Pearl Earring example is a derivative work and a copyvio. If someone uploaded an imitation work of an existing work using AI software onto Commons, it would most definitely fall under copyvio. The debate here is whether it's a copyvio to copy the style of a specific artist, for example, Vincent van Gogh's uniquely textured brushstrokes (but for an artist who is still alive). "But it is clear evidence that AI generation sometimes copies image parts and rearranges them to create new one" - I'm sorry, but you're going to have to provide a citation for that, it's not clear evidence at all given the fundamentals of how latent diffusion models work. The AI model knows what a Getty watermark looks like, because it is trained from a Common Crawl dataset containing 600 million+ images scraped from all across the internet. Just because the training dataset contains copyrighted images, does not mean that the AI's output image contains those same images photobashed together. Whether or not a user intentionally recreates a copyrighted object such as the Eiffel Tower or Spiderman is up to a discretionary decision by deletion review on Commons; however, it is a fundamental misunderstanding of how the technology works to assume that all images are merely photobashed together from existing copyrighted images. --benlisquareTalkContribs 13:48, 13 October 2022 (UTC)
In summary of what I am trying to say here: Asking the AI to create for you "please draw me the Mona Lisa" would be a copyvio, as it creates a derivative work. Asking the AI to create for you "please draw me a Tesla Cybertruck, but using Vincent van Gogh's style of brushstrokes" is not a copyvio, because works can be copyrighted, while compositions and motifs cannot be copyrighted (under US copyright law, where the Wikimedia servers are located). --benlisquareTalkContribs 14:02, 13 October 2022 (UTC)
I agree that copying style is not against current copyright law. "I'm sorry, but you're going to have to provide a citation for that, it's not clear evidence at all" - I have already given example of watermark. Due to it being really common in the exactly same format it is especially likely to end in this way but it clearly proves that there is at least one case where element is a direct copy of what is appearing on images. More powerful models may start doing it also with more elements. "assume that all images are merely photobashed" - I am NOT claiming this. I am claiming that at least some elements may be direct copy of other elements and we have no real way to detect this. Mateusz Konieczny (talk) 18:23, 14 October 2022 (UTC)
 Comment in our (Philippine) context, AI works' wligibility for copyright protection is subject to academic discourse. Without existing court cases internationally, AI works' copyright statuses will remain shrouded in academic circles. See the October 2021 edition of the Copyright Bulletin by our Intellectual Property Office of the Philippines (IPOPHL), pages 9–13. JWilz12345 (Talk|Contrib's.) 13:00, 11 October 2022 (UTC)
 Comment no, copies (even very literal copies) of "Girl with a Pearl Earring" or the "Mona Lisa" are not copyvios, because these works are in the public domain, but equivalent reproductions of copyrighted works would be problematic. - Jmabel ! talk 15:12, 13 October 2022 (UTC)
Yes, I agree (and I think that I managed to not describe this as copyvio). I have used this image because there was a direct linkable example, and it was sufficient to demonstrate that sometimes individual images are stored and reproduced Mateusz Konieczny (talk) 18:26, 14 October 2022 (UTC)
After/before copyright issues and ethics issues are sorted out (and I don't think they are yet), you need to show that an artwork is in scope. Published works by famous artists in the past are easy in this regard - they are used to illustrate articles about the artists (or sometimes the works) themselves. As for AI art, the same argument could apply, that is, to illustrate articles about the engines. However, I'm not sure if that alone could justify a large number of uploads. You don't need nor want to add hundreds of images to one Wikipedia article. While he number of modern amateur artworks hosted on random subject matters may not be zero on Commons, I believe it is limited (unless they serve practical purposes similar to charts and diagrams). COM:HOST is often cited in deletion requests of amateur works, although they are not always deleted. I don't see why we want to be more accepting towards AI art than towards amateur art. whym (talk) 08:21, 16 October 2022 (UTC)
Of course. As long as there is a valid educational use in various Wikimedia projects, and there is a sufficient threshold of quality being met, there shouldn't be any problem in that regard. Given that this kind of software makes it too easy to generate large quantities of images, often with varying usefulness, relevance, or quality, is is likely that in future we'll see more dubiously useful content being uploaded, and such content would certainly need to be dealt with at COM:DR accordingly, similarly to how we deal with dubiously useful photographs. --benlisquareTalkContribs 08:52, 16 October 2022 (UTC)
Just to make the discussion more concrete, I think the image of "An astronaut riding a horse, in the style of Monet" linked above would not be useful in relation to Monet, nor astronaut, nor horse, while it might be useful in illustrating an article about the software used to generate it. whym (talk) 10:51, 18 October 2022 (UTC)
 Comment Copyrighting the style specifically is extremely problematic. All art is created with a certain method. The end result is certainly copyrightable on an individual basis, but imagine if "cubism" in general were licensed to one particular individual... Childrens art would be unsellable. Undisplayable even, without consent or commission. Artists have experienced spurts of fame for dripping paint, for screen printing and stamping, for gluing things together, tearing them apart. Art styles have included inviting violence from the audience, blowing into molten glass through a tube... operating a camera... ringing a bell. However, the input being debated really falls down to a sequence of words. A sequence of words in itself, such as a song or poem, is certainly copyrightable. However, does that copyright extend to the output of a machine to which that sequence of words is input? The point of copyright is to protect the sales and use of specific unique creations. Style has never, to my knowledge, been copyrighted. Harvard does not even mention the word "style" in its guide to Copyright and Fair Use and other sources that do seem to claim style is not copyrightable, to which I would strongly agree. The only valid debate in my opinion, is around the use of a copyrighted sequence of words input to the machine, and the input of words which refer to a specific copyrightable work. If the words of a song are input to a machine, does the output fall under the same copyright as the song? And when the sequence of input words refers to a specific copyrighted work, producing a derivative of a specific copyrightable work... But as to style or the use of a particular tool, in general, it would not seem protective of one specific work piece to extend a copyright, and the copyright should be grounded in the specific, similar to the point behind patent laws. ~ R.T.G 09:48, 16 October 2022 (UTC)

Case study, using dead artists

I just generated this X/Y plot grouped by text prompt and CFG value, using Stable Diffusion V1-4. The artists that I've specifically chosen for this experiment, namely Alphonse Mucha (1860 - 1939), Albert Lynch (1860 - 1950), and Sophie Anderson (1823 - 1903) are all long dead. How much of the visual difference is genuinely an art style, and how much of it is mathematical noise? You can't copyright noise.

An X/Y plot of algorithmically-generated AI art, using text prompts requesting for the images to be generated in imitation style of various famous deceased painters.

The notation [a|b|c] and the notation "a AND b AND c" are functionally the same, the difference is that the latter adds yet even more pseudorandom noise, thereby changing the output. Even slightly adjusting the word order, the punctuation, or any of the notation will slightly alter the output image, either slightly or dramatically. The last few columns involve the AI model attempting to create a rough amalgamation that's somewhere in between the art styles of Mucha, Lynch and Anderson, but I'm sure as you've noticed, it isn't exactly perfect.

Now, the Wikipedia articles for each of these artists contain many examples of their works. Can you honestly say that there is a definite match in art style? Or would it be that there might be some influence, but much of it is lost to noise? What if I never told you who the artists were, would you be able to eyeball it and tell me, "Yep, that's Albert Lynch bro, easy peasy"? At least at its current state, AI image generation is still flawed; but even if AI was perfect, I'd still like to remind everyone that you can copyright works; you cannot copyright motifs and themes and vague nebulous ideas, I honestly can't stress that enough. --benlisquareTalkContribs 11:34, 11 October 2022 (UTC)

ImageAnnotator sometimes does not work

In a number of annotated images, neither the annotations nor the button "Add a note" show up, maybe because a process hangs. I also commented this problem to MediaWiki talk:Gadget-ImageAnnotator.js#No button "Add a note", but nobody replied yet. My impression is that it occurs more often in smaller and / or heavily JPG compressed images, but maybe this is just my fantasy. Who can help? --Kuhni74 (talk) 11:26, 18 October 2022 (UTC)

Pinging @Kuhni74 - Jmabel ! talk 15:18, 18 October 2022 (UTC)

Delink dead "Leave feedback" at Special:UploadWizard

Special:UploadWizard has "Leave feedback" leading to Commons:Upload Wizard feedback with

"This page is presently inactive and retained primarily for historical interest. (...) you may try using the talk page (though your voice may not be heard) or start a discussion at the Village pump."

How it can be removed? Mateusz Konieczny (talk) 15:22, 18 October 2022 (UTC)

@Mateusz Konieczny: This is set as $wgUploadWizardConfig['feedbackPage'] in CommonSettings.php. If left out it defaults to linking to "UploadWizard's bug tracker", wherever that is[4]. Updating the link would require going through the procedure for Requesting wiki configuration changes, which usually starts with a proposal at Commons:Village pump/Proposals. bjh21 (talk) 16:30, 18 October 2022 (UTC)
Posted https://commons.wikimedia.org/wiki/Commons:Village_pump/Proposals#Delink_dead_%22Leave_feedback%22_at_https://commons.wikimedia.org/wiki/Special:UploadWizard Mateusz Konieczny (talk) 18:38, 18 October 2022 (UTC)

Special:UploadWizard - better for new users

"ideally, we’d link to the user-friendly upload wizard; however, if you aren’t logged in, you get a login page without a good explanation of what Commons is good for, not a great user experience." - https://github.com/openstreetmap/iD/issues/9302#issuecomment-1262854575

Mateusz Konieczny (talk) 15:23, 18 October 2022 (UTC)

@Mateusz Konieczny: The text that you get if you visit Special:Upload or Special:UploadWizard when not logged in comes from MediaWiki:Uploadnologintext. So it would be quite possible to make it a bit friendlier. --bjh21 (talk) 16:42, 18 October 2022 (UTC)
Easy for an Interface admin. But this linked message is only for English, the other languages would have to be updated, as well, see Special:PrefixIndex/MediaWiki:Uploadnologintext/. Mateusz Konieczny, “a good explanation of what Commons is good for”: Is Commons:Welcome good enough? (I know the cited text is not yours.) — Speravir – 17:51, 18 October 2022 (UTC)
@Speravir: seems fine, especially as the first iteration Mateusz Konieczny (talk) 18:37, 18 October 2022 (UTC)
So, an {{Edit request}} should be filed on MediaWiki talk:Uploadnologintext with a phrasing suggestion for English, then it needs some people who add the according translation for the existing languages. For some languages it may be hard to find one. BTW: Interestingly the German translation has already now some more text with a link to the German start page of Commons. — Speravir – 22:59, 18 October 2022 (UTC)

UploadWizard and location metadata exclusion

I already noticed this for sometime, since around mid-part of December 2021, that my photos containing location data in their metadata are being stripped off of their location info in their EXIF metadata upon uploading via UploadWizard. It somehow bothers and disturbs me, as a user who prefers to have complete location data in his photos of roads, public places, and sceneries. Sample affected files: File:N. Roxas Street QCjwilz.jpg and File:Pulilan Church interior 20220925jwilz.jpg.

It appears similar concerns were raised at a different forum (COM:Upload Wizard feedback#Location precision information loss by Upload Wizard and COM:Upload Wizard feedback#Geotag data not transferring from image exif.) but were aren't given any concrete response (like a Phabricator thread). I hope this issue is fixed soon. Ping the participants of those two threads in COM:Upload Wizard feedback for their awareness: @ClemRutter, Djm-leighpark, LPfi, and Pigsonthewing: . JWilz12345 (Talk|Contrib's.) 02:14, 11 October 2022 (UTC)

Two questions leap to mind:
  1. Could you give a specific example of a photo you've uploaded that had location data that got stripped from the EXIF, and could you be specific about the names of the fields that got stripped?
  2. Is it really stripped, or is it just not displayed? If you download the same file you uploaded, is the file itself actually changed, with this data stripped out? - Jmabel ! talk 03:19, 11 October 2022 (UTC)
@Jmabel: I already gave two examples above. As for the second question, downloading the Commons file of my photo gives a photo with no location data from its EXIF metadata, apparently removed during the UploadWizard process. JWilz12345 (Talk|Contrib's.) 06:39, 11 October 2022 (UTC)
Addition: the last photo file of mine still bearing location information in metadata even after upload was File:National Museum PH 2021 jwilz.jpg. The first photo of mine that was uploaded here without including location data in the EXIF metadata of the upload is File:Pulilan–Calumpit Road 20211210jwilz.jpg, uploaded in December 2021. JWilz12345 (Talk|Contrib's.) 06:49, 11 October 2022 (UTC)
@JWilz12345: Of the several questions I asked, your remark above answers part of one. You haven't said exactly what fields got stripped ("location" is presumably not the property name, or is it?) and you have not answered my question: "If you download the same file you uploaded, is the file itself actually changed, with this data stripped out?" - Jmabel ! talk 14:54, 11 October 2022 (UTC)
@Jmabel: I already answered your second question. I now highlight that answer above. For the first question, it is common sense: I'm talking about the location data in EXIF metadata that got removed upon UploadWizard: both the latitude and longitude. JWilz12345 (Talk|Contrib's.) 15:55, 11 October 2022 (UTC)
Is the problem Phab:T223051? Glrx (talk) 05:40, 11 October 2022 (UTC)
I don't know, Glrx. It was still possible to have location data in the EXIF metadata of my file included in the Upload Wizard upload in August last year. That changed in December last year. JWilz12345 (Talk|Contrib's.) 06:51, 11 October 2022 (UTC)
I think the EXIF data, and especially the location, is a big privacy issue, and I thought it is stripped for that reason, but I cannot remember any specific thread about that. I think a phabricator thread should be started, but before that we should know what we want.
  • I think there should be a checkbox for including the coordinates, unchecked by default. If checked, the location data should be added to the location fields of the UploadWizard, otherwise stripped also from the EXIF.
  • There is now a general warning about EXIF and privacy, but it is shown (with the same wording) also in the case where no EXIF data is included, and links to Commons:Exif, which doesn't say a single word about the privacy issues. Adding a section on privacy, with links to suitable Wikipedia articles, to that page should be a prime priority, but the wizard should probably check whether especially sensitive fields (such as location) are present, perhaps also do something sensible about the copyright fields.
LPfi (talk) 08:59, 11 October 2022 (UTC)
(edit conflict with LPfi's replay) Excuse me if I've saying things you've already checked, but did GPS location get turned off or cease to function in your device? Probably about the only device I can enable GPS on are my phones (I thought I might have it on a camera but I'm fairly sure I don't). The recording of the GPS is great if out is out in public, I would have loved it for my recent pictures of Arundel, but not so useful if you've take photographs of objects in a private home. I did have a problem when I was on holiday and turned on by E7i GPS in Wales and it happily added EXIF of the wrong location and was even using that Welsh location over 12 hours to EXIF stamp images taken in Dublin Ireland something like 200 km away, though the E7i eventually connected properly to roaming after I'd been in Ireland for about 12 hours but was OK on Wi-fi on trains and buses! I am fairly sure Flickr strips EXIF and then displays it on the web page and I think Google may do some stripping also. I don't think upload does. I've been using Mounmental to load listing nuilding information recently which save me a lot of trouble having to look up object co-ordinates on google maps, though monument loads the object location as the (camera) location. The key checkpoints to confirm is that GPS / location in on on your device and permission given to add to photographs and that the images taken have EXIF embedded by checking those details on your device (or on e.g. Microsoft Windows) before upload. (this is a non-authoritative reply and treat as such) - Thankyou -- User:Djm-leighpark(a)talk 09:04, 11 October 2022 (UTC)
@Djm-leighpark: thanks for reply. The location settings for my w:en:Samsung A20's camera is always on. I manually remove location info within my phone's gallery in the first place when the photos to be uploaded are not of public space or place (like from what you said, private homes), but when my photos are of churches, streets/roads, highways, and other objects that are outside of private homes, I retain the location data. Regards, JWilz12345 (Talk|Contrib's.) 09:09, 11 October 2022 (UTC)

@JWilz12345: I have absolutely no experience with the Upload Wizard. Did you ever try to upload your photos through Special:Upload? To my experience, all EXIF data including location information remain unharmed through this upload interface but no attempt is done to use the location information. I usually add {{GPS EXIF}} in the hope that DschwenBot will create the {{Location}} template from it but unfortunately that bot is inactive most of the time. --AFBorchert (talk) 15:17, 11 October 2022 (UTC)

@AFBorchert: I used to upload my photos through the standard Upload field (Special:Upload), during the time I was using a second-hand w:en:Samsung Galaxy Star. Since using new phone (2019 onwards), I tend to use UploadWizard more often. With relatively busy college works, it is easier to upload via UploadWizard than Special:Upload. JWilz12345 (Talk|Contrib's.) 15:58, 11 October 2022 (UTC)
@JWilz12345: Do you have tried it with the given link, i.e. with experienced option? To my knowledge this is the quickest direct upload method available. You can even load prefilled forms using the wpUploadDescription parameter. Otherwise you can use external upload utilities (see COM:UT) but I have never tried them either. --AFBorchert (talk) 16:29, 11 October 2022 (UTC)
@AfBorchert: I will find a time in the future to overwrite UploadWizard-uploaded photos of mine with the same photos on my phone but still having location in EXIF intact. As for future uploads, I will handle the uploading accordingly, if I may not use Upload Wizard anytime soon if it continues to exclude latitude/longitude information, perhaps on our semestral break (All Saints'/All Souls' Days) or on Christmas break. JWilz12345 (Talk|Contrib's.) 16:49, 11 October 2022 (UTC)
@AFBorchert: I think I can no longer overwrite those affected files. The warning "The upload is an exact duplicate of the current version of <FILE>" constantly appears when I try to overwrite. Perhaps the damage of Upload Wizard's removal of latitude and longitude info in EXIF is already done. JWilz12345 (Talk|Contrib's.) 15:12, 12 October 2022 (UTC)
From what I know the UploadWizard cannot be responsible for missing GPS-EXIF. All uploads (UW, Special:Upload, upload tools, Serverside upload) undergo the same processes on the server: Upload, Assembling, Publication. Some (user written) tools may show the transmitted EXIF after assembling and before publicaton. You can also use the API to read out the EXIF from the database table in MediaWiki Software.
Keep in mind that the EXIF will only be included in downloads, if you choose "original fle" (by any of the options to get the original file). Thumbs will ever only have EXIF fields connected to copyrihght, everything else stripped. C.Suthorn (talk) 17:35, 12 October 2022 (UTC)
@Jmabel, C.Suthorn, Djm-leighpark, LPfi, AFBorchert, and Glrx: I think there is no hope for my future uploads taken via my w:en:Samsung A20 to have coordinate exif info still intact upon upload here. I tried using the standard form, then the result: File:AH26 Cutcot Bridge 1 Pulilanjwilz.jpg. No latitude and longitude fields. I also tried via Commons Android app, but I cancelled the upload after the app notified me that "no location found." Perhaps the latitude and longitude exif info were made into an unreadable format upon update of my phone's software in early December 2021. Perhaps it is an issue created by Samsung itself that I cannot fix. Perhaps as long as I still use my phone for taking photos to be uploaded here, no location exif info will be present. JWilz12345 (Talk|Contrib's.) 10:52, 19 October 2022 (UTC)
@JWilz12345: I, too, have a Samsung A20. Mine got the recommended software update on 14 April 2022, as follows:
Current version : A205USQSBBVC1 / A205UOYNBBVC1 / A205USQSBBVC1
Security patch level: March 1, 2022
I just used the stock Google Chrome on it to upload File:Vaping at the mall.jpg (photographed 17 August 2022, 11:39:13), and the GPS came out just fine. The file is just as I photographed it, uploaded with the Upload Wizard. Maybe I'll crop it later.   — Jeff G. please ping or talk to me 13:29, 19 October 2022 (UTC)
@Jeff G.: thanks for input. But mine seems to be a strange and somehow disappointing case. Mine has the latest software recommended: "Current version: A205GNDXSACVC1/A205GNOLOACVC1/A205GNDXSACVC1," and the security patch level was dated March 1, 2022. In any case I won't mind my uploads here not having location exif info despite having so before uploading; the other fields of exif metadata matter (camera info, date and time, etc..). I treat the date and time as the most important exif field. I will store backups of my photos of roads and places on a flash drive. JWilz12345 (Talk|Contrib's.) 14:15, 19 October 2022 (UTC)
Addition: those backups still bear the location exif metadata. JWilz12345 (Talk|Contrib's.) 14:17, 19 October 2022 (UTC)
@JWilz12345: Do you have access to another device like a computer that can read the flash drive and upload a photo as a test?   — Jeff G. please ping or talk to me 14:26, 19 October 2022 (UTC)
@Jeff G.: I have a laptop, but I rarely use it in contributing Commons as I am a slow typist (not used to QWERTY keyboarding). I already accepted the technical limitations on my phone (with regards to non-inclusion of location exif info in uploads), and I will continue to upload via UploadWizard. The most important fields of exif for me matters: camera brand and model, and date and time (of generation). JWilz12345 (Talk|Contrib's.) 17:03, 19 October 2022 (UTC)

Wikistories on Commons: a proposed visual content tool in WikiCommons

Greetings, everyone!

The WMF Inuka team is exploring having the Wikistories tool on Commons, so we want to get your feedback.

Our proposal

The Inuka team believes the Wikistories tool would significantly increase our projects' visual form of knowledge if we introduce a Wikistories workflow in WikiCommons. The above thinking is because the Commons is a repository of freely licensed media files that is discoverable across other projects and languages.

We have carefully outlined what we want to achieve with the tool on Commons, and we are optimistic about a good outcome. However, the Wikistories on Commons initiative is still a proposal that will require the WikiCommons community's feedback/ input on our design explorations before we commit to the work.

Our request

In the next three weeks, the Inuka team would want you as a member of the Commons community to:

  • Read more about the initiative.
  • Attend our proposed office hours, where we will present our design exploration and discuss our plan with this proposal.
  • Give feedback on this initiative and share your input about the design exploration on the talk page we have created.

We have provided three spots for office hours.

Please click on the date that works for you and register to attend the office hour. If you can't attend, that is fine. However, we will appreciate your feedback about the design exploration and the Wikistories on Commons proposal on the talk page.

We, the Inuka team, are excited about this work's possibilities, and we look forward to having you all onboard at every phase.

Thank you!

UOzurumba (WMF) (talk) 18:59, 17 October 2022 (UTC) On behalf of the Inuka team.

I am bit confused. You are not part of Commons:Product and technical support for Commons 2022-23? So there are currently two WMF teams interdependently working on improvements on Commons? GPSLeo (talk) 19:24, 17 October 2022 (UTC)
Well, if you really want to do wikistories, there are two things you need to work on first: 1) fix the upload so that the images for the stories can actually be uploaded. 2) Change the scope of Commons so that the images are not immediately deleted as oos. And then have fun with your tool. C.Suthorn (talk) 20:16, 17 October 2022 (UTC)
What do you mean by "fix the upload so that the images for the stories can actually be uploaded"? Wikistories references images that are already on Commons. Take a look at Story:Wolf story on betawiki for a (non-interactive) example; alternatively, create an account and enable it in your beta features to see the full extension. Vahurzpu (talk) 23:24, 17 October 2022 (UTC)
Wofür sollen diese Stories denn eigentlich sein? andere WM-sites haben Inhalte, und in Stories können Bilder aus Commons eingebunden sein. Commons hat überhaupt keinen Content (außer ein paar Galerien, die nicht in einem Galerien-Namensraum, sondern im Mainspace liegen) Commons ist eine Mediendatenbank. Stories mit Bilder aus Commons werden in wikinews gemacht und für die Präsentation von Bildern zu einem Thema gibt es Picsome. Wikistories auf Commons können eigentlich nur dazu gut sein, zu beschreiben, wie Bilder hochgeladen werden, wie sie kategorisiert werden, wie sie mit SDC versehen werden, wie sie auf anderen Wikis eingebunden werden und wie Bilder für die Einbindung ausgesucht werden.
Und wie eigentlch wird bewerkstelligt, dass ich eine Wikistory in deutsch lesen kann, ein Koreaner in Koreanisch und eine Portugiesin in Portugiesisch? C.Suthorn (talk) 06:45, 18 October 2022 (UTC)
@UOzurumba (WMF) how does Wikistories handle i18n? Is it connected with deepl or does Wikistories come with its own ML engine? C.Suthorn (talk) 06:47, 18 October 2022 (UTC)
@C.Suthorn We will use the multilingual support already in Commons, similar to how image descriptions can be available in many languages. We have not made plans for now, to incorporate automatic translation. Thank you. UOzurumba (WMF) (talk) 19:59, 18 October 2022 (UTC)
i dont quite get the point of this. id:Story:Osaka -- a bunch of texts stacked on vertical photos?
please no tiktok/instagram/snapchat-style dumb stuff.--RZuo (talk) 12:52, 19 October 2022 (UTC)

Illustrations that are pure speculation named after the subject "depicted"

Hei hei! I came over this illustration, File:Johanne Nielsdatter.jpg, when patrolling the Norwegian Wikipedia project. After some researching, it appears to me that the illustration is pure speculation, as there aren't sources available for Johanne Nielsdatter's description. I have also discussed this externally, and I was guided here. Isn't this file then inappropriately named and categorized? It seems logical to me that the connection to the historical person should be removed, and rather renamed something such as Woman being burned at a stake.jpg (as well as removed from the category of which it resides in solitude)? What is the right approach?

I am also made aware that this has been created as part of the French Wikipedia initiative Les sans imagEs, and while I appreciate well-researched depictions of subjects lacking CC-licensed images, I think the mentioned illustration is pure speculation about the woman's appearance. Although not relevant to this project, I also think it's wrong to use it to depict Nielsdatter/Nilsdatter in infoboxes/described as "Johanne Nielsdatter" across Wikipedia-projects, again, due to the lack of verifiability. EdoAug (talk) 03:57, 18 October 2022 (UTC)

I just made Commons:Illustration as a future guide to those seeking to aid in such efforts; hopefully after a few additions it will be useful as a central place to put resources to help illustrators for Wikimedia projects. Arlo James Barnes 04:45, 18 October 2022 (UTC)
Should there be something in this guide about copyrights as well? How do we know for certain that the uploader is really the creator? Should every creator send a mail to the Volunteer Response Team and should the VRT team then mark such a user as being a creator of such illustrations? JopkeB (talk) 04:54, 18 October 2022 (UTC)
VRT has a backlog, right? It seems to me we should handle this type of file like we do all 'own work' files and assume good faith unless/until we find evidence to the contrary; at that point, opening a ticket can help clear (or confirm) any doubts. Arlo James Barnes 05:11, 18 October 2022 (UTC)
@Arlo Barnes: Per {{Permissions backlog}}, "Current backlog (oldest unanswered mail or ticket) in permissions-commons queue is 2 days."   — Jeff G. please ping or talk to me 08:53, 18 October 2022 (UTC)
For photos I look now at Exif data. But for illustration there are no Exif data. For recent paintings (= painter cannot be dead for at least 70 years) I often ask for a VRT ticket, even when the name of the uploader is similar to the painter, because anyone can make an account with any name. So I wonder how we'll treat illustrators. JopkeB (talk) 11:19, 18 October 2022 (UTC)
i share the same concern. earlier discussion: Commons:Village_pump/Archive/2021/08#Artist's_impressions.--RZuo (talk) 12:52, 19 October 2022 (UTC)

CC Template for files from Salt Research

Can someone make a custom template similar to:

w:en:Creative Commons
attribution
This file is licensed under the Creative Commons Attribution 4.0 International license.
Attribution: Salt Research, (Insert Name here) Archive
You are free:
  • to share – to copy, distribute and transmit the work
  • to remix – to adapt the work
Under the following conditions:
  • 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.

.

But it should instead say:

Salt is a partner of Flickr Commons. All visual materials within Flickr Commons and digitized by Salt Research which are accessible via saltresearch.org are shared under the Creative Commons license:
This material is provided solely for the purpose of individual research. It can be used under Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0) license. The terms specified hereunder:
• The creator or the licensor of the work should be stated in all copies,
• Copies of documents, or documents created from copies can not be used commercially,
• Documents can not be remixed, transformed or built upon.
For each use, credits should be given as stated in the record.
(e.g. Salt Research, Harika-Kemali Söylemezoğlu Archive)
For any rights requests outside of personal research purposes, please contact Salt Research via salt.research@saltonline.org

So the only real diffrence is saying that Documents can not be remixed, transformed or built upon, instead of "You are free: to remix – to adapt the work" as this current template states.

This is the general rights statement of files from [5]. — Preceding unsigned comment added by Gazozlu (talk • contribs) 20:13, 18 October 2022 (UTC)

No, because that violates COM:L. -BRAINULATOR9 (TALK) 22:00, 18 October 2022 (UTC)
Whoops, then all these may need to be deleted. They are all under Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0):

1974 article about Güzel İstanbul.jpg
Burhan Temel and Gürdal Duyar.jpg
Photo of Gürdal Duyar sitting.jpg
Gürdal Duyar at work.jpg
Sketch by Gürdal Duyar.jpg
Turkish artists.jpg
Fine Arts Union 90th anniversary exhibition invitation card.jpg
High Sculptors Society Exhibition 9-25 January 1973.jpg
Kuzgun Acar exhibition.jpg
Türkiye - Kuzgun Acar.jpg
A meeting held at the State Academy of Fine Arts in Istanbul.jpg
Kuzgun Acar.jpg
Kuzgun Acar 2.jpg
Ne yazık ki hep şaşırıyoruz.jpg
Kuzgun Acar, Retrospektif Sergi, İş Sanat Kültür Merkezi Kibele Sanat Galerisi, İstanbul.jpg
Article about first Military Museum Art Exhibition.pdf

Gazozlu (talk) 22:12, 18 October 2022 (UTC)
@Gazozlu: I’ve converted the gallery into text links. I think the best way handling it would be if you’d go yourself to COM:AN. Copy the file links from above, tell that you’ve uploaded these files in error not knowing the license limitation, and ask yourself for deletion. — Speravir – 22:53, 18 October 2022 (UTC)
Or just tag them for speedy deletion as COM:G7 and COM:F1. -BRAINULATOR9 (TALK) 23:31, 18 October 2022 (UTC)
Allright, i'll do that. Is there any specific rules around newspaper clippings? I see for example this one Perfil de Gilberto de Carvalho, por Horacio Cardoso.jpg has been uploaded as "own work" although the author appears to be someone else and the person=/=the publisher of the newspaper either. Asking for this one: 1974 article about Güzel İstanbul.jpg Gazozlu (talk) 10:35, 19 October 2022 (UTC)
Those should be deleted, most likely, unless you can prove that the file is free for whatever reason. The file you linked to dates to 2011, so a normal deletion request should be done. -BRAINULATOR9 (TALK) 18:16, 19 October 2022 (UTC)

How to make a structural solution for not empty disambigious pages?

Category:Non-empty disambiguation categories has over 2.000 subcategories, while there should be zero. I have tried to diminish that number, but it's mopping with the tap open (Dutch expression for which I could not find a proper translation, I hope you'll understand the meaning). There are at least two problems:

  1. There are a lot of them with "(empty)". These are DAB's that once had one or more files and/or categories in them, thereafter that problem has been solved, but then you need to do an extra action to get the DAB category out of the Category:Non-empty disambiguation categories (click on "edit" and "Publish changes"). Not many people know or do that, very understandable, it should not have to be done at all to solve this problem.
    1. The solution might be a technical one: if a DAB is empty, do not show it on Category:Non-empty disambiguation categories anymore.
  2. DAB categories are not recognizable as such when you add a file or another category to one. And you do not get a notification when you add a file or category to a DAB. Solutions might be:
    1. (Techical solution) It would not be allowed/possible anymore to put files and categories into a DAB category. It is technical not possible to choose a DAB category for a file or subcategory and/or you get an error message.
    2. Until that technical solution has been implemented: It is allowed to have "(disambiguation)" in the name of the DAB category. It won't solve all the misunderstandings, but at least volunteers will profit. I have proposed to do so for Category:Decoration, but there was no consensus about this solution, see Commons:Categories for discussion/2022/06/Category:Decoration.

So my questions are:

  • Is the problem clear? Do others recognize it?
  • How to make a structural solution for not empty disambigious pages? Would the proposed solutions help? Do you know better solutions?
  • How can we implement such solutions? What would have to be done to realize them?

--JopkeB (talk) 06:53, 14 October 2022 (UTC)

@JopkeB: I would suggest, "trying to mop up water under a running tap" or "like mopping up water under a running tap". Apologies for interrupting, but it's a good cliche. ~ R.T.G 16:01, 16 October 2022 (UTC)
1. is a known bug (phab:T86492): Things should update automatically, but they don't. There's not much we can so about it apart from making developers more aware of it. Realistically, it's still going to be a low priority thing, though. It pretty much only affects maintenance categories, so while it's annoying and triggers our collective OCD, it is close to irrelevant to end users who come her looking for files.
2.1. probably cannot be fixed by a single technical solution. It won't be possible for direct editing of the wiki markup any time soon, as there is no mechanism in place to check categories (or any other part of the markup) in any kind of way. But people who edit that way are hopefully more likely to know what they're doing. Edit: this is incorrect, there is a popup warning you Highest priority would probably be HotCat. That could probably be solved somehow, it's already smart enough to resolve redirects. Maybe try to get some attention at MediaWiki talk:Gadget-HotCat.js.
2.2 might be worth discussing. There is Commons:Category disambiguation, but it currently is nothing more than an essay. It is not well-integrated with Commons:Categories, and seems to assume that the reader is familiar with or willing to read up on the procedures at the English language Wikipedia. El Grafo (talk) 08:34, 14 October 2022 (UTC)
1 can be worked around by bot making null edits, for example once a day Mateusz Konieczny (talk) 08:44, 14 October 2022 (UTC)
2 would benefit from clear marking such problematic categories in HotCat and special support to make disambiguation easier Mateusz Konieczny (talk) 08:45, 14 October 2022 (UTC)
Thanks El Grafo and Mateusz Konieczny, for your aswers and information.
@1. @Mateusz Konieczny; I guess such a bot could do the trick, once a day would be enough for me. Who can make such a bot and implement it?
@2. I agree with Mateusz Konieczny: clear marking such problematic categories in HotCat could prevent a lot of troubles. I see now that a pop up warning appears when you try to add a DAB category via the edit tab. So the problem is mainly with HotCat editing AND during the Upload process.
@2.2. What would be a good starting point to discuss the question "Contrary to EN-WP, should it be allowed in Commons to have "(disambiguation)" in a category name, even when there is no category with the same name that is a primary topic?" It looks to me that the essay Commons:Category disambiguation only focusses on clear names for end users, I see no leads with maintenance reasons. And I think there should be a discussion about this question before putting it in such an essay.
--JopkeB (talk) 10:55, 14 October 2022 (UTC)
A general discussion could be started at Commons talk:Categories. Once the whole thing has been fleshed out a bit more, it may be wise to present it at COM:VP/P for approval. If you want it to stick, I'd suggest aim for it to become part of Commons:Categories rather than that essay. El Grafo (talk) 11:11, 14 October 2022 (UTC)
@El Grafo: - see Commons:Bots/Requests Mateusz Konieczny (talk) 18:13, 14 October 2022 (UTC)
Huh? Suppose you meant to ping @JopkeB instead of me? El Grafo (talk) 10:46, 16 October 2022 (UTC)
I have had similar thoughts. My comments:
  • I think item 1 is part of a larger issue: I think it takes a cache time to catch up when things are added to or removed from a category.
  • If it were impossible to put things into a dab category, we would have some people who search for correct categories, but we would also have some who just leave their media uncategorized. And that's just people: I think there are also bots that categorize, and they might not even recognize warnings. I think being uncategorized is worse than being in a dab category because a dab cat would at least be closer to a correct category. We have many more things that are completely uncategorized than we do things in dab categories.
  • I tried adding a file to a dab category using Cat-a-lot, and it worked without giving me a warning. Maybe this tool should be addressed in whatever solution comes out of this discussion.
-- Auntof6 (talk) 07:53, 15 October 2022 (UTC)
  • "Cat-a-lot" - it is one more case where the next step would be notifying authors of a tool Mateusz Konieczny (talk) 08:11, 15 October 2022 (UTC)
@User:Auntof6, Thanks for your contributions, but I have a questions about the first one:
=> What do you mean by "it takes a cache time to catch up when things are added to or removed from a category"? What are the implications for this problem?
Yes, you are right: files being uncategorized is worse than being in a dab category. I did not think of that.
Yes, Cat-a-lot is in the picture. JopkeB (talk) 04:16, 18 October 2022 (UTC)
@JopkeB: About the cache: it is my understanding that when a dab category is emptied, it will eventually disappear from Category:Non-empty disambiguation categories, it just takes some amount of time.
I've seen similar things when a page is removed from or added to a category by some means other than editing the page. For example, if a category is added by a template and the template is changed so that it no longer adds the category, the page will still appear in the category until the system catches up somehow. Maybe "cache" is the wrong term, but I think I've seen it used before in this context. -- Auntof6 (talk) 05:45, 18 October 2022 (UTC)
Thanks, User:Auntof6, so I just have to be patient. JopkeB (talk) 07:00, 19 October 2022 (UTC)
@JopkeB: Well, yes and no. Yes, because the ones that show as empty will eventually disappear, but no, because new ones will show up. There's a joke in English that this kind of thing is "like painting a bridge:" when you get to the end, you have to start all over! -- Auntof6 (talk) 06:32, 20 October 2022 (UTC)
As far as purging is concerned, you could go through each category and hard purge them with s:MediaWiki:Gadget-PurgeTab.js installed. That's what I've done. -BRAINULATOR9 (TALK) 22:24, 16 October 2022 (UTC)
@User:Brainulator9, Thanks a lot, your solution clearly works for problem 1. But I do not understand at all what you have done. Could you please explain for people with only basic knowledge of computer programming like me? And should this action be done once, or day after day? And for which categories (for all DAB categories)? JopkeB (talk) 04:25, 18 October 2022 (UTC)
Just copy the following line to Special:MyPage/common.js to install it: mw.loader.load('//en.wikisource.org/w/index.php?title=MediaWiki:Gadget-PurgeTab.js&action=raw&ctype=text/javascript');
When using it... admittedly, what I've done is go through each category I want to clear and click on the drop-down button that appears. Something like Special:ApiSandbox#action=purge&format=json&forcerecursivelinkupdate=1&generator=categorymembers&formatversion=latest&gcmtitle=Category:Non-empty disambiguation categories could also be used to do the same thing. Either way, it does require regular maintenance... maybe some day, I'll just create a bot to do this sort of thing automatically. -BRAINULATOR9 (TALK) 22:09, 18 October 2022 (UTC)
Thanks for your explanation. I have installed the tool and it works (with "Hard purge" and "Null edit" in the category with no files). So this is a useful, but not a structural solution. I hope you will one day create a bot to do the trick automatically. For now I'll make a request on Commons:Bots/Requests. JopkeB (talk) 07:31, 19 October 2022 (UTC)

Conclusions so far and action items

Thanks, everyone, for your contributions. My conclusions so far:
@1. (redundant empty DAB's in Category:Non-empty disambiguation categories):

@2. (DAB categories are not recognizable as such when you add a file or another category to one)
@2.1. (technical solution)

  • There are already warning popups when adding DAB cats via the edit tab.
  • There are several places where there aren't yet:
(1) Most important: HotCat. Advice: Try to get some attention at MediaWiki talk:Gadget-HotCat.js. [action item JopkeB] - request is at MediaWiki talk:Gadget-HotCat.js#Could a warning popup appear when adding a DAB cat while using HotCat?. Conclusion: yes, it is technically possible. I'll put it on the next wish list. (JopkeB). See meta:Community Wishlist Survey 2023/Multimedia and Commons#A warning popup when adding a DAB cat while using HotCat. --JopkeB (talk) 05:27, 25 January 2023 (UTC)
(2) In the upload procedure.
(3) In bots which categorize automatically.
  • It is not a good idea totally blocking the possibility of putting items into a DAB category, because this may cause more uncategorized files.

@2.2. ("(disambiguation)" in the category name)

--JopkeB (talk) 07:53, 19 October 2022 (UTC)

What should be in a description field (and what not)?

Hello, in this item, Tm and I have a conversation about whether some imported texts from Flickr files are descriptions according to Commons standards. Input from others is welcome. Best regards, Zijling (talk) 07:35, 16 October 2022 (UTC)

Another example of a lot of text in the description where a short concise text is difficult. When the long text fits in a Wikipedia article, preferably there. Wouter (talk) 09:03, 16 October 2022 (UTC)
I wouldn't say there's any difficulty here. This reduction has the result that visitors know at which event the photo was taken. If someone thinks: that descritption needs extension to be more informative, then in my view such an extension would mention the person you see speaking there, for instance. Not a list of demands and calls for visiting someone's social media accounts and supporting them. Also, such things should not appear in articles or any other Wikimedia space, since all those spaces are meant to be neutral. Zijling (talk) 09:46, 16 October 2022 (UTC)
It is just as problematic to avoid mentioning what a person is trying to achieve as it is to go into too much detail. The issue here is about the political nature of the event. However, if you remove all words which may be deemed "political", you get an arbitrary result. You need to be much more specific, and somewhat inclusive, to remain neutral. Anti-politics is not the goal any more than it is anti-protests. The goal is neutrality, and your resulting method for the description in such a case should be based solely on achieving neutrality. For an instance of consideration, I would like you to compare the title of the image to the cut down description. Apparently the rally seeks to improve public health and safety, but a politically paranoid, cut down description, says it is no more than a demand for worker control. As long as the description was on topic, it doesn't matter if it is "political". What opinion is not political, and why should a list of demands not be mentioned, beyond the fact that they are a list of demands? Neutrality is not about silence.
Regarding the calls to visit the authors websites and support them... And is the objection based on the fact the purpose of the authorship is political? I am neutral to the fact that the author of this work has political goals, and I can see nothing beyond a 7 item list of short demands, specifically related to the event, and contact details for the author. The fact the subject of the particular image is not noted refers us only to the subjects notability, not the nature of politics. I totally object to any actions preventing details or mentions of politics being available, simply because they are political. As long as Wikimedia appears neutral, no further interference is warranted. Wikimedia does not author these images. It simply hosts them. ~ R.T.G 10:29, 16 October 2022 (UTC)
I initially thought these were demands uttered by the photographed subject. In that case, it would make sense to keep them there as a description of what the subject said. However, the list appears on every photo from that series, so I would be inclined to leave it out, because it does not describe that particular photo. --HyperGaruda (talk) 10:36, 16 October 2022 (UTC)
Cannot see how these changes relate to the number of images. The changes I see are: from a list of the goals of the event and the author details, to a mention of the nature of the event. That is a significant change. My argument is that these images should appear political. The idea that their political appearance is a reflection on the neutrality of Wikimedia is misguided. It is the removal of the demands which suggests that Wikimedia is anything more than neutral. It is not a goal of Wikimedia to avoid the demands of a political protest being available for viewing here. What would be an issue is for Wikimedians to use the sites to promote those goals, or to obscure them. We should do neither to remain neutral. ~ R.T.G 11:07, 16 October 2022 (UTC)
External links should not appear in the description. They should only appear as the source if needed. Of course a short summary about what a protest is about and what they are demanding can and should be in the description. But this text must not be copied from the protest organizers website. This is only the source for writing the short summary. One example File:FridaysForFuture protest Berlin 2022-06-24 104.jpg "Bicycle demonstration of Fridays for Future addressing the G7 summit and demanding debt cancellation for states in the global south." This is a short explanation with the main demand of this event but not a copy of the website or press release text and without any opinion on the topic. GPSLeo (talk) 11:40, 16 October 2022 (UTC)
There doesn't seem to be a specific guideline. I would suggest if there was a description guideline written which depreciated the idea of external links, on the basis say of avoiding link farms, I would suggest replacing the links with a note that there are some links if the user would like to navigate to the source. And I would agree that the Wikimedians own wording be preferential to the copy pasting. But it would make sense to preserve information on the spirit of the protest, beyond simply saying workers looking to influence leadership. There is no need for a full manifesto for instance. But it should perhaps note in the given example, the types of things the protestors are demanding, rather than simply saying they are workers protesting, which diminishes them, and therefore calls neutrality into question. Certainly however, the fears are valid. There should be considerations towards avoiding Wikimedia appearing particularly supportive of a protest, but at the same time it should not appear particularly against the protest. I don't see anything wrong from either perspective in the example given by GPSLeo. ~ R.T.G 15:45, 16 October 2022 (UTC)
There is a specific guideline regarding neutrality: COM:NPOV, the section "Text" to be precise. Then there is our help guide on descriptions, in addition to some hints in the template documentation itself. By the way, a less verbose writing style would be of great benefit, not just to you, RTG, but also to other readers. EN-Wikipedia tried to drop a hint, but seems to have missed its mark. --HyperGaruda (talk) 17:58, 16 October 2022 (UTC)
Excuse me, but if you think I have done something here which merits exclusion, I suggest you take it up with the appropriate channels. Threatening me against something which I, quite frankly do not understand, is unlikely to achieve anything desirable. ~ R.T.G 01:15, 17 October 2022 (UTC)
@HyperGaruda: , ignoring for a moment the rest of your comment, the first steps guide does not seem to lead to its sub pages (i.e. "/Quality and description"). And although that is the best guide to descriptions I have seen, it doesn't quite cover this particular issue. So there is room to improve. And as far as I can see, the others contributing here, seem willing and able to provide that, to my satisfaction at least. So I would ask, @Zijling, El Grafo, GPSLeo, and Wouterhagens: , would you consider improving the links provided by HyperGaruda by covering this aspect and linking the resulting guide to the "First Steps" tutorial? And if you do so, would you inform the talk page of Commons:First steps/Quality and description#Good file descriptions and perhaps even hold the discussion on the details there? ~ R.T.G 09:20, 20 October 2022 (UTC)
Yes, non-neutral descriptions and author's comments can be very useful (even necessary) for providing context. No, we should not just import them and use them as descriptions for the files they came with. That's not a contradiction, though. There's a simple solution to this disagreement if you just take a moment to step back a little bit:
  1. import the file
  2. give it a neutral description
  3. add the original, biased description as a clearly marked quote.
Handled this way, even the worst kind of Nazi propaganda can be educational. I think we should consider creating a general-purpose {{Imported description}} that a) clearly formats the imported text as a quote and b) has an informative text along the lines of "here's the original description/caption for reference, it comes from this person/institution/government, be aware that it might be biased". We've been doing it like this for ages with files imported from the German Bundesarchiv via {{BArch-biased}}.
On a related note, be aware that all text on Commons is licensed CC-BY-SA 3.0 (see footer). This is separate from licenses for media files. Similarly, the description of a freely licensed file you'll find on the web is not necessarily freely licensed as well. So be careful when importing non-trivial descriptions, they may be subject to copyright and/or incompatible with Commons' licensing.
--El Grafo (talk) 09:16, 17 October 2022 (UTC)
Now that is a good idea, a disclaimer. I myself have imported thousands of Flickr files at a time and their descriptions would take days to rewrite. But it is probably wise to also have a policy or guideline that is specific for those who are rewriting the description to suit. ~ R.T.G 10:11, 17 October 2022 (UTC) ~ R.T.G 10:11, 17 October 2022 (UTC)
A disclaimer would not be a bad idea. It can be helpful to reduce confusion. Zijling (talk) 16:45, 17 October 2022 (UTC)

INVITE: Queering Wikipedia 2022 Meeting on Friday and Saturday (October 21-22)

Dear project members Queering Wikipedia 2022 takes place on: Friday, October 21, at 18:00 UTC and Saturday, October 22, at 14:00 UTC

Though the initial 2019 title centers Wikipedia, all Wiki projects, LGBT+ Wikimedians and allies are welcome, especially You :-)

Please register using the link on the page to the Zoom based system as soon as possible even if your attendance will be partial. Pardon the late announcement.

--Zblace (talk) 06:08, 20 October 2022 (UTC)

UCoC EG Community review period closed

Dear Wikimedians,

Thank you for participating in the review of the Revised Enforcement Draft Guidelines for the Universal Code of Conduct (UCoC). The UCoC project team and the Revisions Committee appreciate you all taking the time to discuss the guidelines, suggest changes, and ask questions.

This community review period lasted from September 8 to October 8, 2022. Over the past four weeks, the UCoC project team has collected valuable community input from various channels, including three conversation hours sessions, where Wikimedians could get together to discuss the revised UCoC Enforcement Guidelines. The Revisions Committee will review community input when they reconvene in the second week of October 2022. The UCoC project team will support them in providing updates as they continue their work and will continue to inform the community about all important developments and milestones as the Committee prepares the final version of the UCoC Enforcement Guidelines that is currently scheduled for a community-wide vote in mid-January of 2023.

On behalf of the the UCoC project team,

Zuz (WMF) (talk) 11:37, 20 October 2022 (UTC)

What is the copyright status of West African CFA franc and Central African CFA franc?

I would like to know the copyright status for the CFA franc currency, since I added light green dots to the countries that use the euro in File:Whether to allow uploading of currency World Map.svg.

What is the copyright status of West African CFA franc and Central African CFA franc?

-Ox1997cow (talk) 16:59, 20 October 2022 (UTC)

@Ox1997cow: You may find guidance at COM:VPC and the COM:CRT pages relevant to the countries discussed at en:CFA franc.   — Jeff G. please ping or talk to me 17:15, 20 October 2022 (UTC)
I see. Ox1997cow (talk) 17:25, 20 October 2022 (UTC)
@Ox1997cow: It will also help to know where the coins are minted.   — Jeff G. please ping or talk to me 17:28, 20 October 2022 (UTC)

Permissions

I have uploaded a lot of my image files to Commons without thinking much about permissions, but I probably should think! On this file: Panorama of Bryggen, Bergen I have stated: "Acknowledgement to Wikimedia Commons is sufficient. No author acknowledgement is required when re-using this file". Is there a template or standard form of words for this? Thanks. Kognos (talk) 19:49, 7 October 2022 (UTC)

@Kognos: What you appear to seek is a {{Cc-sa-1.0}} license, but it is deprecated, retired, and not recommended. If you don't think even your username deserves credit for your work, please seek professional help.   — Jeff G. please ping or talk to me 20:25, 7 October 2022 (UTC)
@Kognos and Jeff G.: Deserves is one thing, needs is another. Why wouldn't somebody want not to ask for credit? I thought seriously about why I'd use CC-BY-SA and not CC-BY, and many people even use CC-zero. For the original question, you can specify an attribution line in the {{Information}} template (which is used for the file description in most cases): other_fields={{credit line|Other=Wikimedia Commons|License=CC-BY-SA-3.0}}, choosing not to specify your (user) name there. That line dictates the attribution for the CC-BY licenses, I think. Specifying just the name and no other words makes it easier for those that want to reuse the file in the context of other languages. There may be other caveats. –LPfi (talk) 15:46, 10 October 2022 (UTC)
You can also use something like {{self|cc-by-sa-4.0|author=YOUR PREFERRED ACKNOWLEDGEMENT}}. - Jmabel ! talk 17:34, 10 October 2022 (UTC)
@Jmabel and Jeff G.: To give a bit of context, here's a page that uses two of my photos: https://www.cementkilns.co.uk/cement_kiln_cam_blue.html. The credit to Commons, with a link, seems appropriate. I'm not sure what incuding my username would add for readers who are not familiar with Commons. Anyone interested can folllow the link and find out more. The cc-by-sa-4.0 license is fine, I was just wondering if there was a standard form of words for this form of acknowledgement. Thanks for the tips. Kognos (talk) 12:52, 13 October 2022 (UTC)
@Kognos: Those two photos are not "©Wikimedia Commons 2019", you hold the copyright (unless you transfer the copyright in writing).   — Jeff G. please ping or talk to me 14:49, 13 October 2022 (UTC)
@Jeff G.: Quite right, it should be a credit to Commons as the source, not a copyright notice. Thanks.Kognos (talk) 15:31, 13 October 2022 (UTC)
@Jeff G.: I contacted the site, and the credit has been amended. Kognos (talk) 16:40, 19 October 2022 (UTC)
@Kognos They still don't link to https://commons.wikimedia.org/wiki/File:Cam_Cement_Works,_Meldreth_05.jpg or https://commons.wikimedia.org/wiki/File:Cam_Cement_Works,_Meldreth_09.jpg .   — Jeff G. please ping or talk to me 23:08, 19 October 2022 (UTC)
@Jeff G.: They link to the Commons category containing the two images as well as others of the cement works. Looks reasonable to me. Kognos (talk) 14:20, 21 October 2022 (UTC)

How to use Flickr images with All Rights Reserved (C) on Commons.

I had gone through Commons:Flickr_files but I still wish to understand: To use an image from Flickr with " All rights reserved", do I just need to credit the user that uploaded it, the date and the source page and that's it? For example, I want to use this image on the article of the subject. Can I do this with the credit and attribution I stated above? — Preceding unsigned comment added by Danidamiobi (talk • contribs) 11:25, 17. Oct. 2022 (UTC)

You cannot upload these images to Wikimedia Commons at all. Only freely licensed images are accepted here, which these are not. See Commons:Licensing. Regards --Rosenzweig τ 09:28, 17 October 2022 (UTC)
@Danidamiobi: You can ask the Flickr user, if the images are theirs, to change the licence. I've had several successes doing this; even though they are the minority of such requests I have made. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:13, 21 October 2022 (UTC)
Yes. The "all rights" that are reserved include the right to make copies and to distribute the work (except what is permitted as fair use, which doesn't apply to Commons). You need permission from the copyright holder, or else you need to change copyright law. –LPfi (talk) 13:34, 22 October 2022 (UTC)

Files from the Australian Human Rights Commission Flickr stream

Some files from the commission's Flickr stream have third-party copyright notices in the EXIF, see this file for example. However, their Social Media copyright policy says:

The Australian Human Rights Commission may use social media channels for communicating with the public, including Facebook pages, Twitter accounts, YouTube channels and blogs. Subject to the terms of use of the particular channels, and except where otherwise stated:

1. you may use all material posted by us on these channels under the Creative Commons Attribution 4.0 International Licence, and

2. post 15 September 2015, material posted by any other person, such as public users, is deemed to be made available to you by that person under the Creative Commons Attribution 4.0 International Licence as a condition of use of that channel.

–– Copyright Policy, Australian Human Rights Commission

Does the policy cover us here? Joofjoof (talk) 05:08, 20 October 2022 (UTC)

In general the original photographer (Matthew Syres in the example above) is the copyright holder unless contractually stated otherwise or the photographer is creating images for an employer, and only the copyright holder can determine the license of their work. Syres appears to have done commissioned work for the Australian Human Rights Commission, but a freelance contractor is generally not considered an employee for the purposes of corporate authorship (at least not in the US, Australian law may differ). COM:AUSTRALIA is unfortunately mum on the issue of commissioned/works-for-hire. The Copyright policy linked above states excludes CC-BY-4.0 license for "photographs, images and video" on its own website, and item 2 above seems like an illegal assumption of copyright from third party users (they can say they freely release a photo or comment I post in a reply on their Facebook page, but that doesn't make it so). Additional investigation, including contacting the author/agency, may be needed to clarify. --Animalparty (talk) 22:00, 20 October 2022 (UTC)
Thanks Animalparty, this makes sense to me. Is there an Australia group here on Commons? Local users may be better-equipped to investigate. Joofjoof (talk) 01:02, 23 October 2022 (UTC)
I don't know about an Australia group, but you might get more helpful advice at Commons:Village pump/Copyright. --Animalparty (talk) 01:06, 23 October 2022 (UTC)

File deleted with unclear reason. User in charge not available

Hey, was checking [6] to use for a project and it is appear that file was deleted with pretty much meaningless reason--as per COM:SPEEDY which of source can imply dozens of reasons. I cannot also find any requsets for deletion at relevant log.

User:Yann kindly semi blocked his/her Talk page so I cannot make any request.

Would somebody please kindly explain?

Disclaimer--I am not in any way connected with original work--just considered it for reuse. —Preceding unsigned comment was added by 77.122.80.43 (talk) 07:27, 22 October 2022 (UTC)

The reason for deletion was {{copyvio|1=Minecraft is a copyrighted video game}}. --Achim55 (talk) 10:23, 22 October 2022 (UTC)

Videos whose components are hard to verify

i run into a problem with File:Soong May-ling gives a speech to the Congress of the United States of America.ogv. the video part is slideshow of old photos whose sources are hard to verify. the audio part is a recording of a speech delivered to the US congress. its youtube source is not any US gov agency https://web.archive.org/web/20140413181850/https://www.youtube.com/watch?v=61bV9-zeCrA .

so it's definitely not a "video of 1943". for these videos that have parts from different periods and are stitched together, how should they be properly categorised? RZuo (talk) 18:45, 21 October 2022 (UTC)

Certainly not as "Videos of 1943". Ruslik (talk) 19:03, 22 October 2022 (UTC)

Updated copyright law of Vietnam and no more FOP?

Vietnam just updated their intellectual property law this year (June 2022), through Law No.07/2022/QH15 (read: Vietnam’s Intellectual Property Law: New Amendments by ASEAN Briefing). Apparently much of the copyright provisions were heavily altered, including FOP provision.

The amendment to FOP provision at Article 25(1/h) turned out negative for Wikimedia:

Original Vietnamese text as per [7]

Điều 25. Các trường hợp ngoại lệ không xâm phạm quyền tác giả

1. Các trường hợp sử dụng tác phẩm đã công bố không phải xin phép, không phải trả tiền bản quyền nhưng phải thông tin về tên tác giả và nguồn gốc, xuất xứ của tác phẩm bao gồm:

h) Chụp ảnh, truyền hình tác phẩm mỹ thuật, kiến trúc, nhiếp ảnh, mỹ thuật ứng dụng được trưng bày tại nơi công cộng nhằm giới thiệu hình ảnh của tác phẩm đó, không nhằm mục đích thương mại;

Google translation, but some fixes to harmonize sentence structure:

Article 25. Exceptions for non-infringement of copyrights

1. The following cases of use of published works do not require permission, not requiring remuneration, but the name of the author and the origin of the work must be cited, including:

h) taking pictures and broadcasting works of fine art, architecture, photography, or applied art displayed in public places for presentation of such images, not for commercial purposes;

Vietnamese Wikimedians, be noted about the abolition of freedom of panorama in your country thanks to the new amendments. Non-commercial use is explicitly against COM:L and the Definition of Free Cultural Works which Commons enshrines.

Pinging people who participated in the second part of deletion request against {{FoP-Vietnam}}, @Aymatth2, Buiquangtu, Liuxinyu970226, Mxn, Violetbonmua, MGA73, and Clindberg: . Also pinging Vietnamese Wikimedians and vietnamwiki admins mentioned by Liuxinyu before, @Alphama, Avia, Bộ lọc sai phạm, Conbo, DHN, Ping, Dung005, Hoang Dat, P.T.Đ, Prenn, Quenhitran, ThiênĐế98, Thái Nhi, Trungda, Trần Nguyễn Minh Huy, Tttrung, TuanUt, Tuanminh01, and Viethavvh:

To Vietnamese Wikimedians, if there is a way to convince the Vietnamese legislature to restore Vietnamese FOP. _ JWilz12345 (Talk|Contrib's.) 03:38, 14 October 2022 (UTC)

 Info Article 3(1) of this amendment law states that the amended law will take effect on January 1, 2023, "except for the cases specified in Clauses 2 and 3 of this Article."("Luật này có hiệu lực thi hành từ ngày 01 tháng 01 năm 2023, trừ trường hợp quy định tại khoản 2 và khoản 3 Điều này.") JWilz12345 (Talk|Contrib's.) 04:24, 14 October 2022 (UTC)

Thank you for the info JWilz12345. I'm not sure how to understand article 4 about Transitional provisions. Google translate says the new law will apply if there was some protection after the old law? So what happens with FOP for existing works when there was no protection after the old law? But perhaps it would be better to discuss on COM:FOP Vietnam.
The other question is more political. Should we actively look for files we can delete or should we only act if someone starts a DR. As I understand it we have no obligation to check for files. So it's a bit like URAA. We know there is a risk but we do not delete files unless we have to. Personally I think we should focus on photos where there is a high probability of commercial use (statues) and ignore photos like File:563 Das Volk der Nung ist bekannt für seine Schmiedekünste.JPG even if you could argue that someone designed the bulding (hut) and therefore have the copyright etc. --MGA73 (talk) 08:45, 15 October 2022 (UTC)
I would assume that a law is not retroactive unless it says so, especially one that indicates a future date when it comes into effect. After all, print publication cannot be withdrawn in any case.
Our usual approach, though, is that any violation of a country's current copyright law (or where commercial reproduction would violate that law) is a reason for deletion, so presumably any photo of a copyrighted building, sculpture, etc. in Vietnam taken after January 1, 2023 would be deleted as aggressively as any other copyvio or NC-licensed photo. - Jmabel ! talk 15:49, 15 October 2022 (UTC)
 Comment Probably a notification on viwiki should be happened too. --Liuxinyu970226 (talk) 08:02, 16 October 2022 (UTC)
Hello, I don't know much about the law, let me pass the discussion to Vietnamese community. Thank you!  A l p h a m a  Talk 10:43, 18 October 2022 (UTC)
@Alphama: I already posted it on the talk page of your Wikimedia user group at Meta wiki. Basically, the copyright law of your country was recently amended (in June 2022), and the amendments will be effective on January 1, 2023. Unfortunately the freedom of panorama provision was altered to restrict commercial uses of photos of public art and architecture still in copyright. Such non-commercial condition makes it not suitable for Wikimedia Commons; COM:Licensing explicitly states that Commons only accepts commercial licenses, and does not accept non-commercial content. JWilz12345 (Talk|Contrib's.) 15:18, 18 October 2022 (UTC)
From Commons:Licensing, it is weird to me this statement "commercial use of the work must be allowed". Can you show a use case for why Commons needs to accept commercial licenses? I thought "không nhằm mục đích thương mại" --> "not for commercial purposes" fit our freedom of use. My best guess is any work taken from Commons can freely use for any purpose, including commercial uses. In that case, such a nightmare for our project to take photos from public works and show them for the purpose of demonstration in the future.  A l p h a m a  Talk 16:44, 18 October 2022 (UTC)
@Alphama: examples of commercial uses are the following: use of photos of copyrighted architecture and monuments in tourism souvenirs like postcards or T-shirt prints, in content creators' vlogs, travel portal sites, calendar designs, covers of books or novels, and stamps. In fact, the free Creative Commons licenses only permitted on WikiCommons (as well as the rest of Wikimedia) are commercial. JWilz12345 (Talk|Contrib's.) 17:59, 18 October 2022 (UTC)
Anything non-commercial is no longer free for Commons. The freedom of panorama legal rights of northern countries like France, Slovenia, Montenegro, Kazakhstan, and South Korea are all non-commercial and treated as not OK by the whole WikiCommons project. For example, COM:FOP Bulgaria. JWilz12345 (Talk|Contrib's.) 18:01, 18 October 2022 (UTC)
There are a couple of reasons. (1) The definition of what is not "commercial" can be very narrow. For example, an NC license would not allow use by a newspaper that has ads, or in a book that is able to be sold. (2) There was a decision early on that drawing a sharp line -- no NC licenses, period -- we would encourage more individuals and organizations to offer more generous licenses.
But, definitely, some of the interaction with laws like this was a bit of an unforeseen consequence. The government of Vietnam presumably does not care what Commons (or any other particular website) does: they make their FOP law, and the fact that it will really limit certain types of photos from their country from appearing on our site is probably of little or no concern to them. - Jmabel ! talk 18:02, 18 October 2022 (UTC)
@JWilz12345: So, should {{FoP-Vietnam}} be changed to {{NoFoP-Vietnam}} after January 1, 2023? --Ox1997cow (talk) 17:09, 19 October 2022 (UTC)
@Ox1997cow: I think we must wait first. The Vietnamese Wikipedians are going to discuss the effects of the restricted Vietnamese FOP in the area of Vietnamese Wikimedian community, see Alphama's comment above. JWilz12345 (Talk|Contrib's.) 17:20, 19 October 2022 (UTC)
I'm not sure if they will intervene to have the original FOP wording restored (removal of "not for commercial purposes" or "không nhằm mục đích thương mại"). JWilz12345 (Talk|Contrib's.) 17:23, 19 October 2022 (UTC)
Update: Our discussion in the Vietnamese Wikipedia is kinda done by now. It seems like no one opposed the idea of "photographs of copyrighted works displayed in public places uploaded to Commons after January 1 2023 must be deleted". The second part of the discussion revolved around copyright status of the national hymn, the national emblem and the national flag. Regarding Template:FoP-Vietnam, I think a note saying something like "This template only applies to files uploaded prior to January 1, 2023. Any file uploaded after this date should be speedy deleted." is fine.  Băng Tỏa  21:02, 5 November 2022 (UTC)

I have opened our discussion here vi:Wikipedia:Thảo luận#Updated copyright law of Vietnam and no more FOP?. From @Vinhtantran: , we can keep all works according to article 4 before January 1, 2023. I believe our community can not do anything now and even in the future when the government has no interest in Wikipedia. It may be a RIP to many works.  A l p h a m a  Talk 17:38, 19 October 2022 (UTC)

With regards to retroactivity, there are at least four possibilities, ranging from most lenient to most restrictive:
  1. All buildings completed prior to 2023 may be freely photographed, even after 2023.
  2. All photos taken prior to 2023 may be freely uploaded, even after 2023.
  3. All photos uploaded prior to 2023 may be kept, but new uploads are not permitted after 2023.
  4. All existing photos of copyrighted buildings in Vietnam must be deleted after 2023.
King of ♥ 20:14, 19 October 2022 (UTC)
@King of Hearts: my input goes to the third, as the act of uploading is an action by itself. Two actions are involved here: taking photos of copyrighted Vietnamese public works and art, and uploading such photos. In the latter case, when one uploads, he/she chooses the commercial license upon uploading. This action already equates to violation of the upcoming version of the copyright law, regardless of the date when the photo was taken. The choice of free and commercial Creative Commons licenses occurs on upload, not on photography. But Vietnamese authorities or the intellectual property agency may lean to the fourth, as the existence of commercially-licensed photos here allows Vietnamese content creators or netizens to further do exploitations in 2023 (and possibly beyond this year, should Vietnamese Wikipedians concede to their worst nightmare), potentially violating the upcoming amended copyright law. Though I personally lean to the third than fourth, lest Vietnamese authorities and IP agencies contest this lenient perspective. JWilz12345 (Talk|Contrib's.) 08:57, 20 October 2022 (UTC)
I think the new law and the old law on this matter have the same meaning. The old one said it's ok "for the purpose of presenting images of these works", but it's vague and debatable that commercial purpose is included or not. So now, the law makers realized it and rewrited it more clearly: "not for commercial purposes" (this happens a lot with other Vietnam laws). Anyway, I agree with No. 3 above: "All photos uploaded prior to 2023 may be kept, but new uploads are not permitted after 2023." ~ Ultraviolet (talk2me) ~ 17:30, 23 October 2022 (UTC)
As far as I understand from the new law, one can take pictures of copyrighted buildings as long as they don't use them for commercial purposes. From the 4 possibilities listed out by KOH, I think the third one is the most applicable as this new law is not retroactive. 2009 Intellectual Property law was vague, I agree, but whether it meant to include FOP or not should be discussed in a court of law (or a decree / decision / circular by the gov). We don't have enough proof to prove that lawmakers didn't want to include FOP in the 2009 law, that's why 2 deletion nominations of Template:FoP-Vietnam failed.  Băng Tỏa  20:37, 5 November 2022 (UTC)
Has the Commons been widely notified about the probability that: "All photos uploaded prior to 2023 may be kept, but new uploads are not permitted after 2023," so that up-loaders can add files to the Commons before the deadline of January 1st? Is there a Wikimedia Foundation newsletter or some other way to inform people of this last opportunity to add Vietnam FOP images? It is also is an interesting "news" story that I never knew anything about- until I read this discussion. This legal change could have broader interest than just Commons. Thanks, -- Ooligan (talk) 23:11, 18 November 2022 (UTC)

emoji cats

Since I notice categories of the form category:U+1F3FA popping up more often recently, could someone with the permissions add redirect cats from the emoji themselves (like category:🏺)? Since they are on the title banlist, not anybody can do it. Arlo James Barnes 06:28, 21 October 2022 (UTC)

I suspect that someone with the privileges would be much more likely to move forward with this if someone provides a list of such redirects that are needed. - Jmabel ! talk 15:08, 22 October 2022 (UTC)
Ah, I meant to link emoji/Table (warning, heavy page, probably best to open it directly in source mode) in my original message, but better late than never. My proposal would be that the contents of column 3 would redirect to the contents of column 1. Arlo James Barnes 18:02, 22 October 2022 (UTC)
With over 1800 of these, I'm guessing this should be a bot task. It would be pretty tedious to hand-create 1800+ category redirects. - Jmabel ! talk 22:43, 22 October 2022 (UTC)

I went to see where I could request such a task, but commons:bots/Requests seems to be geared towards botmasters. Arlo James Barnes 02:35, 24 October 2022 (UTC)

@Arlo Barnes: I think you want Commons:Bots/Work requests. - Jmabel ! talk 14:45, 24 October 2022 (UTC)

Can someone download a hires version of this image?

https://www.mainememory.net/artifact/35996. When you use the download function you get a highly compressed version. See File:Maurice Rumford Pierce (1887-1968) in 1917.jpg where I can't make out the signature of the creator, yet the website contains a hires version. Is there a way I am not aware of? --RAN (talk) 16:22, 23 October 2022 (UTC)

There is no simple way to do this. Ruslik (talk) 17:25, 23 October 2022 (UTC)
The IIIF manifest is at https://www.mainememory.net/iiif/item/35996/manifest (in our own Mirador viewer).
Nice people also provide the original in the manifest, unfortunately this website doesn't seem to be run by nice people. You can use a IIIF downloader to get all the tiles and make a larger image out of these. Given that IIIF is getting used quite a lot these days, maybe we should provide a downloader on Toolforge. Multichill (talk) 19:16, 23 October 2022 (UTC)
  • I hate archives that hoard their material. I respect that they have preserved the material, but why not make it widely available at a high quality, without destructive watermarks? --RAN (talk) 21:28, 24 October 2022 (UTC)
I got it with the Dezoomify tool. Yann (talk) 19:27, 23 October 2022 (UTC)
  • @Yann: Thanks, I added the tool to my user page. --RAN (talk) 21:28, 24 October 2022 (UTC)

dark mode?

Is there a way to turn on dark mode on commons? thx. limitless peace Michael Ten (talk) 00:56, 24 October 2022 (UTC)

There is not currently a built-in dark mode, but you can edit special:mypage/vector.css (substitute the name of another skin if you're not using vector, for example if you edit on mobile it would be `minerva`) to add in themes others have designed (some of which may be better than others). Currently I have Commons on light mode, but I've used d:user:Arlo Barnes/vector.css on Wikidata, it should largely be the same. Arlo James Barnes 02:30, 24 October 2022 (UTC)
@Michael Ten: Hi, and welcome. No, sorry, there is not. I tried using the Dark Theme Tab in Chrome, but it has no way to distinguish on my watchlist between unread (bold, with a filled marker) and read (normal, with an unfilled marker). Arlo's solution, which I implemented in this edit for my monobook skin, leaves lots of light stuff (it's better in vector, but not updated for vector 2022).   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 05:41, 24 October 2022 (UTC)

Depicts

Hello

I ran several times into the fact that there are several places where the guidelines regarding Depicts are described or discussed. And the ONE place where is actually not available is in the guidelines space themselves. This makes it very complicated to explain new comers how to add depicts in the most useful and in the least inconvenient way (enough depicts... but not too many depicts etc.). It also make it difficult for independent new comers to actually find out which guidelines they should follow.

So... I have attempted to merge and summarize what I could find as guidelines, discussions in talk pages and rationale, to keep the nutshell (and link to the other pages for more details). There is nothing really new... it is mostly a summary of the most important points. I am aware that there is no full consensus on how tagging should operate and I understand why. But it feels like the absence of visible and findable guidelines is making the situation worse.

Hence... what do you think of the simple Commons:Depiction guidelines ? Good move ? Decent ? Terrible ? Anthere (talk) 00:37, 25 October 2022 (UTC)

Flickr now shows license history

Just wanted to make sure people are aware that Flickr now lets you see the license history of a photo as of today. This means we can easily determine whether a photograph from Flickr was ever freely licensed at some point in time. Ixfd64 (talk) 19:23, 25 October 2022 (UTC)

  • Very cool. I do still think we should not put any value onany transient (minutes, hours) offer of a license, even a theoretically irrevocable license, that is then overridden. We need to allow the same grace for errors in offering a license on Flickr that we offer here. In fact, we probably should continue our policy that a Commons-compatible license has to be available at or after the time of upload to Commons. But this certainly will help us when someone claims not to have offered a license that they did, indeed offer. - Jmabel ! talk 21:19, 25 October 2022 (UTC)
  • What a positive coincidence! The past few days I was going through a set of pictures where the Flickr license changed after uploading to Commons. Supposedly, {{Flickr-change-of-license}} and {{Flickrreview}} may benefit from an update to, for example, include a direct link to the license history. --HyperGaruda (talk) 06:47, 26 October 2022 (UTC)
    • The Flickrreview should perhaps include a check of the history, to verify that glitches by the user don't propagate here, i.e. that the reviewed licence has been there for some time (and otherwise queue the file for review after a week or so). The risk for somebody stumbling over the file at a small window of unintended licence may be small, but if the change isn't too hard to implement, I think it would be worthwhile. Sometimes the author may change the licence to allow their own upload to Commons without VRT hassle, but having the review succeed a week later should be no big deal unless we add confusing templates. –LPfi (talk) 10:13, 26 October 2022 (UTC)
      IMO, the feature is good but has one pitfall: the history only lists the chosen licenses but not the year or date of license change. Date is very important in the context of licensing verification. JWilz12345 (Talk|Contrib's.) 10:31, 26 October 2022 (UTC)
      Also, IMO {{Flickrreview}} and the associated bot should be retained. But note the thousands of files at the categories where files require human review of licensing. JWilz12345 (Talk|Contrib's.) 10:32, 26 October 2022 (UTC)
      I've submitted a feature request to add timestamps. Ixfd64 (talk) 18:04, 26 October 2022 (UTC)

Cropping black borders

In Category:Les Bois railway station, there are a lot of big tif files, where the black borders can be cropped, without losing any information.Smiley.toerist (talk) 10:56, 26 October 2022 (UTC)

  • Which I see someone did by overwriting, which they probably shouldn't have on things that came from a GLAM. I would always leave this kind of border in place and do a separate derivative image. (Not so for large white borders on the side of a vertical photo, which are usually an artifact, or a strip across the bottom with a watermark: on those I would overwrite.) - Jmabel ! talk 14:40, 26 October 2022 (UTC)
@Smiley.toerist, @Jmabel: Feel free to separate them out, but minor cropping (without removing essential information) is allowed by COM:OW, and corrections are invited by {{Archives cantonales jurassiennes}}.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 15:22, 26 October 2022 (UTC)

Rectifying an overwritten file (SaintPraxedisJohannesVermeerPainting)

Hi, at SaintPraxedisJohannesVermeerPainting the attribution applies to the 2010 upload, but the image was overwritten by a very different version in 2014 by Jan Arkesteijn. Is there a way to split the page and retain history, or should I just copy and re-upload the Arkesteijn version? Pelagic (talk) 19:15, 27 October 2022 (UTC)

  • I can't see anything particularly important about the history in terms of who edited it. I'd be inclined to do a simple copy, revert, re-upload. - Jmabel ! talk 21:53, 27 October 2022 (UTC)
That can be done, but if you want to split the image into two versions, please list your request on Commons:History merging and splitting. (It is too late now for me to split it). Ellywa (talk) 21:55, 27 October 2022 (UTC)

WikiAfrica Hour with winners of Wiki Loves Africa Challenge

Hello everyone! We go Live in 6 minutes! Join via https://www.youtube.com/watch?v=LyzvDgfNIW0

It is recorded so feel free to watch it afterwards otherwise. Anthere (talk) 15:55, 28 October 2022 (UTC)

Urban photography

According to EN Wikipedia Urban exploration (redirected from Urban photography) is urban photography photography of usually abandoned ruins or hidden components of the manmade environment. An example of an image is File:Una cappella privata abbandonata.jpg. User @Corqe: changed the Category:Urban photography by moving most photos in a newly created Category:Abandoned urban photography and added photos as File:"Open" (31070875875).jpg and File:-27wiki.jpg to the Category:Urban photography. In my opinion, these photos are not typical for urban photography. As “urban photography” can be interpreted in different ways, I would like the opinion of others about the subject. Thanks. Wouter (talk) 20:52, 28 October 2022 (UTC)

https://www.instagram.com/explore/tags/urbanphotography/ certainly is not just about urbex.
but i think "Abandoned urban photography" is not a good category title. i'd suggest "urbex photography".
but the whole confusion is just your own invention. you changed the redirect by your own definition.--RZuo (talk) 16:28, 30 October 2022 (UTC)
I would call it "Photographs of abandoned urban places". But many photos in the category are taken in not very urban places but in abandoned industrial sites. --GPSLeo (talk) 16:57, 30 October 2022 (UTC)
there're Category:Abandoned buildings Category:Ruins and Category:Derelict buildings. it's also usually redundant to have a cat named "photos of ...". but as a subcat of Category:Photography by genre, i think it can be "urbex photography", just like Category:Portrait photography existing alongside Category:Portrait photographs, Category:Street photography and Category:Photographs of cities, etc.--RZuo (talk) 05:24, 31 October 2022 (UTC)
Thanks for the input guys. I was hoping to help clean up the category since there was an awful lot floating in the media list. I'm very new to this. What changes should I make and, if applicable, how? Corqe (talk) 13:56, 31 October 2022 (UTC)
Just to complicate things: en:Ruins photography (a.k.a. ruin porn). --HyperGaruda (talk) 16:42, 31 October 2022 (UTC)
From an etymological point of view, I think Category:Urban photography should redirect to Category:Photographs of cities. After all, urban is derived from urbs (Latin for "city"). HyperGaruda (talk) 16:49, 31 October 2022 (UTC)

New gadget: Deepcat Search

this new gadget adds two buttons in the dropdown menu. you can enable this gadget at Special:Preferences#mw-prefsection-gadgets. please leave your feedback at MediaWiki talk:Gadget-DeepcatSearch.js.

try out the buttons here: Category:Tainan by year Category:Elizabeth Debicki!--RZuo (talk) 16:28, 30 October 2022 (UTC)

@RZuo: small thing, but could you give that a shorter name? "deep cat search (mediasearch)" takes up an awful lot of space on a horizontal nav bar. - Jmabel ! talk 18:57, 30 October 2022 (UTC)
@Jmabel: thx for the good point! how about "deepcat mediasearch"? do you have a suggestion?--RZuo (talk) 05:24, 31 October 2022 (UTC)
Any reason not just to say "deepcat" or "deep cat search"? It's not as if anyone who opts into the feature needs to have it explained to them once they've seen it. - Jmabel ! talk 15:02, 31 October 2022 (UTC)

Sound logo update – screening 3235 submissions

Hi everyone. If you are curious about what screening more than 3000 sound logo submissions was like, you can read about it in our most recent blog post. I'm happy to share that "the number of bodily functions and other ineligible entries was quite low," said one screener. "There were literally hundreds of thoughtful sounds, ranging from simple rising chords to complex music involving a full orchestra and the sound of waves or rustling trees. Read more about the experiences of Graham87, Lebron jay, Kingsley Nkem, and The Land, four of our most prolific screeners, who literally screened thousands of submissions between them. You can also have a listen to some random batches of sound logos received between September 13 and October 10, 2022. Submissions deemed eligible by Wikimedia screeners are going through round of scoring and shortlisting by professional musicians and later, the selection committee will join them to decide the top 10 submissions that will go to an open vote. Voting will take place in about a month or so here on Commons. Thanks for listening. – MPourzaki (WMF) (talk) 15:24, 31 October 2022 (UTC)

PB wikidata with Category:Robert Baldwin Ross & Category:Robert Ross

Hi, I have create a new Category for Robert Baldwin Ross (Category:Robert Baldwin Ross) but the category stay with wikidata of Category:Robert Ross. --Topelie (talk) 18:57, 31 October 2022 (UTC)

Fixed. --HyperGaruda (talk) 19:24, 31 October 2022 (UTC)

Robots wrongly resets the creation date

When there is a date postally canceled (P9052) in structured data, the inception date (P571) is very misleading and should be removed in SD of a postcard. However after manual removal the robot finds the date '15 july 1932 (posted)' in the file data and automaticaly adds the inception date again.

Example: File:Militaire spoorweg Elsenborn.jpg

Can the robot be adapted?Smiley.toerist (talk) 09:15, 31 October 2022 (UTC)

@Schlurcher: FYI. El Grafo (talk) 14:18, 1 November 2022 (UTC)
@Smiley.toerist: The robot can be adapted. We should discuss if it should be adapted. P571 is generally set to the most relevant date of a media file. I would argue that for this postcard, the best date we have is 15 July 1932, which would be the inception of this posted postcard. P571 is used in most downstream filters and searches that use structured data to filter on date. So it is helpful to have a P571 date even if it is a suboptimal date. So my proposal would be to have both P9052 and P571 as the same date for this postcard. If you find the inception date misleading, then please consider to add a qualifier to this date, but for above reasons, I would not delete it completely. --Schlurcher (talk) 21:35, 1 November 2022 (UTC)