[Wikidata-l] Merging items no longer possible

[Jane Darnell]

Hi, I no longer see the option to merge an item. Clicking on random items i see 
the star for watching an item, but no more tab for other options such as move 
or merge. Has this function been replaced with some other method?
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] freebase id -> wikidata id

[Tom Morris]

Oops! Never mind!

On Sun, May 17, 2015 at 5:28 PM, Tom Morris  wrote:

>
> The three hits for your sample topic make me suspicious about the quality
> of the mapping though
>
> $ curl http://storage.googleapis.com/freebase-public/fb2w.nt.gz | zgrep
> 'm.04hcw'
>   <
> http://www.w3.org/2002/07/owl#sameAs> <
> http://www.wikidata.org/entity/Q9391> .
>  <
> http://www.w3.org/2002/07/owl#sameAs> <
> http://www.wikidata.org/entity/Q1579293> .
>  <
> http://www.w3.org/2002/07/owl#sameAs> <
> http://www.wikidata.org/entity/Q1347932> .
>

Those are prefix matches, of course.  A better grep is:

$ curl http://storage.googleapis.com/freebase-public/fb2w.nt.gz | zgrep
'm.04hcw>'

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

Re: [Wikidata-l] freebase id -> wikidata id

[Tom Morris]

Hi Ed. In addition to the API(s), there's a specific Freebase<->Wikidata
mapping dump which is a little old (18 months), but very compact and easy
to work with.  The identifiers are likely to be pretty stable, so if the
entities you are interested in have been around for a while, it might be
easier to work with.

   https://developers.google.com/freebase/data#freebase-wikidata-mappings

The three hits for your sample topic make me suspicious about the quality
of the mapping though

$ curl http://storage.googleapis.com/freebase-public/fb2w.nt.gz | zgrep
'm.04hcw'
  <
http://www.w3.org/2002/07/owl#sameAs> 
.
 <
http://www.w3.org/2002/07/owl#sameAs> <
http://www.wikidata.org/entity/Q1579293> .
 <
http://www.w3.org/2002/07/owl#sameAs> <
http://www.wikidata.org/entity/Q1347932> .

I don't know if this dump was used as the basis for the identifiers loaded
into Wikidata, but you might want to consider building in some safeguards
like double checking that names match -- whatever lookup scheme you decide
to use.

Tom

On Sun, May 17, 2015 at 10:23 AM, Ed Summers  wrote:

> Hi all,
>
> I was wondering if anyone had any advice for mapping a set of Freebase
> identifiers to WikiData identifiers. I’m looking to port over a few
> thousand entities in use in an application since Freebase is going to be
> shut off next month.
>
> My apologies if this is a rudimentary question. I took a quick look at the
> API [1] and didn’t see an obvious way of doing it. Or is the WikiData Query
> API [2] a better fit for this? I was able to figure out how to do a lookup
> based on the FreebaseID,
>
> https://wdq.wmflabs.org/api?q=string[646:'/m/04hcw']
>
> Any tips or pointers would be appreciated.
>
> //Ed
>
> [1] https://www.wikidata.org/w/api.php
> [2] https://wdq.wmflabs.org/api_documentation.html
>
> ___
> Wikidata-l mailing list
> Wikidata-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
>
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Wikidata for Wiktionary

[Daniel Kinzler]

Am 17.05.2015 um 00:46 schrieb John Erling Blad:
> Your description is pretty far from whats in the proposal right now.
> The proposal is not clear at all, so I would say update it and
> resubmit if for a new discussion.

Can you explain where you think my description is inconsistent with the current
proposal?

I agree the proposal is a bit terse, and it would be nice if it explained a bit
more how common use cases, like translations and synonyms, would be covered by
the proposed model. But it clearly states that Lexemes contain Senses and Forms,
and that Sense and Forms are entities (and thus have IDs, and can be referenced
individually) and have Statements (which can be used to reference other
entities, like Senses or Items).

My explanation reflects the intent behind the proposed model. If it seems far
from the proposal to you, it would be good to know why that is, and how that
could be fixed.

-- 
Daniel Kinzler
Senior Software Developer

Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.

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

Re: [Wikidata-l] Wikidata for Wiktionary

[Denny Vrandečić]

John, sorry, I guess I was too slow - as far as I understand you have now
re-read the 13-08 proposal, which has made my last Email redundant.

