[Wikidata-l] weekly summary #64

[Lydia Pintscher]

Heya folks :)

Since it is almost caturday and the internet (including Wikidata) is
generally better with cats let me start with this to get you in the
right mood: http://cuteoverload.com/2013/06/25/i-got-a-peaceful-easy-feeling/
And now we can resume our normal weekly program of all things good and
excellent around Wikidata:
http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2013_06_28


Cheers
Lydia

--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Technical Projects

Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de

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
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [Wikidata-tech] WikiVOYAGE deployment plan

[Lydia Pintscher]

On Fri, Jun 28, 2013 at 11:55 PM, Sven Manguard  wrote:
> Admittedly I have been crazy busy with things unrelated to Wikimedia
> projects, so I haven't followed this discussion, but I'd like to ask for a
> clarification on Wikivoyage interwiki links. If they're going to be on the
> same item page as the Wikipedia interwiki links, is there going to be a
> dedicated section for WV links separate (and clearly labeled) from the
> existing Wikipedia interwiki links, or are both sets of links going to be in
> the same list.
>
> i.e. are we going to have
>
> Wikipedia
> en: New York City
> es: New York City
> it: New York City
>
> Wikivoyage
> en: New York City
> es: New York City
> it: New York City
>
>
> or are we going to have
>
> wp:en: New York City
> wv:en: New York City
> wp:es: New York City
> wv:es: New York City
> wp:it: New York City
> wv:it: New York City
>
>
> I really, really hope it's two separate lists. Otherwise things are going to
> become unnecessarily complicated/difficult.

It will be 2 separate lists. I'll let you all know when you can try it
out on the test systems.


Cheers
Lydia

--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Technical Projects

Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de

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
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [Wikidata-tech] WikiVOYAGE deployment plan

[Sven Manguard]

Admittedly I have been crazy busy with things unrelated to Wikimedia
projects, so I haven't followed this discussion, but I'd like to ask for a
clarification on Wikivoyage interwiki links. If they're going to be on the
same item page as the Wikipedia interwiki links, is there going to be a
dedicated section for WV links separate (and clearly labeled) from the
existing Wikipedia interwiki links, or are both sets of links going to be
in the same list.

i.e. are we going to have

Wikipedia
en: New York City
es: New York City
it: New York City

Wikivoyage
en: New York City
es: New York City
it: New York City


or are we going to have

wp:en: New York City
wv:en: New York City
wp:es: New York City
wv:es: New York City
wp:it: New York City
wv:it: New York City


I really, really hope it's two separate lists. Otherwise things are going
to become unnecessarily complicated/difficult.

Cheers,

S

On Fri, Jun 28, 2013 at 5:45 PM, legoktm wrote:

