On Wed, Nov 6, 2013 at 4:22 PM, Daniel Kinzler
> MediaWiki used to handle this inconsistently: multiple links for the same
> language where shown in the sidebar, but not recorded in the database. This
> inconsistency was fixed a few months ago - now, only one link per page can
> exist. I suppose that's why the template no longer works.
Someone's bug is someone else's feature... Anyhow, on fr-ws they already
have a custom menu on the left to link with other wikimedia projects
("Compléments") which is loaded by:
If you want to add a similar menu for editions then it should be compatible
I'm not suggesting to always great a work *page* on wikisource, even if
> there is
> only one edition in that language. I'm saying that there should always be
> *item* for the work on wikidata, even if there is only an item for one
Sorry, I misunderstood you. Yes, I agree it makes sense to create an item
for the work on wikidata.
On Tue, Nov 5, 2013 at 5:35 PM, Daniel Kinzler
> However, MediaWiki only supports one link per target site in the sidebar.
> Maybe an on-page navigation box could be used instead of "proper" language
> into the sidebar. That's a bit hackish, but would work ok, I think.
On English Wikisource they were using this template to allow more than one
link per language:
However it seems that is not working now on this page (the interwiki list
should be much larger according to the wikitext):
> I think it would be a good idea to always have that, for consistency and
> structural integrity.
It makes sense to create "work pages" for works with several editions in a
given language (5-10% depending on language) since it is the equivalent of
having a desambiguation page, but having a big number of "work pages" on
Wikisource for works that only have one edition might be detrimental for
the user experience, unless they are redirects. How far is the development
of using redirect pages as sitelinks?
Yes, that would be it: one work-item (acting as hub), x edition items
connected to the work-item, each edition-item connected to its
corresponding Wikisource page with a sitelink and, on Wikisource, an
auto-generated nav bar that lists all sitelinks from all edition-items on
the left (equivalent to the current interwiki link list). If there is more
than one edition per language "author citation (P835)" or "author (P50)"
value can be shown next to the language name. For connecting works with
editions we already have "edition (P747)" and "edition of (P629)".
On Wikisource I don't think it is necessary to have always a "work page",
this only happens when there is more than one edition for any given
language. The most important part is to automate the creation of a
work-item on Wikidata whenever is needed to link one edition to another
(same or different languages) and, of course, show the generated nav bar on
all edition pages .
Wikipedia(s) will be connected to the work-items as usual.
"Template:Infobox book" needs some work to be able to show work- and
edition-item data. I have started a proposal for this task as a possible
Code-In, but maybe the second part needs arbitrary item access.
On Mon, Nov 4, 2013 at 5:15 PM, Daniel Kinzler
> 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
> back to the work with a is-edition-of property (or the other way around:
> 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 -
> way it will work without queries).
> On wikisource, there would be a page about the work, which the work-item
> 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
> about that edition (right?) and you want to use these to automatically
> 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
>  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
> > several translations ). Each one of those sub-items is the one that
> should be
> > connected with a "sitelink", although there will be only of them per
> > Ideally, the script or the query should examine which items are
> connected with
> > the property pair "edition/edition of", collect the sitelink of each
> > and list them all for each one of them.
> > Is that factible?
> > Cheers,
> > Micru
> >  https://www.wikidata.org/wiki/Wikidata:Books_task_force
> >  https://www.wikidata.org/wiki/Q6911
> > _______________________________________________
> > Wikidata-l mailing list
> > Wikidata-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikidata-l
> Wikidata-l mailing list
Etiamsi omnes, ego non
Excellent news! :)
For the author pages it is quite straight-forward. For the bibliographic
metadata the easiest would be to connect wikidata items with the "Book:"
page generated by the (planned) Book Manager extension. The "Book:" page is
supposed to provide the book structure and act as a metadata hub for both
books with scans (those with Index: page) and books without scans (there
was no solution for those yet)
Project page: https://meta.wikimedia.org/wiki/Book_management
Bugzilla page: https://bugzilla.wikimedia.org/show_bug.cgi?id=15071
Problem, the extension is not finished yet and neither Molly nor Raylton
have time to keep working on it. Some bugs are still open and the fields in
the template would need to be maped to Wikidata properties. All this is not
relevant for phase 1 (if it is done only for books), but it will become
relevant for phase 2.
Is there anyone that could volunteer as an OPW mentor to help a potential
student to finish this project?
On Sat, Nov 2, 2013 at 4:30 PM, Lydia Pintscher <
> Hey everyone,
> The next sister project to get language links via Wikidata is
> Wikisource. We're currently planning this for January 13.
> The coordination is happening at
> https://www.wikidata.org/wiki/Wikidata:Wikisource On this page we're
> also looking for ambassadors to help spread the messages to the
> different language editions of Wikisource. Please help if you can.
> Lydia Pintscher - http://about.me/lydia.pintscher
> Product Manager for Wikidata
> Wikimedia Deutschland e.V.
> Obentrautstr. 72
> 10963 Berlin
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
> Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
> Wikidata-l mailing list
Etiamsi omnes, ego non
---------- Forwarded message ----------
From: Jake Orlowitz <jorlowitz(a)gmail.com>
Date: Mon, Nov 4, 2013 at 2:58 PM
Subject: [Wikimedia-l] Books and Bytes: The Wikipedia Library Newsletter
To: wikimedia-l(a)lists.wikimedia.org, cultural-partners(a)wikimedia.ch, North
American Cultural Partnerships <glam-us(a)lists.wikimedia.org>, "Wikimedia &
GLAM collaboration [Public]" <glam(a)lists.wikimedia.org>, Open Access
discussions <openaccess(a)lists.wikimedia.org>, Libraries(a)lists.wikimedia.org
*Books and Bytes*
Welcome to the inaugural edition of *Books and Bytes*, The Wikipedia
Library's monthly newsletter. The Wikipedia Library is an open research hub
for connecting libraries to Wikipedia and encyclopedia editors back to
libraries and reliable sources.
There's lots of news this month for The Wikipedia Library, including new
accounts, upcoming events, and new ways to get involved:
*New positions: Sign up to be a Wikipedia Visiting Scholar, or a Volunteer
*Wikipedia Loves Libraries: Off to a roaring start this fall in the United
States: 29 events are planned or have been hosted.
*New subscription donations: Cochrane round 2; HighBeam round 8; Questia
round 4... Can we partner with NY Times and Lexis-Nexis??
*New ideas: OCLC innovations in the works; VisualEditor Reference Dialog
Workshop; a photo contest idea emerges
* News from the library world: Wikipedian joins the National Archives full
time; the Getty Museum releases 4,500 images; CERN goes CC-BY
* Announcing WikiProject Open:''' WikiProject Open kicked off in October,
with several brainstorming and co-working sessions
* New ways to get involved: Free accounts, user profiles, subject guides;
room for library expansion and exploration
Read the full newsletter:
Thanks for reading! --Jake Orlowitz (Ocaasi) and Pat Earley (The Interior)
*To receive future updates of Books and Bytes on Wikipedia, please add your
name to *http://en.wikipedia.org/wiki/Wikipedia:The Wikipedia
Wikimedia-l mailing list
Etiamsi omnes, ego non
On Mon, Nov 4, 2013 at 4:43 PM, Daniel Kinzler
> Am 04.11.2013 16:10, schrieb Amir Ladsgroup:
> > If you're using statement instead of site link who we can trace item from
> > article of wikisource to wikidata
> This will very soon be possible with queries.
Actually a query or Lua would be much better solution for Wikisource
instead of sitelinks (well, author pages can have sitelinks that is no
According to the data model that we have been defining for Wikisource 
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 ). 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?
Please be aware of - and where appropriate, lend your support to -
this Individual Engagement Grant proposal:
which I've put together with PlanetMath contributor Raymond Puzio.
Inspired by the PlanetMath Exchange project on Wikipedia, our aim with
this proposal is to improve the PlanetMath platform and make it easy
to produce mathematics textbooks, for export to places like
Wikisource. In particular, part of the grant proposal focuses on
developing novel approaches to mathematics OCR and proofreading, using
a combination of off-the-shelf and new open source systems.
Your endorsement of the grant proposal would mean a lot!
Please note: although we are targeting English initially in with the
proposal (as a demo), this will be relevant to other language
communities as well. I've announced the project on the English
language Wikisource Scriptorum, but if you can spread the word to
other language communities, please do. And please let me know if you
have any questions as well!
So far 3 chapter organizations have expressed interest supporting the 10th
aniversary Wikisource proofreading contest (planned from 24 to 30 Nov):
- Wikimedia DC
- Wikimedia Italy
- Amical Wikimedia
However, there is a question that needs to be resolved: shall we do a big
global contest or three independent contests?
With the first option we would put the prices offered by each chapter in a
"pool" (1 e-reader from each chapter) and then the rankings will be shared
between all partipants in all interested wikisources (we would need at
least a coordinator for each wikisource).
With the second option each prize would be for the winner at the local
wikisource offering the prize.
I would prefer a global contest, even if it requires more volunteers and
more organizational work, I think it is important to have solidarity
between chapters and wikisources.
What do you think?
I would go for German translation if you tell me how. ..
-------- Ursprüngliche Nachricht --------
Von: Andrea Zanni <zanni.andrea84(a)gmail.com>
Datum: 10.10.2013 14:50 (GMT+01:00)
An: "discussion list for Wikisource, the free library" <wikisource-l(a)lists.wikimedia.org>
Betreff: Re: [Wikisource-l] Wikisource survey
The survey has been translated already in Italian and French, and is being translated in Hindi.
Is somebody else interested in translating it in another language?
Do you have any more feedback?
Otherwise, we'll launch it as soon as the last translations are completed.
On Tue, Oct 8, 2013 at 7:06 PM, Andrea Zanni <zanni.andrea84(a)gmail.com> wrote:
I will write you in private.
For translating it, the best thing is to directly do that on the software.
Is anyone else interested in doing so?
As of now, we have French, Hindi and Italian volunteers.
On Tue, Oct 8, 2013 at 6:57 PM, Erasmo Barresi <erasmo_barresi(a)live.it> wrote:
Aubrey, you might want to change "Wikisource should accept user translations?" to "Should Wikisource accept user translations?". Everything else is good. Congratulations!
I volunteer to translate it into Italian. Where can I write the translation?
Wikisource-l mailing list