Commons talk:Depicts

This continues to mystify me

https://commons.wikimedia.org/w/index.php?title=File:River_Meadows_Park_10_-_a_very_big_tree.jpg&diff=512174546&oldid=453109008

Really? How does this "depict" a river? And (when it comes down to it) do we really want to say this "depicts" Washington state? - Jmabel ! talk 15:07, 12 November 2020 (UTC)

No response three months later. I still don't understand whether the people who are advocating structured data as a means of doing content description consider edits like this good, bad, or indifferent. I personally consider them bad. I don't think it is useful to take a photo where the normal Commons metadata is quite informative and say it "depicts Seattle." But it's not actively wrong, so I'm not going to invert it. I presume this then is counted -- inappropriately, in my view -- as a "successful" edit with the Android Suggested Edits tool. - Jmabel ! talk 22:49, 12 February 2021 (UTC)

Jmabel, I fully agree with you that the suggested tool give too broad and incorrect suggestions. When users are accepting these blind, as many(/most?) do, this results in these bad depicts statements. HenkvD (talk) 10:53, 13 February 2021 (UTC)

Another example: https://commons.wikimedia.org/w/index.php?title=File:Picture111Shopped.jpg&curid=77087150&diff=544336955&oldid=361173272 isn't exactly wrong, but it seems to be a very loose notion of what it means to "depict" something. Is this the intent or not? - Jmabel ! talk 11:41, 21 March 2021 (UTC)

Or this: [1].

Again: no one seems to be clarifying whether this is what they want people to be doing or not. - Jmabel ! talk 15:38, 21 March 2021 (UTC)

yes i think the computer-aided tagging is a joke too. there've been many complaints: Commons talk:Structured data/Computer-aided tagging/Archive 2020.--RZuo (talk) 15:56, 21 March 2021 (UTC)

It's really annoying that I can't tell whether the people running this want these edits (which look like junk to me) or whether I should delete them when they show up on my images. I don't want to be seen as edit-warring, so in the absence of an answer I'm leaving most of it alone, but to me it looks useless or worse. - Jmabel ! talk 15:11, 22 March 2021 (UTC)

@Jmabel: i forgot to mention, your 4th example was done by Commons:ISA Tool not computeraidedtagging.

i think when the tag is wrong like the 1st example, "river" for your forest photo, that should be removed. washington is also a useless tag.

for tags that are too vague, like the 3rd and 4th examples, "electrical engineering", "product", i would replace them with more specific ones or remove them.--RZuo (talk) 18:02, 22 March 2021 (UTC)

@RZuo: that's all reasonable, and I could do that, but I'm trying to get some sort of clarification of intent out of the people who advocate for adding depicts. Yes, your judgment is not far from mine, but unless I'm mistaken, you are also basically an "outsider" here. It really bothers me that the people who are supposedly wanting this to happen are not providing any clarity and then, as far as I can tell, are counting anything that is not reverted as a "success". And when I say "reverted" I mean that narrowly: I believe that if there is a further edit, and the tag goes away, it is still counted as a success because it was not reversion as such. - Jmabel ! talk 21:07, 22 March 2021 (UTC)

Commons talk:Structured data is probably a better place for feedback. however, i dont seem to see any developer or wmf ppl responding there either. no idea who's in charge of sdc or computer aided tagging.--RZuo (talk) 22:32, 22 March 2021 (UTC)

Another example: https://commons.wikimedia.org/w/index.php?title=File:Women_working_in_Seattle_City_Light_office,_1954_(26662554220).jpg&curid=48766575&diff=545866237&oldid=490766302 - Jmabel ! talk 22:17, 24 March 2021 (UTC)

This is described as "prominently" depicting a woman, a man, a road, a motor car, and a tree. The last two seem not at all prominent to me; even the others, not terribly useful (might be more so if they had an associated count. They don't). - Jmabel ! talk 23:12, 25 March 2021 (UTC)

]

