With the deployment of Wikidata it is a good moment to re-examine what
Index pages are and what should be their function.
The most direct transition to a Wikidata-supported Wikisource could be
something like this:
https://sites.google.com/site/dacuetu/BookData.pdf
That would allow:
- to share
@Alex: but what do you think of storing the source information in Index:
pages for all works stored in Wikisource, even if they don't have a
supporting scan?
That was the original question :)
About your proposed library, it would be more useful if it could modify
data in Wikidata, not only
Simply there is no need to store data twice or more, if they are
dinamically imported from wikidata. Such data would be simply generated by
a normal template. Something similar to Commons media sharing: most
wikipedians but beginners know that when you want to edit a shared media
file, you must do
No, it won't be stored in Wikisource, but still there is the need to
present the information in a consistent manner.
If you want to display the information on ns0, you will end up needing the
same fields that the Index: page is using now.
So why not to have the same solution for both?
It could
I'm going to test what you are telling in a real Lua script; as you know,
Lua can read the code of any page with one expensive server function
only, so that a simple {{header|index name}} ns0 template call could read
all the wiki code from index page, parse it, extract all its data content,
and