You're right Aubrey nevertheless while promoving a
user friendly interface
the result is that data and wiki code is extremely difficult to use as a
clean "data base". Think only to wiki markup and the "simple" trick
to mark
bold and italic text with apostophes.... very user friendly, but something
like a nightmare for a poor programmer which needs to find the algorithm to
understand which apostophes are text and which are code. The server too
can't solve solve apostrophes concatenation. Was it less user friendly to
use something like <b>...</b>? Yes; but.... how much cleaner raw wiki text
would be!
Distributed Proofreaders uses a completely different approach: there's a
rigid set of increasing abilitations for users, and unexperienced users can
do simple task only. This is far from "wiki mentality", but we can't
expect
to keep things too much easy.
Alex
2013/6/11 Andrea Zanni <zanni.andrea84(a)gmail.com>
On Tue, Jun 11, 2013 at 8:41 AM, Thomas PT
<thomaspt(a)hotmail.fr> wrote:
Sorry if my answer is off-topic but if metadata
are stored in WIkidata,
is it really needed to create index pages to store the same data as
Wikidata?
As I see the things, we'll have bibliographical metadata on Wikidata
(title, author, date of publication...) and data related to proofreading
(proofreading level, table of content...) on the Index: pages. More, as the
Proofread Page extension considers that an Index page is about a scan (ie
one or more files) I'm not sure that Index pages about books without scan
will be managed well by the extension.
I think that this is a matter of usability and user experience.
If we are going to
use Index pages, we'll let users *stay on Wikisource*
the whole time, while the complexity and data workflow would be hidden to
them.
It's a *bad* thing to ask newbies to navigate through Wikisource (entry),
then Commons (file upload), the Wikisource(create Index page), then
Wikidata(fetch data), then Wikisource(start working on the book) again to
work on just a book.
For me this is one of the main obstacles to beginners, and we should try
to ease things for people, IMHO.
Aubrey
_______________________________________________
Wikisource-l mailing list
Wikisource-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l