> Hi Denny,
> I'm really excited to see a sister project getting included, however I'm
> concerned that the community needs a bit more time and notice (I didn't see
> anything about this on WD:PC). When importing interwiki links for
> Wikipedias, we had a few months before they were used on client sites. The
> proposed schedule gives our bots ~3 days to import a majority of links,
> which I don't think is enough time. A whole week would be much better in my
> opinion.
> I've also started a page on-wiki to help coordinate the migration:
> https://www.wikidata.org/wiki/Wikidata:Wikivoyage_migration
> -- Legoktm
>
>
> On Fri, Jun 28, 2013 at 2:45 AM, Denny Vrandečić <
> denny.vrande...@wikimedia.de> wrote:
>
>> Sorry, I had a typo in the title of my last Email. It should be
>> Wikivoyage obviously, not Wikileaks or Wikisomethingelse.
>>
>> Cheers,
>> Denny
>>
>>
>> 2013/6/28 Denny Vrandečić 
>>
>>> Hey all,
>>>
>>> as discussed yesterday in the call, here is our current plan for
>>> deploying interwikilinks to Wikivoyage. If there are no complaints from
>>> your side by Tuesday, we will share this plan with the Wikivoyage
>>> communities and the Wikidata community on Wednesday.
>>>
>>>
>>> Wed, July 17th: Branching Wikibase 1.22-wmf12
>>>
>>> Thu, July 18th: Deploying wmf12 to the test systems and setting up
>>> configurations for Wikivoyage on test. This means, the Test Wikidata can
>>> accept links to Wikivoyage sites.
>>>
>>> Mon, July 22nd: Deploying wmf12 to wikidata.org and setting the
>>> configuration to accept Wikivoyage links as well.
>>>
>>> Thu, July, 25th: Deploying wmf12 client to all Wikivoyage.org language
>>> editions. From this moment on, Wikivoyage can access interwiki links from
>>> Wikidata, and does not need to have them locally anymore.
>>>
>>>
>>>
>>> Notes:
>>>
>>> * Wikivoyage will only get access to the interwikis for now, not to
>>> other data in Wikidata. This is planned for later, but we just want to go
>>> step by step (i.e. only "phase 1")
>>>
>>> * Wikipedia will not automatically and suddenly display links to
>>> Wikivoyage. The behavior on Wikipedia actually remains completely unchanged
>>> by this deployment.
>>>
>>> * Wikivoyage will not automatically get links to Wikipedia and display
>>> them (currently called "Related sites"). This is also left for later.
>>>
>>> * Further sister projects are planned for later, depending how smoothly
>>> this deployment goes.
>>>
>>> * There is no need for an additional item for e.g. New York for
>>> Wikivoyage, but rather the links to Wikivoyage can be entered in the same
>>> item that also holds the links to Wikipedia.
>>>
>>> Cheers,
>>> Denny
>>>
>>> P.S.: Ken, you might consider joining the Wikidata tech list. This is
>>> where we send the agenda for the Thursday calls around.
>>>
>>>
>>>
>>> --
>>> Project director Wikidata
>>> Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
>>> Tel. +49-30-219 158 26-0 | http://wikimedia.de
>>>
>>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
>>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
>>> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
>>> Körperschaften I Berlin, Steuernummer 27/681/51985.
>>>
>>
>>
>>
>> --
>> Project director Wikidata
>> Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
>> Tel. +49-30-219 158 26-0 | http://wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
>> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
>> Körperschaften I Berlin, Steuernummer 27/681/51985.
>>
>> ___
>> Wikidata-tech mailing list
>> wikidata-t...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata-tech
>>
>>
>
> ___
> Wikidata-l mailing list
> Wikidata-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinf

Re: [Wikidata-l] [Wikidata-tech] WikiVOYAGE deployment plan

[Lydia Pintscher]

On Fri, Jun 28, 2013 at 11:45 PM, legoktm  wrote:
> Hi Denny,
> I'm really excited to see a sister project getting included, however I'm
> concerned that the community needs a bit more time and notice (I didn't see
> anything about this on WD:PC). When importing interwiki links for
> Wikipedias, we had a few months before they were used on client sites. The
> proposed schedule gives our bots ~3 days to import a majority of links,
> which I don't think is enough time. A whole week would be much better in my
> opinion.
> I've also started a page on-wiki to help coordinate the migration:
> https://www.wikidata.org/wiki/Wikidata:Wikivoyage_migration

Hey :)

There is no rush and absolutely no need to have all links migrated by
the time it is turned on. The existing links in the wikitext  will
continue to work just fine just like they do on Wikipedia. It is
absolutely fine to make this a slow migration. Please let me announce
this properly in the appropriate channels when the dates are settled.


Cheers
Lydia

--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Technical Projects

Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de

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
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [Wikidata-tech] WikiVOYAGE deployment plan

[legoktm]

Hi Denny,
I'm really excited to see a sister project getting included, however I'm
concerned that the community needs a bit more time and notice (I didn't see
anything about this on WD:PC). When importing interwiki links for
Wikipedias, we had a few months before they were used on client sites. The
proposed schedule gives our bots ~3 days to import a majority of links,
which I don't think is enough time. A whole week would be much better in my
opinion.
I've also started a page on-wiki to help coordinate the migration:
https://www.wikidata.org/wiki/Wikidata:Wikivoyage_migration
-- Legoktm


On Fri, Jun 28, 2013 at 2:45 AM, Denny Vrandečić <
denny.vrande...@wikimedia.de> wrote:

