I’d like to see assertions of the sort
 
“Picture B represents topic X”
 
in commons.  One can easily infer this for some pictures by noticing that “Picture B is included in the encyclopedia entry for topic X”,  but often there are so many pictures of the topic that they aren’t all included in the topic page.
 
Often I see people use categories in Commons for this purpose,  and I think that this function be done in some way synchronized with Wikidata,  which would come with many benefits.
 
It would also be nice to some have some way to mark an image as
 
“A photograph of X”
“A piece of art created by X”
“A 3-d molecular rendering of X”
 
as well as that matter.  There will be a fringe of tasks that categories will be necessary for,  but it’s a good idea to make as many of them machine readable as we can.
 
 
 
 
Sent: Tuesday, August 13, 2013 5:08 AM
Subject: Re: [Wikidata-l] Make Commons a wikidata client
 
Hoi,
 
As far as I am concerned, the categories used for images are not really helpful , While there are many images about Kiribati, you find only a few in the category by that name. The rest can be found in subcategories.
 
In the proposal for Commons there is a provision for tags. These tags can be populated to some extend by the categories they are in.
 
The reason to have categories is because they are intended to help find images. Without them and without tags we would not have Commons as a functioning entity. However, the way they work with all these subcategories and stuff prevent many people including myself to use Commons as the source of images when I need them.
 
So yes, having categories are good in a half arsed way but we should get rid of them as we can have something better.
 
One other big advantage of tags is that they are typically single concepts that have typically have translations either in the labels in Wikidata or in Wiktionary. This allows us to make Commons a truly multi-lingual resource.
Thanks,
     GerardM


On 10 August 2013 06:19, Maarten Dammers <maarten@mdammers.nl> wrote:
Hi everyone,

At Wikimania we had several discussions about the future of Wikidata and Commons. Some broader feedback would be nice.
Now we have a property "Commons category" (https://www.wikidata.org/wiki/Property:P373). This is a string and an intermediate solution.
In the long run Commons should probably be a wikibase instance in it's own right (structured metadata stored at Commons) integrated with Wikidata.org, see https://www.wikidata.org/wiki/Wikidata:Wikimedia_Commons for more info.
In the meantime we should make Commons a wikidata client like Wikipedia and Wikivoyage. How would that work?

We have an item https://www.wikidata.org/wiki/Q9920 for the city Haarlem. It links to the Wikipedia article "Haarlem" and the Wikivoyage article "Haarlem". It should link to the Commons gallery "Haarlem" (https://commons.wikimedia.org/wiki/Haarlem)

We have an item https://www.wikidata.org/wiki/Q7427769 for the category Haarlem. It links to the Wikipedia category "Haarlem". It should link to the Commons category "Haarlem" (https://commons.wikimedia.org/wiki/Category:Haarlem).

The category item (Q7427769) links to article item (Q9920) using the property "main category topic" (https://www.wikidata.org/wiki/Property:P301).
We would need to make an inverse property of P301 to make the backlink.

Some reasons why this is helpful:
* Wikidata takes care of a lot of things like page moves, deletions, etc. Now with P373 (Commons category) it's all manual
* Having Wikidata on Commons means that you can automatically get backlinks to Wikipedia, have intro's for category, etc etc
* It's a step in the right direction. It makes it easier to do next steps

Small change, lot's of benefits!

Maarten

_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
 

_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l