And another: File:Community Sanitation Aides field training, Seattle, 1970 (50290865476).jpg. as shown here. Is this considered a good job of using "depicts" or not? - Jmabel ! talk 23:12, 25 March 2021 (UTC)

I just think of this as added cruft, much like Automobiles facing right and Categories of Colombia by color. Either it will somehow end up useful or it just sit there and do nothing for the rest of time. mr.choppers (talk)^-en- 01:23, 26 March 2021 (UTC)

Bu the way, over four months later, these "depicts" on File:Community Sanitation Aides field training, Seattle, 1970 (50290865476).jpg are unchanged. Am I right in understanding that when we count whether "depicts" are correct, the fact that no one has removed these has them counted as successes? - Jmabel ! talk 15:46, 7 August 2021 (UTC)

Further unlikely "depicts" on my pictures

User:FlyingKangeroo made this edit. Does a picture of one person really depict an organization of which they were part? Seems wrong to me, but, again, I still don't think I've gotten an acceptable explanation of how this depicts property should and shouldn't be used. - Jmabel ! talk 15:35, 6 September 2021 (UTC)

Right. A picture of someone involved with the Black Panthers does not depict the Black Panther Party. Ideally we'd have an item for Ron Johnson that would have a statement about being a member of the Black Panthers. For the time being, I just replaced it with "civil rights advocate". There was also a depicts statement for Seattle. The trickiest thing about depicts right now, as far as I'm concerned, is its relationship with other kinds of statements. In this case, the picture really doesn't depict Seattle. It's a picture taken in Seattle, so I added a location statement. The hardest question for me is what to do with the Northwest Film Forum. Does it depict that event? Do all pictures taken at an event depict that event, regardless of the subject of the picture? My own take is that depicts should be limited to what's visible in the picture, and thus the event would be best left to a different statement. The thing is, I don't know if that statement type is enabled on Commons (or if perhaps I just don't remember what it is) or if depicts might be the best we have. This particular edit was added with SuggestedEdits, which I think should have some clearer instructions for users soon. — Rhododendrites ^talk |  16:09, 6 September 2021 (UTC)

WRT events, it does exist the property "significant event" (P793), and that property is available in Commons Structured Data. Strakhov (talk) 16:30, 6 September 2021 (UTC)

@Strakhov: On Wikidata anyway, that property is for significant events associated with a subject. So a major natural disaster, major document being signed, expansion, revolution, coup, etc. associated with a country, for example. I have trouble seeing how that would also cover "the event where a photo was taken." — Rhododendrites ^talk |  16:46, 6 September 2021 (UTC)

I do not. It seems natural to me the "significant event" of this picture ("Cannes 2018 Star Wars 2.jpg") is this one (Q43119724, 2018 "Cannes Film Festival". Cheers. Strakhov (talk) 16:52, 6 September 2021 (UTC)

Fair enough. It looks like the only documentation we have about that property is at Commons:Structured data/Modeling/Significant Event. — Rhododendrites ^talk |  16:54, 6 September 2021 (UTC)

• @Rhododendrites: "Northwest Film Forum" is actually a building (and, I guess, the organization connected to it), not an event. - Jmabel ! talk 01:20, 7 September 2021 (UTC)

With respect to events, see also the discussions at Commons_talk:Structured_data/Modeling#Pictures_taken_during_events and Commons_talk:Structured_data/Modeling/Location#Events? Jean-Fred (talk) 13:59, 7 September 2021 (UTC)

And another: https://commons.wikimedia.org/w/index.php?title=File:Low_tide_at_North_Wind%27s_Weir_-_from_the_footbridge_04.jpg&curid=106515903&diff=590840754&oldid=568790758 Do we really want to say that something depicts (for example) nature (Q7860)? Or even river (Q4022) and the even more general watercourse (Q355304) when we could say Duwamish River (Q751663) or even more specifically North Wind's Weir (Q27557124)? Doesn't the COM:OVERCAT principle apply equally to "Depicts"?0 ATTN User:Yusufdroid who made these edits. - Jmabel ! talk 01:54, 13 September 2021 (UTC)

Yes, files can have too many "depicts" entries and, in my opinion, excessive use is unfortunately widespread.

In generally: Probably File:Structured Data on Commons - “Depicts” CC spec.pdf can be helpful to find information about using "depicts". GeorgHH • talk   12:23, 13 September 2021 (UTC)

I would say "nature" is too general, and perhaps even too abstract for a "depicts" statement, but where to draw the line is not clear. One thing is clear, though: Depicts is not categories, and our rules for categories, based on a hierarchical tree structure, shouldn't simply be transferred to structured data. Specifically, we do want some general and specific depicts statements for depicts. Among other considerations is "what combination of data might a user search for/query for which this image might be useful?" If someone doesn't know they're looking for the Duwamish River or if they're looking for a river with power lines depicted and any river will do, we don't want to assume they're going to query "Duwamish River". Wikidata doesn't have the right hierarchies in place to think of "river" as a "parent" of the Duwamish. Maybe they'll figure out some workaround down the road, but it's just a different sort of organizational scheme. I'd say, based on what I know of structured data on Commons, that the specific river as well as "river" is appropriate for allowing the feature to do what it's supposed to do. That said, what about "water"? Or "blue"? That's where it gets fuzzy, and I don't know if we'll get an absolute answer because of the vast range of possible cases. "Might someone search for X, and might that search be satisfied by this image?" is probably a good guide, subjective as it may be. But ultimately, I don't think anything is harmed by having a bunch of general depicts statements -- it just stops being helpful after a point.

Oh, and just in case it's not clear, since my name appears with "WMF" above: I did a research project for them focused on Suggested Edits, but don't work for them any longer and won't claim to speak for structured data on Commons. Just sharing my own understanding of depicts after many conversations with various stakeholders. — Rhododendrites ^talk |  14:23, 13 September 2021 (UTC)

• @Rhododendrites: It would seem to me that instance of (P31) should consistently support "is-a" inheritance, which should be more effective than inheritance in Commons' tree structure (really only graph structure) of hierarchies, which is just a folksonomy and doesn't guarantee an "is-a" relationship. Is the limit on including more specific Q-values in a query simply one of computation time, or is there actually some theoretical issue involved? - Jmabel ! talk 15:52, 13 September 2021 (UTC)

• Whether or not it should be easier to infer hierarchical relationships from linked data, my understanding is it's just not the case that it can be done reliably. I can't really speak to the "why" part, but from what I gather it would take either (a) rebuilding the wikidata ontology from the ground up, or (b) figuring out some clever sort of workaround that nobody has figured out yet. — Rhododendrites ^talk |  15:59, 13 September 2021 (UTC)

To recap a bit: early in the history (2018/2019) of SDoC, the WMF advocated for "over-tagging" with depicts statements, saying that using Wikidata ontology for search was not possible/too hard − see eg Commons:Structured data/Get involved/Feedback requests/Good coverage. (At least part of the reason why, I think, the computer-aided tagging tool offers broad tags).

This was, I believe, generally not well received by Commons editors nor Wikidata editors (including me).

What User:Mmullie (WMF) wrote a year ago (Special:Diff/476253278) was that they were still trying to make it happen − which was confirmed in Commons:Structured data/Media search/Future (October 2020). In the ticket phab:T258055#6743284, Matthias concluded 8 months ago that indeed entity traversal was very promising.

I don’t know what the current status is and what happened since then − not sure which Phab ticket is tracking this either. I like to think there is still hope :) We can always ping Keegan to know more.

Jean-Fred (talk) 13:39, 14 September 2021 (UTC)

And again. I can't say specifically that this is wrong, but even if correct it seems to me to be seriously beside the point.

For what it's worth: the reason I keep coming here with this is (1) I don't see any similarly bizarre tagging choices related to my photos made with categories and (2) during the period when "depicts" was initially being discussed, when I pointed out what seemed to me to be discrepancies in what people were advocating, I was told in no uncertain terms that I was not correctly grasping the intention here. I got out of the way for a year or so, hoping that the result would be something clear. Based on what I am seeing on my photos, it is not. Other than very routine "depicts" such as adding the item for a person where there is already a category for that person, I believe the majority of these I see on my photos go against what I would believe to be good practice. - Jmabel ! talk 15:40, 15 September 2021 (UTC)

• Really? Depicts 2015 (Q2002)? (& several others that strike me as only slightly less absurd.) - Jmabel ! talk 01:36, 26 September 2021 (UTC)
  • Actually, one more absurd: coach (Q1588072) - Jmabel ! talk 01:38, 26 September 2021 (UTC)

And the hits just keep on coming. Seriously? Depicts United States of America (Q30)? @Top News Anime: please read Commons:Depicts if you are going to be adding "depicts" to files. I, for one, certainly think this should be reverted. - Jmabel ! talk 04:49, 14 October 2021 (UTC)

• • And another.
  • Question: if I don't revert these (in general, I haven't) are these counted as successes of the "depicts" feature? - Jmabel ! talk 01:11, 19 October 2021 (UTC)

