[Wikidata-l] New RFC: Organizing statements, sitelinks, and external identifiers
Hi, I have started a Request for Comments on how to organize statements, sitelinks, and external identifiers. Hopefully the feedback gathered can help with the UI redesign. https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Organizing_statements,_sitelinks,_and_external_identifiers Thanks, Micru ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Wikidata granularity and Linked Data
On 3/10/14 3:08 PM, Daniel Kinzler wrote: Hi Maxime! Have a look athttp://musicbrainz.org/, it uses structured data, is freely licensed, and they are very interested in integrating with Wikidata. While Wikidata has finer granularity than Wikipedia, as far as I know you would not be able to include just any piece by any artist. MusicBrainz's scope is probably better suited for your project. However, why only use one Database? Ideally, if there is a Wikidata item about some entry on MusicBrainz, these would be linked to each other using the appropriate properties. So, you could search MusicBrains and include information from Wikidata if it is available (or vice versa). Daniel, In the light of your comments above, why can't Wikidata, Freebase, and DBpedia cross-reference is a natural way. All I see right now are the following, which I find suboptimal, for all the wrong reasons: 1. Wikidata cross references Freebase 2. Freebase cross references Wikidata 3. DBpedia cross references both, but makes bridge URIs in the DBpedia namespace to achieve this, in regards to Wikidata. 1-3 isn't how this should be working out on the Web of Linked Data. Links: [1] http://bit.ly/1lZyKy3 -- simple example of my claims re., an inability (for all the wrong reasons) for these projects to collaborate effectively (just follow-your-nose by clicking any of the links in the page to which this URI resolves). -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
[Wikidata-l] What's up with our incremental (daily) dumps?
Hi, Since a few weeks now, no daily dumps have been published for Wikidata. Only empty directories are created every day. I could not find a related email on any list I scanned. Can anybody clarify what the situation is now? Cheers, Markus ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] What's up with our incremental (daily) dumps?
On Thu, Mar 13, 2014 at 5:06 PM, Markus Krötzsch mar...@semantic-mediawiki.org wrote: Hi, Since a few weeks now, no daily dumps have been published for Wikidata. Only empty directories are created every day. I could not find a related email on any list I scanned. Can anybody clarify what the situation is now? The issue is due to the dumps being moved to the Ashburn data center. https://bugzilla.wikimedia.org/show_bug.cgi?id=62315 They should be running again soonish. Cheers, Katie Cheers, Markus ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- Katie Filbert filbe...@gmail.com @filbertkm / @wikimediadc / @wikidata ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] What's up with our incremental (daily) dumps?
On 13/03/14 17:14, Katie Filbert wrote: On Thu, Mar 13, 2014 at 5:06 PM, Markus Krötzsch mar...@semantic-mediawiki.org mailto:mar...@semantic-mediawiki.org wrote: Hi, Since a few weeks now, no daily dumps have been published for Wikidata. Only empty directories are created every day. I could not find a related email on any list I scanned. Can anybody clarify what the situation is now? The issue is due to the dumps being moved to the Ashburn data center. https://bugzilla.wikimedia.org/show_bug.cgi?id=62315 They should be running again soonish. Good to know. Thanks, Markus ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] What's up with our incremental (daily) dumps?
Hoi, Hopefully next week some time .. There is a bug for it ... Thanks, GerardM On 13 March 2014 17:40, Markus Krötzsch mar...@semantic-mediawiki.orgwrote: On 13/03/14 17:14, Katie Filbert wrote: On Thu, Mar 13, 2014 at 5:06 PM, Markus Krötzsch mar...@semantic-mediawiki.org mailto:mar...@semantic-mediawiki.org wrote: Hi, Since a few weeks now, no daily dumps have been published for Wikidata. Only empty directories are created every day. I could not find a related email on any list I scanned. Can anybody clarify what the situation is now? The issue is due to the dumps being moved to the Ashburn data center. https://bugzilla.wikimedia.org/show_bug.cgi?id=62315 They should be running again soonish. Good to know. Thanks, Markus ___ 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 granularity and Linked Data
Hi Kingsley, Sorry for the newbie question but I don't really get what the page you linked to should ideally output. Could you explain what is wrong in this and what would be the good behavior for those 3 to collaborate smoothly? (or link to any article explicating this) Thanks in advance! Maxime Lathuilière maxlath.eu http://maxlath.eu @maxlath Zorglub27 https://www.wikidata.org/wiki/User:Zorglub27 Contributions https://www.wikidata.org/wiki/Special:Contributions/Zorglub27 Le 13/03/2014 13:18, Kingsley Idehen a écrit : On 3/10/14 3:08 PM, Daniel Kinzler wrote: Hi Maxime! Have a look athttp://musicbrainz.org/, it uses structured data, is freely licensed, and they are very interested in integrating with Wikidata. While Wikidata has finer granularity than Wikipedia, as far as I know you would not be able to include just any piece by any artist. MusicBrainz's scope is probably better suited for your project. However, why only use one Database? Ideally, if there is a Wikidata item about some entry on MusicBrainz, these would be linked to each other using the appropriate properties. So, you could search MusicBrains and include information from Wikidata if it is available (or vice versa). Daniel, In the light of your comments above, why can't Wikidata, Freebase, and DBpedia cross-reference is a natural way. All I see right now are the following, which I find suboptimal, for all the wrong reasons: 1. Wikidata cross references Freebase 2. Freebase cross references Wikidata 3. DBpedia cross references both, but makes bridge URIs in the DBpedia namespace to achieve this, in regards to Wikidata. 1-3 isn't how this should be working out on the Web of Linked Data. Links: [1] http://bit.ly/1lZyKy3 -- simple example of my claims re., an inability (for all the wrong reasons) for these projects to collaborate effectively (just follow-your-nose by clicking any of the links in the page to which this URI resolves). ___ 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 granularity and Linked Data
On 3/13/14 2:07 PM, Maxime Lathuilière wrote: Hi Kingsley, Sorry for the newbie question but I don't really get what the page you linked to should ideally output. Could you explain what is wrong in this and what would be the good behavior for those 3 to collaborate smoothly? (or link to any article explicating this) Thanks in advance! The page in question is the result of me using my knowledge of the data sources to construct a specific kind relation for the underlying query used by the DBMS engine. Basically, my approach isn't a pattern used by a casual user. Anyway, I used this query to show that DBpedia, Wikidata, and Freebase aren't cross-referencing they way they should. In a sense, I see patterns that simply mangle what should be very straightforward co-reference associations. Issues: 1. Wikidata references Freebase 2. Freebase reciprocates 3. neither references DBpedia 4. DBpedia references both, but in the case of Wikidata it mints its own URIs (due to issues with Wikidata's Linked Data URIs which may or may not still exist). Ultimately, I am also trying to show all the parties involved that what's going on here doesn't really look good, and its going to be easier to folks to see this, as the familiarization grows. Kingsley Maxime Lathuilière maxlath.eu http://maxlath.eu @maxlath Zorglub27 https://www.wikidata.org/wiki/User:Zorglub27 Contributions https://www.wikidata.org/wiki/Special:Contributions/Zorglub27 Le 13/03/2014 13:18, Kingsley Idehen a écrit : On 3/10/14 3:08 PM, Daniel Kinzler wrote: Hi Maxime! Have a look athttp://musicbrainz.org/, it uses structured data, is freely licensed, and they are very interested in integrating with Wikidata. While Wikidata has finer granularity than Wikipedia, as far as I know you would not be able to include just any piece by any artist. MusicBrainz's scope is probably better suited for your project. However, why only use one Database? Ideally, if there is a Wikidata item about some entry on MusicBrainz, these would be linked to each other using the appropriate properties. So, you could search MusicBrains and include information from Wikidata if it is available (or vice versa). Daniel, In the light of your comments above, why can't Wikidata, Freebase, and DBpedia cross-reference is a natural way. All I see right now are the following, which I find suboptimal, for all the wrong reasons: 1. Wikidata cross references Freebase 2. Freebase cross references Wikidata 3. DBpedia cross references both, but makes bridge URIs in the DBpedia namespace to achieve this, in regards to Wikidata. 1-3 isn't how this should be working out on the Web of Linked Data. Links: [1] http://bit.ly/1lZyKy3 -- simple example of my claims re., an inability (for all the wrong reasons) for these projects to collaborate effectively (just follow-your-nose by clicking any of the links in the page to which this URI resolves). ___ 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 -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