> Sorry, I had a typo in the title of my last Email. It should be Wikivoyage
> obviously, not Wikileaks or Wikisomethingelse.
>
> Cheers,
> Denny
>
>
> 2013/6/28 Denny Vrandečić 
>
>> Hey all,
>>
>> as discussed yesterday in the call, here is our current plan for
>> deploying interwikilinks to Wikivoyage. If there are no complaints from
>> your side by Tuesday, we will share this plan with the Wikivoyage
>> communities and the Wikidata community on Wednesday.
>>
>>
>> Wed, July 17th: Branching Wikibase 1.22-wmf12
>>
>> Thu, July 18th: Deploying wmf12 to the test systems and setting up
>> configurations for Wikivoyage on test. This means, the Test Wikidata can
>> accept links to Wikivoyage sites.
>>
>> Mon, July 22nd: Deploying wmf12 to wikidata.org and setting the
>> configuration to accept Wikivoyage links as well.
>>
>> Thu, July, 25th: Deploying wmf12 client to all Wikivoyage.org language
>> editions. From this moment on, Wikivoyage can access interwiki links from
>> Wikidata, and does not need to have them locally anymore.
>>
>>
>>
>> Notes:
>>
>> * Wikivoyage will only get access to the interwikis for now, not to other
>> data in Wikidata. This is planned for later, but we just want to go step by
>> step (i.e. only "phase 1")
>>
>> * Wikipedia will not automatically and suddenly display links to
>> Wikivoyage. The behavior on Wikipedia actually remains completely unchanged
>> by this deployment.
>>
>> * Wikivoyage will not automatically get links to Wikipedia and display
>> them (currently called "Related sites"). This is also left for later.
>>
>> * Further sister projects are planned for later, depending how smoothly
>> this deployment goes.
>>
>> * There is no need for an additional item for e.g. New York for
>> Wikivoyage, but rather the links to Wikivoyage can be entered in the same
>> item that also holds the links to Wikipedia.
>>
>> Cheers,
>> Denny
>>
>> P.S.: Ken, you might consider joining the Wikidata tech list. This is
>> where we send the agenda for the Thursday calls around.
>>
>>
>>
>> --
>> Project director Wikidata
>> Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
>> Tel. +49-30-219 158 26-0 | http://wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
>> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
>> Körperschaften I Berlin, Steuernummer 27/681/51985.
>>
>
>
>
> --
> Project director Wikidata
> Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
> Tel. +49-30-219 158 26-0 | http://wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
> Körperschaften I Berlin, Steuernummer 27/681/51985.
>
> ___
> Wikidata-tech mailing list
> wikidata-t...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata-tech
>
>
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] entity vs Special:EntityData

[Gregor Hagedorn]

> http://www.wikidata.org/wiki/Q1000 is indeed an information resource
> http://www.wikidata.org/entity/Q1000 is the URI for the thing, which indeed

Apologies, I copied the wrong URI when testing!

>> Also, checking with http://validator.linkeddata.org/vapour I received
>> an error about invalid response (I am not sure whether this is a
>> problem with Vapour or Wikidata ...)
> More details would be appreciated.

Both entity:
http://validator.linkeddata.org/vapour?uri=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ1000+&defaultResponse=dontmind&userAgent=vapour.sourceforge.net
and wiki
http://validator.linkeddata.org/vapour?uri=http%3A%2F%2Fwww.wikidata.org%2Fwiki%2FQ1000+&defaultResponse=dontmind&userAgent=vapour.sourceforge.net

give:
* Dereferencing resource URI (without content negotiation)
** 1st request while dereferencing resource URI without specifying the
desired content type (HTTP response code should be 200): Failed
* Dereferencing resource URI (requesting RDF/XML)
** 1st request while dereferencing resource URI without specifying the
desired content type (Content type should be 'application/rdf+xml'):
Failed
** 1st request while dereferencing resource URI without specifying the
desired content type (HTTP response code should be 200): Failed


The graph (not the text) suggests an response of:
http: 400 Bad Request: The request cannot be fulfilled due to bad syntax

This could be vapours fault, but I fear something is wrong with
wikidata. At least the wiki test should simply find an information
resource.