https://commons.wikimedia.org/w/index.php?title=File:Localitzaci%C3%B3_del_Carxe-ca.png&diff=602364400&oldid=602364398 : Really? (ATTN: User:FogueraC) A language-distribution map depicts the language??? If so, how exactly is depicts anything other than a duplication of categories? - Jmabel ! talk 01:27, 27 October 2021 (UTC)

Well, yes, I expect that structured data (not only depicts) will some day replace the manual categories, both in Commons and Wikipedia. Nevertheless, in the meanwhile, it would be great if we could get linguistic maps by language (and by region, date, license, etc.) with the query service, because sparql is a lot more flexible than categories. Therefore, the question should not be if this data is a duplication of categories, but how to model this data. Which properties would you use (or create?) to link a "Map of X language in Y region" with X and Y? FogueraC (talk) 18:27, 28 October 2021 (UTC)

This should maybe be discussed in a separate section, as it is highly relevant to not only all maps displaying data, but also all kinds of other graphs, plots and diagrams. This does not depict Taxonomy as a discipline. This does not depict a witch trial. Don't we have something along the lines of "illustrates" or "has topic"? --El Grafo (talk) 07:16, 29 October 2021 (UTC)

main subject (P921)? Strakhov (talk) 14:26, 29 October 2021 (UTC)

