Wikidata

wikidata@lists.wikimedia.org

5 participants
4160 discussions

Re: [Wikidata-l] Wikidata RDF Issues
by Daniel Kinzler 29 Oct '13

29 Oct '13

Ok, I have now found and tackled the issue. This was indeed a bug in EasyRDF that got fixed since we forked half a year ago. I have updated easyrdf_lite now: <https://github.com/Wikidata/easyrdf_lite/commit/025c32da17d82a51950230b80c2…>. The respective patch for Wikibase is in review, see <https://gerrit.wikimedia.org/r/86858>. Having to maintain the fork is really a pain, I wish there was a better way to do this. I think there's a strong use case for project that only need RDF export, no import or serving. Being able to deploy the serialization code separately would be very useful. Nicholas, do you think it would be an option for EasyRdf to offer support for this use case? The most obvious (but also rather painful) way would be to spin off the serialization bit into a separate repository. But maybe it would be feasible to provide a build script that could be used to carve/reduce the code base to the parts needed in a particular scenario? -- daniel Am 27.09.2013 01:17, schrieb Nicholas Humfrey: > > On 26/09/2013 15:33, "Daniel Kinzler" <daniel.kinzler(a)wikimedia.de> wrote: > >> Am 26.09.2013 14:54, schrieb Nicholas Humfrey: >>> Wikidata uses a fork of EasyRdf: >>> https://github.com/Wikidata/easyrdf_lite >>> >>> Which should handle this correctly. >> >> Looks like it doesn't, but I'll investigate. > > > Hi, > > I have just double-checked by writing an extra test and EasyRdf (the > version in master) handles this correctly: > > https://github.com/njh/easyrdf/commit/3121bd2201fca987c85bedb976d2148c862aa > e78 > > So either Wikidata is passing the integer though differently or it was > fixed since you took a fork... > > > nick. > > > > ----------------------------- > http://www.bbc.co.uk > This e-mail (and any attachments) is confidential and > may contain personal views which are not the views of the BBC unless specifically stated. > If you have received it in > error, please delete it from your system. > Do not use, copy or disclose the > information in any way nor act in reliance on it and notify the sender > immediately. > Please note that the BBC monitors e-mails > sent or received. > Further communication will signify your consent to > this. > ----------------------------- >

7 23

[Wikidata-l] Join the inaugural Wiki Research Hackathon on November 9
by Dario Taraborelli 26 Oct '13

26 Oct '13

Cross-posting the announcement from the Wikimedia Blog. The details of the event are on Meta and we're also creating meetup.com pages for the local events. Check them out and RSVP if you're planning to attend – it'd be awesome to have folks from the wikidata community on-board. Looking forward to see you on November 9! Dario, on behalf of the organizers Join the inaugural Wiki Research Hackathon on November 9 Last summer at Wikimania in Hong Kong, the annual global Wikimedia conference, we (a group of Wikipedia researchers) discussed how we could make wiki researchmore impactful. In our work in academia and on Wikimedia projects, we saw a host of missed opportunities to share ideas, hypotheses, code, and research methods. We set out to create a space to bring researchers together with Wikipedians and facilitate problem solving, discovery and innovation with the use of open data and open source tools. Labs2 (L2) aims to build this space, by providing infrastructure and venues for collaborative wiki research. Today we’re thrilled to announce the inaugural Wiki Research Hackathon – a global event hosted by Wikimedia Foundation researchers, academic researchers and Wikipedians from around the world on Saturday, November 9, 2013. What This hackathon is an opportunity for anyone interested in research on wikis, Wikipedia, and open collaboration to meet, share ideas, and work together. It is targeted at Wikipedia editors, students, researchers, coders and anyone interested in designing new tools, statistics and data visualization, and producing new knowledge about Wikimedia projects and their communities. The goal of this event is to: share knowledge about research tools and datasets (and how to use them) ask burning research questions (and learn how to answer them) get involved in ongoing research projects (or start new ones) design new data-driven apps and tools (or hack existing ones) Where (Locations are approximate) This hackathon will be held both as a series of local meetups (Perth, Mannheim, Oxford,Rio de Janeiro, Chicago, Minneapolis, San Francisco, Seattle, etc.) and virtual meetups (Asia/Oceania, Europe/Africa & The Americas) for those who can’t make it to the local events. An IRC channel (#wikimedia-labsconnect) and a Google Hangout open throughout the day will allow attendees to connect online. How Interested attendees can sign up for the event on Meta-wiki. Local and virtual meetups are listed on theevent page. All you need to do is add your name to the list of participants for the event that makes sense for you. Who For any question about the event (including volunteering for a local meetup), you can reach us at wrh(a)wikimedia.org or leave a message on the hackathon’s talk page on Meta-wiki. We look forward to seeing you on November 9. Aaron Halfaker, Wikimedia Foundation Jonathan Morgan, Wikimedia Foundation Morten Warncke-Wang, University of Minnesota Aaron Shaw, Northwestern University Dario Taraborelli, Wikimedia Foundation Taha Yasseri, Oxford University Henrique Andrade, Wikimedia Foundation

1 0

[Wikidata-l] Wikidata Weekly Summary #81
by John Lewis 25 Oct '13

25 Oct '13

Hello everyone, Here is the weekly summary over all the things that happened in Wikidata since last week. This week includes quite a few development updates. Also Echo has been enabled on Wikidata and Wikidata is also 1 year old next Tuesday (the 29th). So stay tuned for some surprised next week while you read the summary at; https://meta.wikimedia.org/wiki/Wikidata/Status_updates/2013_10_25 Also in regards to the summary, a few changes have been made to the format this week. These changes include the listing of closed RfCs under the discussion heading and doing a weekly 'Help a task force out' under open tasks for you, this week is the Roads tasks force. Enjoy! Regards, John --

