This sounds feasible, yes.
If I understand correctly, you want one item for each work (or work
expression?), and one for each edition of that work. The editions would link
back to the work with a is-edition-of property (or the other way around: the
work item would have an "editions" statement for each edition; I prefer the
former in principle, but must advise you to go with the latter initially - that
way it will work without queries).
On wikisource, there would be a page about the work, which the work-item would
have a sitelink to. On that wiki page, you would use lua to list all the
editions. Each edition-item may in turn have a sitelink to a wikisource page
about that edition (right?) and you want to use these to automatically generate
a navigation bar.
Yes, that should work with what we have available in Lua already.
-- daniel
Am 04.11.2013 16:59, schrieb David Cuenca:
Actually a query or Lua would be much better solution
for Wikisource instead of
sitelinks (well, author pages can have sitelinks that is no problem).
According to the data model that we have been defining for Wikisource [1] there
should be a top-level item (work item) representing all the editions that a text
has, then there should be sub-items for each edition (example of a book with
several translations [2]). Each one of those sub-items is the one that should be
connected with a "sitelink", although there will be only of them per item.
Ideally, the script or the query should examine which items are connected with
the property pair "edition/edition of", collect the sitelink of each language
and list them all for each one of them.
Is that factible?
Cheers,
Micru
[1]
https://www.wikidata.org/wiki/Wikidata:Books_task_force
[2]
https://www.wikidata.org/wiki/Q6911
_______________________________________________
Wikidata-l mailing list
Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l