So, a map of X language in Y region should have declarations "main subject (P921) X" and "depicts (P180) Y"? FogueraC (talk) 17:11, 10 November 2021 (UTC)

@FogueraC: meaning main subject (P921) for the language and depicts (P180) for the region? Sounds a lot better to me than what was done here. - Jmabel ! talk 18:32, 10 November 2021 (UTC)

Yes. FogueraC (talk) 18:33, 10 November 2021 (UTC)

The impact of Suggested Edits on Commons: findings and discussion

Hi everyone. I've just posted some data, findings, and recommendations regarding Suggested Edits, which may be of interest to watchers of this page: User:Rhododendrites (WMF)/Suggested Edits. Feedback, thoughts, and questions welcome on the talk page. See also the main notification, with key points, on the village pump. --Rhododendrites (WMF) (talk) 18:25, 10 June 2021 (UTC)

They say that a picture is worth a thousand words. Here's proof.

If you want a very succinct way of conveying what "Depicts" is about, I found it while visiting https://isa.toolforge.org/ and saw the following image at the top of that page:

(click to enlarge)

That one photo really clarifies what "Depicts" is all about, at least to me. If such a picture were available through a prominent "See an example" button near where you type in "Depicts", I think that would help reduce confusion. Itsfullofstars (talk) 06:04, 7 August 2021 (UTC)

Addendum to my comments above: Maybe a thumbnail of the image could be included on the Commons:Depicts page? Itsfullofstars (talk)

It is now added Mateusz Konieczny (talk) 07:53, 31 August 2022 (UTC)

Permalink

Fixing it Mrallwayswin123 (talk) 23:51, 17 August 2021 (UTC)