https://www.wikidata.org/w/index.php?title=Wikidata_talk:Wiktionary/Development/Proposals/2015-05&diff=216035102&oldid=216029531

I hope that the model is clear now. Thanks for your engagement!
Denny


On Sun, May 17, 2015 at 12:20 PM Denny Vrandečić 
wrote:

> Daniel's answer fits exactly with the proposal (which is unsurprising,
> because he reviewed and certainly influenced it).
>
> To make it clear again: the proposal on
>
> https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2015-05
> is a proposal for the tasks that need to be performed. Your questions are
> mostly about the data model, which was discussed earlier in the following
> proposal:
>
> https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2013-08
>
> Since I am not sure which questions remain open, I will try to address
> them here again, on the risk of repeating what has been said before.
> Unfortunately you seem to not use the terminology as defined in the second
> proposal linked above, which makes the discussion unnecessarily harder than
> it could be. If you prefer another terminology, I would be happy if you
> link to a one pager describing it, so that we can effectively communicate.
>
> > How do we go from a spelled form of a lexeme at Wiktionary and to an 
> > identifier
> on Wikidata?
>
> If with "spelled form of a lexeme at Wiktionary" you mean a Form as per
> the proposal, then the answer is: Forms have statements, and statements may
> point to Items, Forms, Senses, Lexemes, etc.. The exact properties to be
> used in these statements are up to the community.
>
> If with "spelled form of a lexeme at Wiktionary" you mean Lexeme as per
> the proposal, than the answer is: Lexems have statements, and statements
> may point to Items, Forms, Senses, Lexemes, etc. The exact properties to
> be used in these statements are up to the community.
>
> This is already stated in the second link above.
>
> > And how do we go from one Sense to another synonym Sense?
>
> A Sense has a set of statements, and statements may point to other Senses.
> The exact properties used are up to the community. So a statement with the
> property 'synonym' stated on a Sense could point to another Sense.
>
> > Do we use statements?
>
> Yes.
>
> > But then only the L-identifiers can be used, so we will link them at
> the Lexeme level..
>
> No. As the second link above says, Senses and Forms also have Statements.
> It is not only Lexemes that have Statements.
>
>
> > Wiktionary is organized around homonyms while Wikipedia is organized around
> synonyms, especially across languages, and I think this difference
> creates some of the problems.
>
> Yes, that is why Tasks 1, 2, 9 and 10 in the proposal for the task
> breakdown, the first link above, deal with exactly this question.
>
> Since Gerard stated that his question was subsumed by the above list, I
> hope that his question is also answered?
>
> I am afraid that I could not write a new proposal which is significantly
> clearer than the current, but I can keep answering questions. But all the
> questions you have asked seem to be explicitly answered in the two links
> given above. Since I know you are smart, I am wondering what is not working
> in the communication right now. Did you miss the first link? Because
> without that it is indeed hard to fully understand the second link (but the
> first link is already given in the second link).
>
> So, please, keep asking questions. And everyone else too. I would like to
> continue improving the proposals based on your questions and suggestions.
>
>
>
> On Sat, May 16, 2015 at 3:46 PM John Erling Blad  wrote:
>
>> Your description is pretty far from whats in the proposal right now.
>> The proposal is not clear at all, so I would say update it and
>> resubmit if for a new discussion.
>>
>> On Sat, May 16, 2015 at 12:21 PM, Daniel Kinzler
>>  wrote:
>> > Am 15.05.2015 um 01:11 schrieb John Erling Blad:
>> >> How do we go from a spelled form of a lexeme at Wiktionary and to an
>> >> identifier on Wikidata?
>> >
>> > What do you mean by "go to"? And what do you mean by "identifier on
>> Wikidata" -
>> > Items, Lexemes, Senses, or Forms?
>> >
>> > Generally, Wiktionary currently combines words with the same rendering
>> from
>> > different languages on a single page. So a single Wiktionary page would
>> > correspond to several Lexeme entries on Wikidata, since Lexemes on
>> wikidata
>> > would be split per language.
>> >
>> > I suppose a Lexeme-Entry could be linked back to the corresponding
>> pages on the
>> > various Wiktionaries, but I don't really see the value of that, and
>> sitelinks
>> > are currently not planned for Lexeme entries. It probably makes more
>> sense for
>> > the Wiktionary pages to explicitly reference the Wikidata-Lexeme that
>> > corresponds to each language-section on the

Re: [Wikidata-l] Wikidata for Wiktionary

[Denny Vrandečić]

