Wikidata

wikidata@lists.wikimedia.org

1 participants
4161 discussions

Re: [Wikidata-l] Live Demo time today 1 p.m. - 2.30 p.m. PST
by Marco Fossati 05 Nov '14

05 Nov '14

Hi Scott, Unfortunately the tutorial was not streamed. However, here is the link to the etherpad containing the links to both the slides and the demos: https://pad.okfn.org/p/DBpediaULI Hope this helps! Cheers, Marco On 11/4/14, 4:00 AM, wikidata-l-request(a)lists.wikimedia.org wrote: > Hi Marco and friends, Any chance you're streaming this to the web, > Marco? If so, what's the URL please? Thanks, Scott On Mon, Nov 3, 2014 > at 9:45 AM, Marco Fossati <hell.j.fox(a)gmail.com> wrote: >> >Hi folks, >> > >> >This is just to let you know that I will run live demos for the tutorial >> >at the Unicode conference today between 1 p.m. and 2.30 p.m. Pacific >> >Standard Time. >> >I kindly ask you not to overload the DBpedia endpoint (especially >> >http://dbpedia.org/sparql). >> >Also, I kindly ask the OpenLink guys to have an eye on it if something is >> >not responding well. >> >Thanks for your collaboration! >> > >> >Cheers, >> >-- >> >Marco Fossati >> >http://about.me/marco.fossati >> >Twitter: @hjfocs >> >Skype: hell_j -- Marco Fossati http://about.me/marco.fossati Twitter: @hjfocs Skype: hell_j

1 0

[Wikidata-l] Surname property
by Jean-Baptiste Pressac 04 Nov '14

04 Nov '14

Hello, Claims with surname properties are sometimes impossible. For instance, I tried to add the surname of René Grivart <https://www.wikidata.org/wiki/Q18330867>, but as I typed "Grivart" in the property value, the "save" link stays unclickable. Should we systematically create an item associated with the surname ? Thanks, -- Jean-Baptiste Pressac Traitement et analyse de bases de données Production et diffusion de corpus numériques Centre de Recherche Bretonne et Celtique Unité mixte de service (UMS) 3554 20 rue Duquesne CS 93837 29238 Brest cedex 3 tel : +33 (0)2 98 01 68 95 fax : +33 (0)2 98 01 63 93

8 9

[Wikidata-l] Live Demo time today 1 p.m. - 2.30 p.m. PST
by Marco Fossati 03 Nov '14

03 Nov '14