• @Mrallwayswin123: Fixing what? - Jmabel ! talk 00:02, 18 August 2021 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. GeorgHH • talk   15:34, 6 August 2022 (UTC)

User:Almahby

Would someone please look at the contributions of User:Almahby? Based on the discussion above on my questions about how "depicts" should and should not be used, it looks like most or all of their contributions so far are misuses of "depicts", mostly for places but also for at least one person who may be related to an image but is not depicted in it. - Jmabel ! talk 00:21, 24 September 2021 (UTC)

•  Done GeorgHH • talk   15:35, 6 August 2022 (UTC)

Depicts lexeme

Please add appropriate property. --Infovarius (talk) 20:00, 26 September 2021 (UTC)

Wikidata:Property proposal/Depicts lexeme. Strakhov (talk) 16:59, 16 July 2022 (UTC)

Recent changes SDC

How can i configure the recent changes to display files only with changed structured data? Any idea? GeorgHH • talk   23:03, 10 November 2021 (UTC)

@GeorgHH it doesn't look like this is possible, and I can't find an existing phabricator task, but it sounds like a sensible feature request. ·addshore· ^{talk to me!} 20:03, 9 June 2022 (UTC)

Does not depict

Hi all, In the past year I worked on a tool called wikicrowd (tool). One part of that is suggesting depicts statements based on commons categories. Throughout the tools life so far it seems that there is some valuable data being collected that can't be represented on commons just yet, and I wonder if anyone would have any thoughts on the topic.

From the commons category tree, images such as File:Ted_Kennedy_at_ELAC_(2239898682).jpg end up being in the category for Category:Barack Obama. As part of the tools workflow, people end up stating that Obama is not depicted in these images. Could this be worth being noted in a statement?

I imagine this could be useful when the statement of what is not depicted relates to the commons categories that the images is in? But we certainly wouldn't want to end up in a situation where an image of a flower has 1000 statements saying it doesn't depict stuff.

·addshore· ^{talk to me!} 08:36, 22 March 2022 (UTC)

How much "overcategorization" (if any) do we want/need in "depicts"?

glider (Q2165278), sailplane (Q180173) or Nimbus-4 (Q3475327)? Some of them? all of them?

In the beginning there was some hope that marking a file as depicting Pōwehi (Q3841190) would be sufficient for the file to be found when searching for "black hole". Does that work now, or should we additionally tag the file with black hole (Q589)?

The reason I'm asking is that I noticed several of my uploads being marked as depicting glider (Q2165278), where sailplane (Q180173) would be more specific and items for the actual type would be available too. Or in other words, when adding Nimbus-4 (Q3475327) to the image on the right, should I keep the glider (Q2165278)/sailplane (Q180173) for people who are looking for sailplanes in general and not for this specific type?

This is one the major questions that keeps me from going through my uploads and adding SD to my uploads. El Grafo (talk) 09:36, 25 May 2022 (UTC)

Hey hey @El Grafo: ! I'm guessing that some of the tags as depicts glider are coming from the wikicrowd tool that I created (as glider is one of the current categories there). https://wikicrowd.toolforge.org/

Due to this, I have a few opinions :)

Thinking about Pōwehi (Q3841190), I believe and think that an image depicting it should only be marked as depicting Pōwehi (Q3841190) and not also black hole (Q589). Otherwise you put yourself in the position where you should end up adding depicts tags for many other things as the chain is Pōwehi (Q3841190) -> supermassive black hole (Q40392) -> black hole (Q589) as the very least.

This chain of possible depicts statements is even longer in other topics.

On to sailplane (Q180173). sailplane (Q180173) is a subclass of glider (Q2165278). Wikicrowd for example would not allow a user to tag an image as glider (Q2165278) if it was already tagged as sailplane (Q180173). And I believe this is what we want. Going the alternative route (more tags) results in about 5 things that could be tagged.

So, if you are confident that it is indeed a sailplane (Q180173) tag it as such. And if an existing tag is less specific per the Wikidata ontology, then remove that depicts tag.

Of course this is only my opinion.

I was also thinking of adding another form of question to wikicrowd specifically for cleaning up redundant (from my perspective) tags. For example, if its tagged as Canon 5D, but also camera, then camera is redundant and could in my opinion be removed.

·addshore· ^{talk to me!} 20:01, 9 June 2022 (UTC)

The text around this that is currently presented on this page clashes with the recommendations over at Commons:Structured_data/Modeling/Depiction#Level_of_detail. In short the higher level tags are needed for the image to be picked up by search. I'm not arguing for either direction but having them conflict isn't great. /André Costa (WMSE) (talk) 08:42, 29 September 2022 (UTC)

This whole mess is just another instance of typical problems we have at Commons: striving for perfection getting in the way of being useful, and caring more about ourselves than about the people who come here to find media files for them to use. Wikivoyage has a principle called "The traveller comes first" - something we should maybe consider adopting here. We can add both Pōwehi (Q3841190) and black hole (Q589) to an image if that information is useful for re-users looking for media files. And we do not need to add supermassive black hole (Q40392) and other things in-between if that's not something a re-user would search for. We also don't need to add sky (Q527) to File:Almudaina Dos at Santa Cruz de Tenerife (2).jpg just because it's visible. Quite the opposite: somebody actually looking for "sky" would probably be annoyed to find this image. El Grafo (talk) 10:36, 29 September 2022 (UTC)

In order to be useful for the most people then, every value of depicts should be added between the high level mostly generally useful, as well as the most specific useful. This however introduces large burdens on people editing / interacting with depicts, as they have to think about a whole tree of things rather than just the 1 thing they see in the image.

Looking at File:Canon_EOS_60D.png for example, this is tagged with **Canon EOS 60D** which makes a lot of sense, that is what it is, however this seemingly will not help it appear in search? Perhaps the most generic then is **camera**? but you can't remove the first tag either. Instead you end up recreating the relation tree that already exists on Wikidata again on commons, duplicating it between every image, and if it changes on Wikidata, you end up with data that likely needs to be fixed on thousands or more images on commons. Other tags for this image would end up including **digital camera**, someone might find **single-lens reflex camera** useful, to be specific though we would need **digital single-lens reflex camera**. Depending on how you look at depicts you might end up adding **Canon EOS** too.

It sounds like I should go and stop wikicrowd from removing more general depicts statements! But on the hole it would make a lot more sense for this to be solved via technology in search, but I guess thats probably harder than keeping the verbose depicts statements.

·addshore· ^{talk to me!} 14:29, 29 September 2022 (UTC)

I guess if the endpoints Canon EOS 60D and Camera are known, bots could do the rest and fill in the gaps. But that would be just another workaround and hugely annoying. Because you're right: of course it would make more sense to just tag as Canon EOS 60D and have the software do the rest. But apparently that doesn't work. So I suppose the questions are: is somebody working on making it work? If not, do the makers of SDC and/or MediaSearch even intend to make it work? Or should we just give up on the hope that it will ever work, shrug, and just tag with anything that fits? Or something in-between? El Grafo (talk) 14:48, 29 September 2022 (UTC)

Well, you identified the issue right there an then, if it is possible for bots to do it to an acceptable standard, then it should be possible for some code somewhere else to do it to an acceptable standard. Otherwise it needs to be a primarily human effort driven task, even if facilitated by tooling.

I'd love to hear more about what does and doesn't work around media search using depicts to get a better understanding. ·addshore· ^{talk to me!} 18:46, 29 September 2022 (UTC)

Another issue is that meanwhile there are tools out there that encourage users to add depicts statements to random files in a gamified manner. Most of the time the people playing those games will add Camera-type statements, not Canon EOS 60D. Computer-aided tagging goes into the same direction. So resistance might be futile anyway. El Grafo (talk) 11:00, 30 September 2022 (UTC)

"Depicts aerial photography (Q191839)"

File:Des Moines, Iowa aerial 01A.jpg Surely there is a better property for this than "depicts". - Jmabel ! talk 18:44, 14 June 2022 (UTC)

@Jmabel: aerial photography (Q191839) is a photography genre (Q3100808) so you can consider using genre (P136). Multichill (talk) 15:39, 16 July 2022 (UTC)

Done. Yes, that is much better. - Jmabel ! talk 19:49, 16 July 2022 (UTC)

The "depicts" data someone added for File:Aerial 10 km SSW of Bayard, Iowa 01.jpg seems differently, but equally, absurd. - Jmabel ! talk 23:36, 6 October 2022 (UTC)

Page should probably mention QuickStatements in the tool section

Which in a way is also spreadsheet based I guess thibaultmol (talk) 09:44, 3 August 2022 (UTC)

West Amene wguneinea

West.Amene wguneinea 114.125.136.45 06:36, 31 August 2022 (UTC)

It is utterly unclear what you mean Mateusz Konieczny (talk) 07:52, 31 August 2022 (UTC)

Is there a simple way to find featured/quality/valued images tagged as depicting something?

For example https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP180%3DQ190672&title=Special:Search&profile=advanced&fulltext=1&ns0=1&ns6=1&ns12=1&ns14=1&ns100=1&ns106=1&searchToken=8cbts977odduwn73ih8k9nw9m finds images marked as depicting fire extinguishers. Is there a way to detect only premium images depicting fire extinguishers? Mateusz Konieczny (talk) 07:55, 31 August 2022 (UTC)

@Mateusz Konieczny Quite easy with Special:MediaSearch. Search for Q190672 (or just "fire extinguisher"), select QI/VI/FP/all from the Community Assessment filters: https://commons.wikimedia.org/w/index.php?search=Q190672&title=Special:MediaSearch&go=Go&type=image&assessment=quality-image El Grafo (talk) 09:47, 1 September 2022 (UTC)

@El Grafo: That is great! Pity that you cannot do search for multiple at once, but it is still really good. Maybe it is available via API? And something like that can be cobbled together manually. Mateusz Konieczny (talk) 10:59, 1 September 2022 (UTC)

@Mateusz Konieczny: You can use Special:Search as well, although that still doesn’t allow ORing the conditions (it allows ANDing by simply adding both), and Special:MediaSearch seems to be smarter in finding fire extinguishers (probably it takes categories into account?). Special:Search has an API endpoint (docs), so you can just query one, than the other, and take their union. (I couldn’t find an API endpoint for Special:MediaSearch.) —Tacsipacsi (talk) 19:10, 1 September 2022 (UTC)

Missing structured data tab

"On the file you wish to add information to, select the "Structured data" tab, located below "Open in Media Viewer" and to the right of "File information."" - I do not have it. Is it added by some enabled by default gadget that I maybe disabled?

Or missing in some skins like mine "Vector legacy (2010)"?

Mateusz Konieczny (talk) 07:56, 31 August 2022 (UTC)

@Mateusz Konieczny There's a Hide Structured Data Tab gadget in Special:Preferences#mw-prefsection-gadgets that you might have turned on at some point? El Grafo (talk) 09:50, 1 September 2022 (UTC)

Yes, this one. Maybe it would be worth adding to the main page? I though about doing this but there is scary warning about some weird translation system Mateusz Konieczny (talk) 10:58, 1 September 2022 (UTC)

@Mateusz Konieczny: You can boldly edit translatable pages, translation administrators will clean up after you if you got something wrong. (Such pages need to be pushed for translation manually, so they come up in a backlog for manual review anyway.) However, since it’s an opt-in gadget, I’m not sure if it really needs to be mentioned—it was you who hid the tab, we can’t mention all ways to customize the UI in all documentation. —Tacsipacsi (talk) 19:18, 1 September 2022 (UTC)

Adoption of guidelines

There is an ongoing discussion to vote on Commons:Depiction guidelines. Please give your opinion here Anthere (talk) 14:53, 8 November 2022 (UTC)