Daniel's answer fits exactly with the proposal (which is unsurprising,
because he reviewed and certainly influenced it).

To make it clear again: the proposal on
https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2015-05
is a proposal for the tasks that need to be performed. Your questions are
mostly about the data model, which was discussed earlier in the following
proposal:
https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2013-08

Since I am not sure which questions remain open, I will try to address them
here again, on the risk of repeating what has been said before.
Unfortunately you seem to not use the terminology as defined in the second
proposal linked above, which makes the discussion unnecessarily harder than
it could be. If you prefer another terminology, I would be happy if you
link to a one pager describing it, so that we can effectively communicate.

> How do we go from a spelled form of a lexeme at Wiktionary and to an 
> identifier
on Wikidata?

If with "spelled form of a lexeme at Wiktionary" you mean a Form as per the
proposal, then the answer is: Forms have statements, and statements may
point to Items, Forms, Senses, Lexemes, etc.. The exact properties to be
used in these statements are up to the community.

If with "spelled form of a lexeme at Wiktionary" you mean Lexeme as per the
proposal, than the answer is: Lexems have statements, and statements may
point to Items, Forms, Senses, Lexemes, etc. The exact properties to be
used in these statements are up to the community.

This is already stated in the second link above.

> And how do we go from one Sense to another synonym Sense?

A Sense has a set of statements, and statements may point to other Senses.
The exact properties used are up to the community. So a statement with the
property 'synonym' stated on a Sense could point to another Sense.

> Do we use statements?

Yes.

> But then only the L-identifiers can be used, so we will link them at the
Lexeme level..

No. As the second link above says, Senses and Forms also have Statements.
It is not only Lexemes that have Statements.

> Wiktionary is organized around homonyms while Wikipedia is organized around
synonyms, especially across languages, and I think this difference creates
some of the problems.

Yes, that is why Tasks 1, 2, 9 and 10 in the proposal for the task
breakdown, the first link above, deal with exactly this question.

Since Gerard stated that his question was subsumed by the above list, I
hope that his question is also answered?

I am afraid that I could not write a new proposal which is significantly
clearer than the current, but I can keep answering questions. But all the
questions you have asked seem to be explicitly answered in the two links
given above. Since I know you are smart, I am wondering what is not working
in the communication right now. Did you miss the first link? Because
without that it is indeed hard to fully understand the second link (but the
first link is already given in the second link).

So, please, keep asking questions. And everyone else too. I would like to
continue improving the proposals based on your questions and suggestions.



On Sat, May 16, 2015 at 3:46 PM John Erling Blad  wrote:

> Your description is pretty far from whats in the proposal right now.
> The proposal is not clear at all, so I would say update it and
> resubmit if for a new discussion.
>
> On Sat, May 16, 2015 at 12:21 PM, Daniel Kinzler
>  wrote:
> > Am 15.05.2015 um 01:11 schrieb John Erling Blad:
> >> How do we go from a spelled form of a lexeme at Wiktionary and to an
> >> identifier on Wikidata?
> >
> > What do you mean by "go to"? And what do you mean by "identifier on
> Wikidata" -
> > Items, Lexemes, Senses, or Forms?
> >
> > Generally, Wiktionary currently combines words with the same rendering
> from
> > different languages on a single page. So a single Wiktionary page would
> > correspond to several Lexeme entries on Wikidata, since Lexemes on
> wikidata
> > would be split per language.
> >
> > I suppose a Lexeme-Entry could be linked back to the corresponding pages
> on the
> > various Wiktionaries, but I don't really see the value of that, and
> sitelinks
> > are currently not planned for Lexeme entries. It probably makes more
> sense for
> > the Wiktionary pages to explicitly reference the Wikidata-Lexeme that
> > corresponds to each language-section on the page.
> >
> >> And how do we go from one Sense to another
> >> synonym Sense? Do we use statements? But then only the L-identifiers
> >> can be used, so we will link them at the Lexeme level..
> >
> > Why can only L-Identifiers be used? Senses (and Forms) are entities and
> have
> > identifiers. They wouldn't have a wiki-page of their own, but that's not
> a
> > problem. The intention is that it's possible for one Sense to have a
> statement
> > referring directly to another Sense (of the same or a different Lexeme).
> >
> >> Wiktionary is organized around h

Re: [Wikidata-l] freebase id -> wikidata id

[Lydia Pintscher]