Hi folks, This is just to let you know that I will run live demos for the tutorial at the Unicode conference today between 1 p.m. and 2.30 p.m. Pacific Standard Time. I kindly ask you not to overload the DBpedia endpoint (especially http://dbpedia.org/sparql). Also, I kindly ask the OpenLink guys to have an eye on it if something is not responding well. Thanks for your collaboration! Cheers, -- Marco Fossati http://about.me/marco.fossati Twitter: @hjfocs Skype: hell_j

2 1

[Wikidata-l] Entities aliases with Wikidata Query API
by Jean-Baptiste Pressac 03 Nov '14

03 Nov '14

Hello, Is there a way to retrieve the aliases of the items and properties with Wikidata Query API ? Thanks, -- Jean-Baptiste Pressac Traitement et analyse de bases de données Production et diffusion de corpus numériques Centre de Recherche Bretonne et Celtique Unité mixte de service (UMS) 3554 20 rue Duquesne CS 93837 29238 Brest cedex 3 tel : +33 (0)2 98 01 68 95 fax : +33 (0)2 98 01 63 93

1 0

[Wikidata-l] Google Code-In 2014: Become a mentor and add tasks!
by Andre Klapper 03 Nov '14

03 Nov '14

Hi Wikidata crew, Google Code-In (GCI) will soon take place again - a contest for 13-17 year old students to contribute to free software projects. Wikimedia wants to take part again. Last year's GCI results were surprisingly good - see https://www.mediawiki.org/wiki/Google_Code-in_2013 We need your help: 1) Go to https://www.mediawiki.org/wiki/Google_Code-in_2014#Mentors.27_corner and read the information there. If something is unclear, ask! 2) Add yourself to the table of mentors on https://www.mediawiki.org/wiki/Google_Code-in_2014#Contacting_Wikimedia_men… - the more mentors are listed the better our chances are that Google accepts us. 3) Please take ten minutes and go through open recent tickets in https://bugzilla.wikimedia.org in your area of interest. If you see self-contained, non-controversial issues with a clear approach which you can recommend to new developers and would mentor: Add the task to https://www.mediawiki.org/wiki/Google_Code-in_2014#Proposed_tasks Until Sunday November 12th, we need at least five tasks from each of these categories (plus some less technical beginner tasks as well): * Code: Tasks related to writing or refactoring code * Documentation/Training: Tasks related to creating/editing documents and helping others learn more - no translation tasks * Outreach/research: Tasks related to community management, outreach/marketing, or studying problems and recommending solutions * Quality Assurance: Tasks related to testing and ensuring code is of high quality * User Interface: Tasks related to user experience research or user interface design and interaction Google wants every organization to have 100+ tasks available on December 1st. Last year, we had 273 tasks in the end. Note that you could also create rather generic tasks, for example fixing two interface messages from the list of dependencies of https://bugzilla.wikimedia.org/show_bug.cgi?id=38638 Helpful Bugzilla links: * Reports that were proposed for GCI last year and are still open: https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=ALL%20whiteboard%3Ag… * Open Wikidata tickets created in the last six months (if I got your products and components right): https://bugzilla.wikimedia.org/buglist.cgi?bug_status=UNCONFIRMED&bug_statu… * 8 existing Wikidata "easy" tickets (are they still valid? Are they really self-contained, non-controversial issues with a clear approach? Could some of them be GCI tasks that you would mentor? If so, please tag them as described above!): https://bugzilla.wikimedia.org/buglist.cgi?bug_status=UNCONFIRMED&bug_statu… Could you imagine mentoring some of these tasks? Thank you for your help in reaching out to new contributors and making GCI a success again! Please ask if you have questions. Cheers, andre PS: And in a future Phabricator world, Bugzilla tickets with the 'easy' keyword will become Phabricator tasks with the 'easy' project. -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/

1 0

[Wikidata-l] weekly summary #131
by Lydia Pintscher 03 Nov '14

03 Nov '14

Hey folks :) Here's your summary of what happened around Wikidata last week. Hope you had a great weekend. Events <https://www.wikidata.org/wiki/Wikidata:Events>/Press/Blogs <https://www.wikidata.org/wiki/Wikidata:Press_coverage> - Wikidata turned 2 on Wednesday! <https://www.wikidata.org/wiki/Wikidata:Second_Birthday> Have a look at the notes from the community and development team and add your note. Also don't forget to check out all the cool presents (a painting, speed improvements, a huge load of unconnected articles that you can help connect via the Wikidata Game, WikidataLDF, a recent changes visualisation)! - Wikidata II <http://gondwanaland.com/mlog/2014/10/30/wikidata-ii/> Other Noteworthy Stuff - Wikidata is nominated for 2 Open Data Awards <http://summit.theodi.org/awards/>! \o/ Magnus and Lydia will attend the award ceremony next week. Keep your fingers crossed for us. - Wikidata as the central hub for open life science data <http://blog.wikimedia.de/2014/10/22/establishing-wikidata-as-the-central-hu…> - What is Wikipedia about? <http://www.informationisbeautifulawards.com/showcase/608-what-is-wikipedia-…> Great data viz based on Wikidata - Super Lachaise <http://www.superlachaise.fr/>, a mobile app based on Wikidata for a cemetery in Paris - Random items without statements <https://tools.wmflabs.org/wikidata-todo/no_statements.php> - Tutorial: How to make a “descendants of” timeline using Wikidata <http://www.histropedia.com/blog/how-to-make-a-descendants-of-timeline/> - Updated statistics on the topics with most highly-rated articles on Wikipedia <https://www.wikidata.org/wiki/User:Pasleim/Badge_statistics> Did you know? - Less than 23% of @wikidata items have no statement. Down from ~53% a year ago. - Newest properties: deepest point <https://www.wikidata.org/wiki/Property:P1589>, Desa code of Indonesia <https://www.wikidata.org/wiki/Property:P1588>, Slovene Cultural Heritage Register ID <https://www.wikidata.org/wiki/Property:P1587>, Catalan object of cultural interest ID <https://www.wikidata.org/wiki/Property:P1586>, Municipality code of Brazil <https://www.wikidata.org/wiki/Property:P1585>, Pleiades identifier <https://www.wikidata.org/wiki/Property:P1584>, MalaCards ID <https://www.wikidata.org/wiki/Property:P1583>, natural product of taxon <https://www.wikidata.org/wiki/Property:P1582>, official blog <https://www.wikidata.org/wiki/Property:P1581>, University of Barcelona authority ID <https://www.wikidata.org/wiki/Property:P1580>, Beilstein Registry Number <https://www.wikidata.org/wiki/Property:P1579>, Gmelin Number <https://www.wikidata.org/wiki/Property:P1578> Development - Worked around memory corruption in zend PHP - HHVM beta feature is enabled again for Wikidata - Fixes for various breaking changes in mediawiki core - Work on language fall backs for new serialization code - Work on fixing XML dumps - Work on making Special:Version correct again for Wikidata extensions - Implemented LabelLookup to improve performance further - Worked more on remaining tasks for simple queries - Poked remaining tasks for statements on properties - Further improvements to the usability and workflow of sitelink editing - Wrote browser tests for authority control gadget See current sprint items <http://sb.wmflabs.org/p/wikidata/> for what we’re working on next. You can see all open bugs related to Wikidata here <https://bugzilla.wikimedia.org/buglist.cgi?emailcc1=1&list_id=151540&resolu…> Monthly Tasks - Hack on one of these <https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer%2C%20&ke…> . - Help fix these items <https://www.wikidata.org/wiki/Wikidata:The_Game/Flagged_items> which have been flagged using Wikidata - The Game. - Help develop the next summary here! <https://www.wikidata.org/wiki/Wikidata:Status_updates/Next> - Contribute to a Showcase item <https://www.wikidata.org/wiki/Wikidata:Showcase> Anything to add? Please share! :) Cheers Lydia, who is slightly jet-lagged after returning from a trip to California -- 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.

2 1

Re: [Wikidata-l] Super Lachaise, a mobile app based on Wikidata
by Maxime Le Moine 31 Oct '14

31 Oct '14

Hello everyone, I'm following up on Pyb's message about the Super Lachaise mobile app : > I'm happy to announce the release of Super Lachaise on the App Store. It's > a free mobile app that help you during the visit of the Père Lachaise > cemetery. This is probably one of the firsts mobile apps to use Wikidata ;) > http://www.superlachaise.fr/ > https://itunes.apple.com/fr/app/super-lachaise/id918263934 > > Pyb I'm the developer of the app. It's a small project I've been doing in my spare time. Not available in the Dutch iTunes Store... Sorry about that. The app is currently only available in french language and in the french app store, i expect to release an international/english version before the end of the year. That's a great idea! > Just curious, for such a specific use case, why did you go for an App > instead of a Website? Thanks a lot ! There are a lot of tourists coming to the Père Lachaise cemetery. The app is designed to be a companion, helping people finding specific tombs with geolocation and photos, discovering what's around them or accessing wikipedia/wikimedia commons data for the famous people buried there. How do you get the geocoordinates for the individual graves? Looing at > http://www.superlachaise.fr/ I see Guillaume Apollinaire. His Wikidata > https://www.wikidata.org/wiki/Q133855 has no geodata. The cemetery link > and Findagrave seem neither to have geodata. The geocoordinates come from OpenStreetMap. I've built an aggregate database which links data from Wikidata and OSM : https://github.com/MaximeLM/SuperLachaise/tree/master/PereLachaise/Resource… I will contribute the geodata to Wikidata. Thanks for pointing that. Maxime

1 0

[Wikidata-l] Categories in Wikidata
by Nicholas Humfrey 30 Oct '14

30 Oct '14

Hello, [think this come up before, but can't find a recent thread that directly relates to this] Are there any plans directly relate entities in Wikidata with categories in Wikidata – and avoid the duplication between all the different page languages? For example this book: http://www.wikidata.org/wiki/Q3235393<https://www.wikidata.org/wiki/Q3235393> http://en.wikipedia.org/wiki/Half_of_a_Yellow_Sun<https://en.wikipedia.org/wiki/Half_of_a_Yellow_Sun> And the English Wikipedia page is a member of this category: http://en.wikipedia.org/wiki/Category:War_novels<https://en.wikipedia.org/wiki/Category:War_novels> Which has this Wikidata ID associated with it: http://www.wikidata.org/wiki/Q8170055<https://www.wikidata.org/wiki/Q8170055> Currently we could resolve it using the following, slightly convoluted workflow: 1. Get Wikidata ID and resolve to 1 (or more) Wikipedia language pages 2. For each Wikipedia page, lookup a list of categories and gather together 3. From each category lookup a Wikidata ID for that category page 4. Remove duplicate Wikidata IDs 5. Lookup each of the Wikidata IDs in Wikidata to get title/description Going from a Wikidata Category to a list of Wikidata entities could be done in a similar way. Is there a better way of doing this now or the near future? nick.

2 1

[Wikidata-l] Missing Wikipedia links tool - thought
by Amir E. Aharoni 30 Oct '14

30 Oct '14

ZOMFG, the tool that Denny introduced yesterday as a birthday gift is unbelieavably useful and fun. Here are a few thoughts I had about it: I went over all the pages for the Hebrew-English pair. There were only 36, and that is suspiciously low. Were all the articles in these languages tested by this tool or only a subset? Even though almost all of the tool's suggestions were correct It would be problematic to fix these automatically. There were several types of article pairs: * Unrelated because one of the suggested pages was a disambiguation page and the other was not. Sometimes there was a link to the correct related page from the disambig page. If anybody makes a new version, this certainly should be corrected. * Related, but with explicit interlanguage links in the articles' source code. This required old-style interwiki conflict resolution. There was a surprisingly high number of these. I managed to resolve all the conflicts manually, but it did take a few minutes for each case. Examples from en.wikipedia: [[Bombe]], [[Bomba (cryptography)]], [[Diary of a Wimpy Kid]], [[PFLAG]]. * Related, with a Wikidata item for each page, but without conflicts, so easily mergeable. This can be done by a bot once it is identified for sure. Adding links to a page without any language links shows a box to write a language and a target title, and that's it. Adding a link to a new language to a page which already has some interlanguage links opens the whole item page in Wikidata (a whole other website!) and requires scrolling, editing the links, and in many cases - merging the items manually. The result is actually the same, so it would be very nice if the second case wouldn't be so complicated. That's it for now - I hope somebody finds it useful :) I finished with Hebrew, and I'm going on to Russian, which has over a thousand article pairs. IT'S INSANELY FUN. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬ 2014-10-29 19:56 GMT+02:00 Denny Vrandečić <vrandecic(a)google.com>: > Folks, > > as you know, many Googlers are huge fans of Wikipedia. So here’s a little > gift for Wikidata’s second birthday. > > Some of my smart colleagues at Google have run a few heuristics and > algorithms in order to discover Wikipedia articles in different languages > about the same topic which are missing language links between the articles. > The results contain more than 35,000 missing links with a high confidence > according to these algorithms. We estimate a precision of about 92+% (i.e. > we assume that less than 8% of those are wrong, based on our evaluation). > The dataset covers 60 Wikipedia language editions. > > Here are the missing links, available for download from the WMF labs > servers: > > https://tools.wmflabs.org/yichengtry/merge_candidate.20141028.csv > > The data is published under CC-0. > > What can you do with the data? Since it is CC-0, you can do anything you > want, obviously, but here are a few suggestions: > > There’s a small tool on WMF labs that you can use to verify the links (it > displays the articles side by side from a language pair you select, and > then you can confirm or contradict the merge): > > https://tools.wmflabs.org/yichengtry > > The tool does not do the change in Wikidata itself, though (we thought it > would be too invasive if we did that). Instead, the results of the human > evaluation are saved on WMF labs. You are welcome to take the tool and > extend it with the possibility to upload the change directly on Wikidata, > if you so wish, or, once the data is verified, to upload the results. > > Also, Magnus Manske is already busy uploading the data to the Wikidata > game, so you can very soon also play the merge game on the data directly. > He is also creating the missing items on Wikidata. Thanks Magnus for a very > pleasant cooperation! > > I want to call out to my colleagues at Google who created the dataset - > Jiang Bian and Si Li - and to Yicheng Huang, the intern who developed the > tool on labs. > > I hope that this small data release can help a little with further > improving the quality of Wikidata and Wikipedia! Thank you all, you are > awesome! > > Cheers, > Denny > > > > On Wed Oct 29 2014 at 10:52:05 AM Lydia Pintscher < > lydia.pintscher(a)wikimedia.de> wrote: > > Hey folks :) > > Today Wikidata is turning two. It amazes me what we've achieved in > just 2 years. We've built an incredible project that is set out to > change the world. Thank you everyone who has been a part of this so > far. > We've put together some notes and opinions. And there are presents as > well! Check them out and leave your birthday wishes: > https://www.wikidata.org/wiki/Wikidata:Second_Birthday > > > 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(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > _______________________________________________ > Wikidata-l mailing list > Wikidata-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > >

1 0

[Wikidata-l] Wikidata turns two!
by Lydia Pintscher 30 Oct '14

30 Oct '14

Hey folks :) Today Wikidata is turning two. It amazes me what we've achieved in just 2 years. We've built an incredible project that is set out to change the world. Thank you everyone who has been a part of this so far. We've put together some notes and opinions. And there are presents as well! Check them out and leave your birthday wishes: https://www.wikidata.org/wiki/Wikidata:Second_Birthday 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.

9 9

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata