On Thu, Jun 19, 2014 at 1:24 PM, Jane Darnell <jane023(a)gmail.com> wrote:
Though I like the IMSLP approach, I still like the
totally free format of
Commons galleries, and many categories have more than one gallery, so a
standard approach may not work well. I do think WikiData can help with
image navigation somehow, but I am just not sure how. As I understood Lua,
this won't help.
It doesn't need to be a fixed structure, it can be a mix with some static
media galleries, and some dynamic galleries defined with Ask:
https://semantic-mediawiki.org/wiki/Help:Inline_queries
Ahh - the dream of every Wiki(p/m)edian who has hit
the wall on category
limitations! I don't believe they will ever become superfluous. Rather, I
think we should be increasing the use of categories (using them almost like
tags) and even allowing empty categories using placeholders taken from
existing Wikipedia articles that are missing pictures.
They could be complementary. For instance, there could be bots that would
tag images in the category "sagrada familia" as "depicts:sagrada
familia".
And the other way round too.
Also, I don't think
many of our Sagrada familia photo contributors have an idea what a query
is, nor do they care about structured data.
And neither they should! Better to ask: "what is in the picture?" and let
them pick any item from wikidata to tag it with.
Using your example, We could split the "Towers of Sagrada familia" into
each tower, then into each sculpture on each tower, etc. Volunteers decide
the structure of the categories that may or may not match up with WikiData
items, but only filled categories are visible to the casual browser. The
next time someone uploads something into the default Sagrada Familia
category, there could be push messages to the uploader displaying something
from the empty category placeholders, along the lines of "Z-language
Wikipedia is missing a picture of X tower - does this file show that?"
Excellent idea! Actually any part of Sagrada Familia that can have a
gallery page, could fulfill the criteria for having a Wikidata item. There
we can store data about the item and its relation with the whole ("sagrada
familia right tower"<part of>"Sagrada Familia") or about the height,
builders, status, etc.
Then it becomes trivial to display the whole tree and signal which parts
are missing. As an example of tree check:
http://tools.wmflabs.org/wikidata-todo/tree.html?q=Q1785783&rp=361&…
If this tree was connected with Commons, then I could know which
compositions miss audio and try to find a recording.
Same for any building that can be partitioned. Just build the concept tree
in Wikidata, tag the images appropriately and then you have a very nice
overview about which parts miss pictures.
The WLM project has a rough version of this with the
"easy upload link" for
the unique identifiers:
https://en.wikipedia.org/wiki/Wiki_Loves_Monuments#Unique_identifiers
This puts the infrastructure on Wikipedia along with the prompt to upload.
It would be nice if the prompt to upload could be on Commons directly.
Perfect, later on it could be used a standard wikidata identifier to tag
images
with the same result.
Micru