Note that testing wikipedia works:
http://validator.linkeddata.org/vapour?uri=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FMain_Page&defaultResponse=dontmind&userAgent=vapour.sourceforge.net

Best

Gregor

___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] entity vs Special:EntityData

[Daniel Kinzler]

Am 28.06.2013 18:10, schrieb Gregor Hagedorn:
> But the problem seems to be that http://www.wikidata.org/wiki/Q1000
> actually seems to be an information resource, i.e. under this URI html
> content is directly being returned (rather than being http 303
> redirected).

http://www.wikidata.org/wiki/Q1000 is indeed an information resource
http://www.wikidata.org/entity/Q1000 is the URI for the thing, which indeed
returns a redirect (sadly, it's a 302 followed by a 303 at the moment, for
technical reasons - I'll have to talk to ops about that)

> Also, checking with http://validator.linkeddata.org/vapour I received
> an error about invalid response (I am not sure whether this is a
> problem with Vapour or Wikidata ...)

More details would be appreciated.

But the RDF interface is very much incomplete. Statements are missing, and some
details about the RDF mappings are bound to change.

-- daniel


___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] entity vs Special:EntityData

[Gregor Hagedorn]

But the problem seems to be that http://www.wikidata.org/wiki/Q1000
actually seems to be an information resource, i.e. under this URI html
content is directly being returned (rather than being http 303
redirected).

Also, checking with http://validator.linkeddata.org/vapour I received
an error about invalid response (I am not sure whether this is a
problem with Vapour or Wikidata ...)

Gregor

___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] entity vs Special:EntityData

[Gregor Hagedorn]

But the problem seems to be that http://www.wikidata.org/wiki/Q1000
actually seems to be an information resource, i.e. under this URI html
content is directly being returned (rather than being http 303
redirected).

Also, checking with http://validator.linkeddata.org/vapour I received
an error about invalid response (I am not sure whether this is a
problem with Vapour or Wikidata ...)

Gregor

___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] entity vs Special:EntityData

[Daniel Kinzler]

Am 27.06.2013 16:08, schrieb Hady elsahar:
> Hello all, 
> 
> inside : http://www.wikidata.org/wiki/Special:EntityData/Q1.nt
> page i found the triple 
> 
> 
>   .
> 
> it's a little bit confusing , what i got is 
> 
>   * http://www.wikidata.org/entity/Q1000  is the entity URI and it directs to
> the viewer 
>   * http://www.wikidata.org/wiki/Special:EntityData/Q1000 is a link to the API
> data viewer
> 
> is that correct ? if so ? 
> why does the triple above exist, does WikiData treats the  Special:Entity 
> links
> are the default pages ? 

The triple you mention makes explicit the distinction (and relationship) between
the *thing* and it's *description*. This is to avoid an "identity crisis" as
described here: 
.

So...

* http://www.wikidata.org/entity/Q1000 is the canonical URI of the "thing" 
Gabon.

* http://www.wikidata.org/wiki/Special:EntityData/Q1000 is the canonical URI of
the *document* that *describes* Gabon.

That is, the document is *about* the thing. Which is what the triple expresses.

Why this distinction is needed becomes clear when thinking about the description
of a book: if the description has the same URI also used for the book, and you
ask for the authors, should you get the authors of the book, or the authors of
the description? Only if you make the distinction between the thing and it's
description can you avoid this issue.

Now, when using the above URIs as URLs and retrieving the respective document,
you will get the same data (we can hardly return the "thing" Gabon from that
URL, so we rather return the document about the thing). That does not mean that
the URIs mean the same thing.

To add to the confusion, there are a few more fine points here, such as the
distinction between http://www.wikidata.org/wiki/Special:EntityData/Q1000 and
http://www.wikidata.org/wiki/Special:EntityData/Q1000.nt (the latter being the
URI/URL of a specific serialization of the description), or the fact that
depending on the Accept header you send, you may be redirected to
https://www.wikidata.org/wiki/Q1000 (which is the canonical URL for the HTML
representation of the description of Gabon). But in the end, just keep in mind
that the thing as such needs a URI distinct from the document's URL.

-- daniel

___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l