On Sun, May 17, 2015 at 4:23 PM, Ed Summers  wrote:
> Hi all,
>
> I was wondering if anyone had any advice for mapping a set of Freebase 
> identifiers to WikiData identifiers. I’m looking to port over a few thousand 
> entities in use in an application since Freebase is going to be shut off next 
> month.
>
> My apologies if this is a rudimentary question. I took a quick look at the 
> API [1] and didn’t see an obvious way of doing it. Or is the WikiData Query 
> API [2] a better fit for this? I was able to figure out how to do a lookup 
> based on the FreebaseID,
>
> https://wdq.wmflabs.org/api?q=string[646:'/m/04hcw']
>
> Any tips or pointers would be appreciated.

To do this you want to either use Wikidata Query, which you already
found, or work on dumps. More about them at
https://www.wikidata.org/wiki/Wikidata:Data_access


Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
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

[Wikidata-l] Voting open for Wikimedia Foundation Board of Trustees elections 2015

[Gregory Varnum]

Greetings,

Voting has begun for eligible voters in the 2015 elections for the
Wikimedia Foundation Board of Trustees. Questions and discussion with the
candidates for the Board will continue during the voting.

The Wikimedia Foundation Board of Trustees is the ultimate governing
authority of the Wikimedia Foundation, a 501(c)(3) non-profit organization
registered in the United States. The Wikimedia Foundation manages many
diverse projects such as Wikipedia and Commons.

If you would like a translated ballot, you can change your language for
Meta-Wiki on the Universal Language Selector or in your Preferences before
clicking the 'jump to next wiki' button on SecurePoll. You may also click
the vote banner from your home wiki or select your preferred language from
the language box above the ballot.

The voting phase lasts from 00:00 UTC May 17 to 23:59 UTC May 31.

To vote:  https://meta.wikimedia.org/wiki/Special:SecurePoll/vote/339

More information on the candidates and the elections can be found on the
2015 Board election page on Meta-Wiki:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/Board_elections/2015

On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee

Translations of this message:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_2015/MassMessages/Board_voting_has_begun
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

[Wikidata-l] freebase id -> wikidata id

[Ed Summers]

Hi all,

I was wondering if anyone had any advice for mapping a set of Freebase 
identifiers to WikiData identifiers. I’m looking to port over a few thousand 
entities in use in an application since Freebase is going to be shut off next 
month.

My apologies if this is a rudimentary question. I took a quick look at the API 
[1] and didn’t see an obvious way of doing it. Or is the WikiData Query API [2] 
a better fit for this? I was able to figure out how to do a lookup based on the 
FreebaseID,

https://wdq.wmflabs.org/api?q=string[646:'/m/04hcw']

Any tips or pointers would be appreciated.

//Ed

[1] https://www.wikidata.org/w/api.php
[2] https://wdq.wmflabs.org/api_documentation.html


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [Labs-l] Yet another partial labs outage

[Ryan Lane]

On Sat, May 16, 2015 at 4:02 AM, Maarten Dammers 
wrote:

> With that you basically break the edit flow of most users on Wikidata, see
> https://www.wikidata.org/wiki/Wikidata:Project_chat#wdq.wmflabs.org.2Fapi
> . This is one of those tools that have silently become production.
>
>
It may not be correct to say "you" here :). If something is really
important, it should be run in a way that can handle failure of the
underlying hardware. Labs infrastructure wasn't designed for high-uptime of
the underlying instances (purposely).

If it's production-ish, it should likely either be moved to production or
you should put a bit of effort into making it work across multiple
instances. The ideal goal is for services to be stateless, with their state
living in databases that are also split across instances. It's best to have
the service config managed (ideally puppetized since it's what wikimedia
uses) so that a loss of an instance is only a brief inconvenience.

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

Re: [Wikidata-l] Yet another partial labs outage

[Tim Landscheidt]

Ryan Lane  wrote:

> [WDQ]

> If it's production-ish, it should likely either be moved to production or
> you should put a bit of effort into making it work across multiple
> instances. The ideal goal is for services to be stateless, with their state
> living in databases that are also split across instances. It's best to have
> the service config managed (ideally puppetized since it's what wikimedia
> uses) so that a loss of an instance is only a brief inconvenience.

There are efforts to deploy a similar service with
https://www.mediawiki.org/wiki/Wikibase/Indexing (Phabrica-
tor project at
https://phabricator.wikimedia.org/tag/wikidata-query-service/).

Tim


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