1 0

[Wikidata-l] 404 links in notification email
by Andy Mabbett 24 Oct '13

24 Oct '13

The links in the forwarded email are 404. The diff for the recent change is actually: https://www.wikidata.org/w/index.php?title=Q594&curid=873&diff=81001648&old… I've seen this in several such mails in the last few days. ---------- Forwarded message ---------- From: MediaWiki Mail <wiki(a)wikimedia.org> Date: 23 October 2013 18:37 Subject: Wikidata page Q594 has been changed by Snipre To: XXXXXXXXXXX Dear Pigsonthewing, The Wikidata page Q594 has been changed on 23 October 2013 by Snipre, see http://www.wikidata.org/wiki/Q594 for the current revision. See http://www.wikidata.org/w/index.php?title=Q594&diff=next&oldid=79436893 to view this change. See http://www.wikidata.org/w/index.php?title=Q594&diff=0&oldid=79436893 for all changes since your last visit. Editor's summary: /* wbremoveclaims-remove:1| */[[Property:P243]]: 166687972 Contact the editor: mail: http://www.wikidata.org/wiki/Special:EmailUser/Snipre wiki: http://www.wikidata.org/wiki/User:Snipre There will be no other notifications in case of further activity unless you visit this page. You could also reset the notification flags for all your watched pages on your watchlist. Your friendly Wikidata notification system -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk

4 5

[Wikidata-l] Google Code-in: are you in?
by Quim Gil 22 Oct '13

22 Oct '13

Google Code-In is a contest to introduce pre-university students (ages 13-17) to the many kinds of contributions that make open source software development possible. Students must complete tasks (see examples), one at a time. The Google Code-in 2013 contest runs from November 18, 2013 to January 6, 2014. https://www.mediawiki.org/wiki/Google_Code-In There has been a discussion in this list about listing little bugs ready for newcomers. I'm sure there is also potential for documentation tasks e.g. small tutorials or step-by-step guides. Also, do you have cleanup tasks that someone must do (or program a little script / bot to do)? All these are good potential tasks for Code-in. What do you think? We are currently preparing the proposal to apply by Oct 28, next Monday. If you can add at least 5 tasks to the wiki page linked above then you will be ready for the next level - if we are one of the organizations selected on November 1. If you have questions just ask, here or at the related talk page. PS: Lydia is an expert Code-in mentor / org admin but I'm explicitly NOT requesting her to get involved as she usually volunteers to so. This is in fact a very good opportunity for new mentors with some free time and a will to help new contributors that perhaps perhaps will stick around and become Wikidata fans thanks to you. -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

1 0

[Wikidata-l] Proposed change to the inclusion synthax
by David Cuenca 20 Oct '13

20 Oct '13

Hi, I would like to know your opinion about having the value in the #property parser function. Right now we have two options: {{#property:P36}} {{#property:capital}} The problem with this model is that editors in wikipedia cannot see the value unless they render the page (or possibly use the VisualEditor). Having the value in the property parser itself would allow contributors to see and edit the value in Wikipedia, which would in turn update the Wikidata value. Of course updating the value in Wikidata will also update the text field. It could look like {{#property:P36|value=Berlin}} {{#property:capital|value=Berlin}} Or maybe: {{#property:P36=Berlin}} {{#property:capital=Berlin}} What is your opinion about it? Cheers, Micru

4 4

[Wikidata-l] Statistics
by Gerard Meijssen 19 Oct '13

19 Oct '13

Hoi, I do not know if you have seen the statistics compiled by Magnus [1]. They are up to date and useful. I blogged about it [2]. As far as I am concerned, the biggest challenge we face is the lack of labels. Given that 280+ languages are represented in Wikidata it clearly demonstrates that Wikidata is useless as it is for most languages. Please tell me that I am wrong and explain why. Thanks, GerardM [1] http://tools.wmflabs.org/wikidata-todo/stats.php [2] http://ultimategerardm.blogspot.nl/2013/10/statistics-for-wikidata.html

5 8

[Wikidata-l] Wikidata Weekly Summary #80
by John Lewis 18 Oct '13

18 Oct '13

Hello everyone, This week the 80 millionth edit was made to Wikidata, also a discussion over 'Showcase items' was started and Lydia gave a talk at Latinoware on Wikidata. See the full summary at; https://meta.wikimedia.org/wiki/Wikidata/Status_updates/2013_10_18 Regards, John

1 0

[Wikidata-l] labels for Wikidata items
by Gerard Meijssen 18 Oct '13

18 Oct '13

Hoi, Is there a bot to add labels to Wikidata ? It seems that the majority of the Wikidata items have only one label. To be useful, to be available to search, it is imperative that a label exists. The obvious value is the name of the Wikipedia article. It is better to have that as a label than no label.. Is there a bot that will populate Wikidata based on the existing interwiki links and, is it possible to have the name of a new article added as a label when a new Wikipedia article is added as an interwiki link? Thanks, Gerard

3 2

[Wikidata-l] Is Wikidata VIAF data being used in Wikipedia?
by Tom Morris 17 Oct '13

17 Oct '13

If I want the most current/accurate VIAF ids, should I be looking at Wikidata or Wikipedia? When I look at the EN Wikipedia pages for these two topics: http://www.wikidata.org/wiki/Q9094 http://www.wikidata.org/wiki/Q9095 both of which have property P214, the VIAF identifer, the second displays the VIAF identifier, but the first doesn't and the one that does display the identifier appears to be using information from the embedded AuthorityControl template, not Wikidata. My concern is that if the Wikidata VIAF data isn't being viewed/edit on Wikipedia, it can easily be invisibly wrong like the infamous Persondata template. Tom

5 6

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata