June 2015 - Wikidata - lists.wikimedia.org

People who died in 2015 who were Dutch
by Gerard Meijssen 31 Aug '16

31 Aug '16

Hoi, Jura1 created a wonderful list of people who died in Brazil in 2015 [1]. It is a page that may update regularly from Wikidata thanks to the ListeriaBot. Obviously, there may be a few more because I am falling ever more behind with my quest for registering deaths in 2015. I have copied his work and created a page for people who died in the Netherlands in 2015 [2]. It is trivially easy to do this and, the result is great. The result looks great, it can be used for any country in any Wikipedia The Dutch Wikipedia indicated that they nowadays maintain important metadata at Wikidata. I am really happy that we can showcase their work. It is important work because as someone reminded me at some stage, this is part of what amounts to the policy of living people... Thanks, GerardM [1] https://www.wikidata.org/wiki/User:Jura1/Recent_deaths_in_Brazil [2] https://www.wikidata.org/wiki/User:Jura1/Recent_deaths_in_the_Netherlands

10 35

next round of arbitrary access rollouts
by Lydia Pintscher 21 Jul '15

21 Jul '15

Hey :) Rollout of arbitrary access is going well. So we're continuing on more projects. Here's the schedule for the next projects to get it: 11 June 2015: all Wikiquote, all remaining Wikivoyage 15 June 2015: arwiki, cawiki, eswiki, huwiki, kowiki, rowiki, ukwiki, viwiki 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.

3 3

[Wikidata-l] Call for development openness
by Ricordisamoa 16 Jul '15

16 Jul '15

Hi. I recently started following mediawiki/extensions/Wikibase on Gerrit, and quite astonishingly found that nearly all of the 100 most recently updated changes appear to be owned by WMDE employees (exceptions being one change by Legoktm and some from L10n-bot). This is not the case, for example, with mediawiki/core. While this may be desired by the Wikidata team for corporate reasons, I feel that encouraging code review by volunteers would empower both Wikidata and third-party communities with new ways of contributing to the project and raise awareness of the development team's goals in the long term. The messy naming conventions play a role too, i.e. Extension:Wikibase <https://www.mediawiki.org/w/index.php?title=Extension:Wikibase&redirect=no> is supposed to host technical documentation but instead redirects to the Wikibase <https://www.mediawiki.org/wiki/Wikibase> portal, with actual documentation split into Extension:Wikibase Repository <https://www.mediawiki.org/wiki/Extension:Wikibase_Repository> and Extension:Wikibase Client <https://www.mediawiki.org/wiki/Extension:Wikibase_Client>, apparently ignoring the fact that the code is actually developed in a single repository (correct me if I'm wrong). Just to add some more confusion, there's also Extension:Wikidata build <https://www.mediawiki.org/wiki/Extension:Wikidata_build> with no documentation. And what about wmde on GitHub <https://github.com/wmde> with countless creatively-named repos? They make life even harder for potential contributors. Finally, the ever-changing client-side APIs make gadgets development a pain in the ass. Sorry if this sounds like a slap in the face, but it had to be said.

10 23

Update frequency on the Wikidata Query API
by Andra Waagmeester 14 Jul '15

14 Jul '15

We currently rely on the Wikidata Query API to identify whether or not a set of claims exists on a given property. Some of our previous bot runs has created duplicates since recent additions didn't make it to the WDQ API yet. In our efforts to prevent the creation of duplicate entries, I am trying to better understand the WDQ-api. The documentation of the WDQ-api states that [1] "Also, the data used here is from WikiData "dumps", so it can be a few hours old.". However, when I check on the datadumps they are either updated weekly with json dumps or incremental daily dumps as xml [2]. Also, sometimes the WDQ-api seems to have instant behaviour with claims being added, in the sense that they are immediately available through the WDQ API. How often is the WDQ api really being updated? Is it possible to query wikidata live, with WDQ and if not, are there alternatives that would allow this? Regards, Andra Waagmeester [1] https://wdq.wmflabs.org/api_documentation.html [2] https://www.wikidata.org/wiki/Wikidata:Database_download

7 12

calendar model screwup
by Lydia Pintscher 06 Jul '15

06 Jul '15

Hi everyone, I have some bad news. We screwed up. I’m really sorry about this. I’d really appreciate everyone’s help with fixing it. TLDR: We have a bad mixup of calendar models for the dates in Wikidata and we need to fix them. ==== What happened? ==== Wikidata dates have a calendar model. This can be Julian or Gregorian and the plan is to support more in the future. There are two ways to interpret this calendar model: # the given date is in this calendar model # the given date is Gregorian and this calendar model says if the date should be displayed in Gregorian or Julian in the user interface Unfortunately both among the developers as well as bot operators there was confusion about which of those is to be used. This lead to inconsistencies in the backend/frontend code as well as different bot authors treating the calendar model differently. In addition the user interface had problematic defaults. We now have a number of dates with a potentially wrong calendar model. The biggest issue started when we moved code from the frontend to the backend in Mid 2014 in order to improve performance. Prior to the move, the user interface used to make the conversion from one model to the other. After the move, the conversion was not done anywhere anymore - but the calendar model was still displayed. We made one part better but in the process broke another part badly :( ==== What now? ==== * Going forward the date data value will be given in both the normalized proleptic Gregorian calendar as well as in the calendar model explicitly given (which currently supports, as said, proleptic Gregorian and proleptic Julian). * The user interface will again indicate which calendar model the date is given in. We will improve documentation around this to make sure there is no confusion from now on. * We made a flowchart to help decide what the correct calendar model for a date should be to help with the clean up. * We are improving the user interface to make it easier to understand what is going on and by default do the right thing. * We are providing a list of dates that need to be checked and potentially fixed. * How are we making sure it doesn’t happen again? * We are improving documentation around dates and will look for other potential ambiguous concepts we have. ==== How can we fix it? ==== We have created a list of all dates that potentially need checking. We can either provide this as a list on some wiki page or run a bot to add “instance of: date needing calendar model check“ or something similar as a qualifier to the respective dates. What do you prefer? The list probably contains dates we can batch-change or approve but we’d need your help with figuring out which those are. We also created a flowchart that should help with making the decision which calendar model to pick for a given date: https://commons.wikimedia.org/wiki/File:Wikidata_Calendar_Model_Decision_Tr… Thank you to everyone who helped us investigate and get to the bottom of the issue. Sorry again this has happened and is causing work. I feel miserable about this and if there is anything more we can do to help with the cleanup please do let me know. Let's please keep further discussion about this in one place on-wiki at https://www.wikidata.org/wiki/Wikidata:Project_chat#calendar_model_screwup 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.

13 27

How can Wikidata get over 30, 000, 000 facts added a year ?
by Thad Guidry 04 Jul '15

04 Jul '15

If 1 librarian in the USA added one fact or verified / qualified it per work day in their spare 2 mins a day. 119,729 Libraries in USA x 1 Librarian minimum per Library with internet access...mostly :-) x 251 work days in a year = 30,051,979 MILLION facts that could be added or verified Get the word out, Thad +ThadGuidry <https://www.google.com/+ThadGuidry>

13 16

"site link" vs. "sitelink"
by Amir E. Aharoni 30 Jun '15

30 Jun '15

Hi, There's a bikeshed about how "site link" should be spelled: with or without space. Currently almost all messages in the Wikibase software say "sitelink", and so does the Wikidata glossary [1] A counter-argument is that "site link" is a better English expression that doesn't create an unnecessary neologism. See the comments to these Gerrit patches: https://gerrit.wikimedia.org/r/#/c/218272/ https://gerrit.wikimedia.org/r/#/c/218272/ Though I committed the patch to make it "sitelink" everywhere in the UI, I do not have a strong preference for either spelling. I do, however, have a strong affinity to consistency in the spelling of translatable messages, because this makes life easier for users and for translators. Note, that this will only about the English spelling. Some languages (like Hebrew) strongly prefer spelling of compound words with a space, and some (like German) tend to spell them in one word. The translation is up to the translators. Consistency in the English spelling is only supposed to make it easier for the translators. Can anybody please help resolve this bike shed? Thank you! [1] https://www.wikidata.org/wiki/Wikidata:Glossary -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

4 4

Donostia-San Sebastián Wikidata Editathon
by csarasua 30 Jun '15

30 Jun '15

Hi Wikidatans, We are organizing a Wikidata Editathon in order to encourage Wikidata edits about San Sebastián (wikidata:Q10313) and its culture. The motivation behind the event is that San Sebastián will be European Capital of Culture in 2016. Moreover, we are organizing this event to encourage people in our region to edit and use Wikidata. We will work in teams and we will edit items of different topics (e.g. music, literature, points of interest related to San Sebastián). We will show participants the different use cases one can go through in Wikidata. We will also discuss application ideas and talk about collaborative systems. The event will take place in San Sebastián (Spain), on July 3rd, at the Faculty of Informatics (UPV/EHU). You can find more details (in Spanish) here: https://sites.google.com/site/donostiasansebastianenwikidata/ If anyone is interested in either participanting or helping out, please let us know. We would be really happy to have you there. You can write an email to: dssenwikidata(a)gmail.com Kind regards, Cristina Sarasua -- Cristina Sarasua Institute for Web Science and Technologies (WeST) Universität Koblenz-Landau Universitätsstraße 1 56070 Koblenz Germany e: csarasua(a)uni-koblenz.de p: +49 261 287 2772 f: +49 261 287 100 2772 w: http://west.uni-koblenz.de

2 2

New Wikidata maps
by Markus Kroetzsch 30 Jun '15

30 Jun '15

Hi all, inspired by the recent works of Adam, I have now recreated the Wikidata maps that Denny made some years ago: https://ddll.inf.tu-dresden.de/web/Wikidata/Maps-06-2015/en There are some interesting observations to be made there, and in any case the images are quite pretty. The code is available online as one of the Wikidata Toolkit examples [1] for anyone who wants to create more/different maps. Building all of the maps takes about half an hour on my laptop, once the dump is downloaded. Cheers, Markus [1] https://github.com/Wikidata/Wikidata-Toolkit/tree/master/wdtk-examples -- Markus Kroetzsch Faculty of Computer Science Technische Universität Dresden +49 351 463 38486 http://korrekt.org/

6 8

weekly summary #164
by Lydia Pintscher 28 Jun '15

28 Jun '15

Hey folks :) Here's what's been happening around Wikidata over the past week: Events <https://www.wikidata.org/wiki/Wikidata:Events>/Press/Blogs <https://www.wikidata.org/wiki/Wikidata:Press_coverage> - Past: Ateliers Wikidata <https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Ateliers_Wikidata> - Upcoming: Wikimania. There will be several talks and workshops related to Wikidata. Say hi at the "Ask Us Anything" session for Wikidata if you're there. - Reductionism <http://magnusmanske.de/wordpress/?p=324> Other Noteworthy Stuff - Which geographic areas do different Wikipedias cover? How does it compare to Wikidata? Markus has a beautiful answer <https://ddll.inf.tu-dresden.de/web/Wikidata/Maps-06-2015/en> - Wikiproject Molecular Biology and AskPlatypus are shortlisted for the OpenData Award <http://awards.theodi.org/2015-shortlist/> \o/ This is the award Wikidata won last year. - Paper on vandalism on Wikidata <https://www.uni-weimar.de/medien/webis/publications/papers/stein_2015g.pdf>. Lydia is in touch with them to figure out how to best use the insights for us. - Reasonator <https://tools.wmflabs.org/reasonator/> got some updates: it is now using external ID formatter URLs, has monolingual string support and better social network links Did you know? - Newest properties: number of children <https://www.wikidata.org/wiki/Property:P1971>, MovieMeter movie identifier <https://www.wikidata.org/wiki/Property:P1970>, MovieMeter director ID <https://www.wikidata.org/wiki/Property:P1969>, Foursquare venue ID <https://www.wikidata.org/wiki/Property:P1968>, BoxRec ID <https://www.wikidata.org/wiki/Property:P1967>, Biblioteca Nacional de Chile catalogue number <https://www.wikidata.org/wiki/Property:P1966>, sortkey <https://www.wikidata.org/wiki/Property:P1964>, properties for this type <https://www.wikidata.org/wiki/Property:P1963>, patron <https://www.wikidata.org/wiki/Property:P1962>, Comité des travaux historiques et scientifiques <https://www.wikidata.org/wiki/Property:P1961>, Google Scholar ID <https://www.wikidata.org/wiki/Property:P1960>, Dutch Senate person ID <https://www.wikidata.org/wiki/Property:P1959>, Trismegistos ID <https://www.wikidata.org/wiki/Property:P1958>, Wikisource index page <https://www.wikidata.org/wiki/Property:P1957> - Newest External tools <https://www.wikidata.org/wiki/Wikidata:Tools/External_tools>: Wikidata Compare <https://www.wikidata.org/wiki/Wikidata:Tools/External_tools#Wikidata_Compare> - Showcase items <https://www.wikidata.org/wiki/Wikidata:Showcase_items>: none. Yours next week? Development - Jonas joined the team and Adam is back <https://lists.wikimedia.org/pipermail/wikidata/2015-June/006543.html> \o/ - Deployed arbitrary access to ruwiki and cswiki - Machine readable versions (in various formats) of Wikibase entities will be advertised in their page heads as alternate link. ( phabricator:T96298 <https://phabricator.wikimedia.org/T96298>) - Fixed property label on item pages not scrolling anymore ( phabricator:T94588 <https://phabricator.wikimedia.org/T94588>) - More work on getting the Wikibase Quality extensions ready for release. The part doing constraint violation checks should go to test.wikidata.org next week. The part doing checks against 3rd party databases will still take a bit longer but is also shaping up nicely. - Made it possible to create items even when another user is mass-creating items (phabricator:T103796 <https://phabricator.wikimedia.org/T103796>) - Bene* worked more on making Wikidata work nicely on mobile - Fixed weird issue with cursor jumping around in sitelink input field ( phabricator:T103489 <https://phabricator.wikimedia.org/T103489>) - Fixed an issue where it was not possible to edit a statement after you removed its only reference (phabricator:T103603 <https://phabricator.wikimedia.org/T103603>) - Lydia will be traveling for much of July. Expect her to be a bit less responsive during that time. You can see all open bugs related to Wikidata here <https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R>. Monthly Tasks - Hack on one of these <https://phabricator.wikimedia.org/maniphest/query/R8GRzX1eH0tb/#R>. - 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_items> Anything to add? Please share! :) 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.

1 0

Welcome Jonas! Welcome back Adam!
by Lydia Pintscher 25 Jun '15

25 Jun '15

Hey folks :) On Monday a new colleague started working with us on Wikidata. His name is Jonas Kress. He'll be supporting us on user interface development and much more. He says: "Hey I am Jonas the new guy in the Wikidata team. I have a passion for free knowledge, coding and traveling. Feel free to contact me if you like to get to know more about me." Addshore is also back at Wikimedia Germany and will support the software development here again with an initial focus on Wikidata. 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.

4 3

weekly summary #163
by Lydia Pintscher 25 Jun '15

25 Jun '15

Hey folks :) Here's your summary of what's been happening around Wikidata over the last week. Enjoy the rest of the weekend! Discussions - German language Wikipedia closed its RfC on usage of Wikidata data <https://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder/Nutzung_von_Daten_au…>. As a result Wikidata data can be used on the project as long as it happens through a template and it has a non-Wikimedia reference. Events <https://www.wikidata.org/wiki/Wikidata:Events>/Press/Blogs <https://www.wikidata.org/wiki/Wikidata:Press_coverage> - Past: Office hour on IRC. We talked about cool things that happened around Wikidata over the past 3 months got an update on upcoming developments and Freebase and more. You can read the log <https://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2015-06-19> . Other Noteworthy Stuff - en:South Pole Telescope <https://en.wikipedia.org/wiki/South_Pole_Telescope> is a nice example of an infobox completely filled from Wikidata. - Template:Quarters of Lausanne District 4 (Q20150617) <https://www.wikidata.org/wiki/Q20150617> was created on 2015-06-17 - More data from Freebase <https://www.wikidata.org/wiki/Wikidata:Freebase> have been added the Primary Sources Tool <https://www.wikidata.org/wiki/Wikidata:Primary_sources_tool>. There is also a page <https://www.wikidata.org/wiki/Wikidata:WikiProject_Freebase/Mapping> to help the mapping of Freebase properties. - Nice new manual for MixnMatch <https://meta.wikimedia.org/wiki/Mix%27n%27match/en> - The new nature.com/ontologies links to external ontologies and datasets; among them Wikidata. - National Gallery of Art <https://www.wikidata.org/wiki/Q214867> and the J. Paul Getty Museum <https://www.wikidata.org/wiki/Q731126> now have entries for all their paintings on Wikidata thanks to wiki project Sum of all Paintings Did you know? - Newest properties: takeoff and landing capability <https://www.wikidata.org/wiki/Property:P1956>, Discogs label ID <https://www.wikidata.org/wiki/Property:P1955>, Discogs master ID <https://www.wikidata.org/wiki/Property:P1954>, Discogs artist ID <https://www.wikidata.org/wiki/Property:P1953>, Encyclopaedia Metallum band id <https://www.wikidata.org/wiki/Property:P1952>, investor <https://www.wikidata.org/wiki/Property:P1951>, second surname in Spanish name <https://www.wikidata.org/wiki/Property:P1950>, CulturaItalia ID <https://www.wikidata.org/wiki/Property:P1949>, BerlPap identifier <https://www.wikidata.org/wiki/Property:P1948>, Mapillary id <https://www.wikidata.org/wiki/Property:P1947>, National Library of Ireland authority <https://www.wikidata.org/wiki/Property:P1946> - Newest WikiProjects <https://www.wikidata.org/wiki/Wikidata:WikiProjects>: Cross Items Interwikis <https://www.wikidata.org/wiki/Wikidata:WikiProject_Cross_Items_Interwikis> Development - Made a small API breaking change to wbeditentity and wbgetclaims modules. Details can be seen in the commit message of https://gerrit.wikimedia.org/r/#/c/217885/ - Worked more on unit support - Fixed an issue where you'd sometimes select the wrong value when entering a statement unintentionally (phabricator:T98471 <https://phabricator.wikimedia.org/T98471>) - Switched the whole code base to make use of DataModel 3.0 - The concept of “claims” no longer exists in Wikibase, as all places in the software work with statements. We are making this more and more explicit in the code. - The autoloading mechanism of the extension changed, see phabricator:T100813 <https://phabricator.wikimedia.org/T100813> - More work on getting the Wikibase Quality extensions ready for deployment. They'll improve constraint checking and provide checks against 3rd party databases. - Special:UnconnectedPages had to be reworked (thanks Amir!) because of huge performance issues. Because of this it loses some functionality (being able to specify where the list starts and limiting the list to pages that have local interwiki links). We're working on bringing functionality back without the performance penalty. - Bene* created a SPARQL abstraction layer for PHP called Asparagus: https://github.com/Benestar/asparagus - Enabled arbitrary access on arwiki, cawiki, eswiki, huwiki, kowiki, rowiki, ukwiki, viwiki, and usage tracking on dewiki, ruwiki, cswiki and all s3 wikis. (ruwiki and cswiki get arbitrary access on June 23) - Finishing work on improved handling “invalid” values and statements with deleted properties. - Small breaking DOM change: Wikibase no longer adds its own <h1> but uses MediaWiki's default .firstHeading element. (phabricator:T93534 <https://phabricator.wikimedia.org/T93534>) You can see all open bugs related to Wikidata here <https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R>. Monthly Tasks - Hack on one of these <https://phabricator.wikimedia.org/maniphest/query/R8GRzX1eH0tb/#R>. - 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_items> - Help translate <https://www.wikidata.org/wiki/Special:LanguageStats> or proofread pages in your own language! - Add labels, in your own language, for the new properties listed above. Anything to add? Please share! :) 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.

2 1

ISRC property needs NEW sister property to hold sound recording length
by Thad Guidry 23 Jun '15

23 Jun '15

Now that we have the new ISRC property (International Standard Recording Code) ... Can someone propose a new property to capture the "length of sound recording' with a property ? (if another property doesn't exist, from my cursory inspection, it does not exist) See ISRC FAQ snippet below from https://www.usisrc.org/faqs/assignment.html *Q. When do changes in a recording merit a new ISRC?* A new ISRC must be issued when: - A sound recording is re-mixed or edited. - If a new fade changes the length of a track by more than 10 seconds. - Edits that change the length of a sound recording by more than 10 seconds (playing time is measured from the first recorded modulation to the last recorded modulation). - A previously released sound recording is partially used as part of a compilation. - A 'full restoration' of a historical recording is performed by re-mastering, re-pitching, re-equalizing, de-noising or de-clicking a sound recording to meet contemporary quality standards. The registrant of the recording has discretion when making the determination between full re-mastering (sound restoration) and simple re-mastering (reproduction without sound restoration). Thad +ThadGuidry <https://www.google.com/+ThadGuidry>

2 1

Upcoming short presentation in London
by Navino Evans 22 Jun '15

22 Jun '15

Hi all, I will be doing a short presentation about Wikidata at an ISKO conference in London Knowledge Organization – making a difference <http://www.iskouk.org/content/knowledge-organization-making-difference> (13th - 14th July) The title of the talk is "Wikidata: the potential of structured data to enable applications such as Histropedia" Unfortunately it's a bit misleading as I've changed the focus of the talk, but missed the boat for changing the title. It's actually going to be entirely about Wikidata, with a brief mention of a range of third party uses (the description in the programme will reflect this though). The organisers have asked that I spread the word about the conference, so please do let anyone know who may interested in attending :) Best wishes, Navino

2 2

next Wikidata office hour on IRC
by Lydia Pintscher 19 Jun '15

19 Jun '15

Hey folks :) It's been a while since the last office hour. We'll do the next one on June 19th at 16UTC in #wikimedia-office on Freenode. See http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=00&sec=0&d… for your timezone. Looking forward to seeing many of you there! 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.

2 4

[Wikidata-l] making otherProjectsLinksByDefault non-beta
by Amir E. Aharoni 19 Jun '15

19 Jun '15

Hi, The "Other projects sidebar" beta feature is already on by default in some projects, such as the Italian Wikipedia and the French Wikipedia. Search for otherProjectsLinksByDefault in http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php Is there any reason not to make it it on by default in all (or most) projects? -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

3 3

Import of redirects as aliases
by Federico Leva (Nemo) 19 Jun '15

19 Jun '15

Do we have statistics on how many aliases we have compared to the redirects in Wikipedia and Wikiquote, especially for proper names? I'd suppose that all redirects have been imported by now. Aliases are a rather efficient way to store redirects for names which are used in many forms. My only problem is that there is no way to add an alias for languages, e.g. Latin names of learned people; but I hope search does or will remedy by searching in all languages anyway. Nemo

4 4

Help needed for Freebase to Wikidata migration
by Thomas Pellissier-Tanon 18 Jun '15

18 Jun '15

Hey everyone, As you may already know, I am currently working on the importation of Freebase content into Wikidata [1] using the primary source tool [2]. One of the big challenges of the migration is to build a good mapping of the properties of Freebase to Wikidata ones.There are a few thousand of properties so it is a task too big to be done alone. Your help is far more than welcome for this task on this page: https://www.wikidata.org/wiki/Wikidata:WikiProject_Freebase/Mapping Cheers, Thomas [1] https://www.wikidata.org/wiki/Wikidata:WikiProject_Freebase [2] https://www.wikidata.org/wiki/Wikidata:Primary_sources_tool

8 20

Wikimania talk input
by Lydia Pintscher 18 Jun '15

18 Jun '15

Hey folks :) I'll be giving a talk about the state of Wikidata at Wikimania in Mexico City. Is there anything you think I should definitely talk about? Some great story? A useful project? Some nice numbers? 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.

14 17

Re: [Wikidata] Help needed for Freebase to Wikidata migration
by Marco Fossati 17 Jun '15

17 Jun '15

Hi Thomas, 1. Are these mappings [1, 2] coming from earlier discussions [3] already validated/integrated? 2. As the maintainer of the DBpedia mapper bot, the procedure to add schema mappings to Wikidata classes and properties has already been discussed [4]. The bot code can be easily adapted for Freebase, let me know and I can volunteer to open a request for the new bot. Hope this helps. Cheers! [1] https://docs.google.com/spreadsheets/d/1QXISrOrsr8EEjTtkIKsbIQGhg7jRXh_RKFl… [2] https://docs.google.com/spreadsheets/d/1USoyyvgouOK8t7PjtP_yveVbKM2WZI64lht… [3] https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Freebase#Statistica… [4] https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/DBpedia… On 6/16/15 2:01 PM, wikidata-request(a)lists.wikimedia.org wrote: > Date: Mon, 15 Jun 2015 16:24:20 -0700 > From: Thomas Pellissier-Tanon<thomaspt(a)google.com> > To:wikidata@lists.wikimedia.org > Subject: [Wikidata] Help needed for Freebase to Wikidata migration > Message-ID: > <CAM9+YaS_Vjx24RTNcyeE6yvdiuyVDvyB1sGN1jGkN8jZO=fzrQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hey everyone, > > As you may already know, I am currently working on the importation of > Freebase content into Wikidata [1] using the primary source tool [2]. > > One of the big challenges of the migration is to build a good mapping of > the properties of Freebase to Wikidata ones.There are a few thousand of > properties so it is a task too big to be done alone. Your help is far more > than welcome for this task on this page: > https://www.wikidata.org/wiki/Wikidata:WikiProject_Freebase/Mapping > > Cheers, > > Thomas > > [1]https://www.wikidata.org/wiki/Wikidata:WikiProject_Freebase > [2]https://www.wikidata.org/wiki/Wikidata:Primary_sources_tool -- Marco Fossati http://about.me/marco.fossati Twitter: @hjfocs Skype: hell_j

1 0

Lists of things as entities in Wikidata
by Thad Guidry 16 Jun '15

16 Jun '15

In Freebase, we had bot scripts that went through and removed "Lists of Things" topic entities since they are lists of entities and not useful clumped together and normalized in a graph database. Does Wikidata have something similar or a user review process for deletion of these ? Ex. List of tallest buildings in Wuhan - https://www.wikidata.org/wiki/Q6642364 Thad +ThadGuidry <https://www.google.com/+ThadGuidry>

12 25

University automatically being College alias ?
by Thad Guidry 15 Jun '15

15 Jun '15

There are times when a few keywords are often interchanged with each other in different languages and dialects. It seems advantageous to somehow tell Wikidata Search that when someone types Harvard College to interchange and also look for Harvard University, and vice versa. An interchange mapping table might suffice just for this use case, or something else, dunno... How far in the future is this feature ? Roadblocks ? Thad +ThadGuidry <https://www.google.com/+ThadGuidry>

6 10

weekly summary #162
by Lydia Pintscher 14 Jun '15

14 Jun '15

Hey folks :) Here's what's been happening around Wikidata over the past week: Discussions - Should we have a Wikidata User Group <https://meta.wikimedia.org/wiki/Wikidata_Community_User_Group>? Events <https://www.wikidata.org/wiki/Wikidata:Events>/Press/Blogs <https://www.wikidata.org/wiki/Wikidata:Press_coverage> - Past: Thanks to everyone who participated in the Wikidata:Menu Challenge <https://www.wikidata.org/wiki/Wikidata:Menu_Challenge> which made Wikidata shine at *A Taste of Stockholm*. The live results are still up at https://wikimedia-sverige.github.io/tastydata . - Upcoming: Donostia-San Sebastián Wikidata Editathon <https://sites.google.com/site/donostiasansebastianenwikidata/> - Upcoming: Ateliers Wikidata in Paris <https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Ateliers_Wikidata> - News about Wikidata FIST <http://magnusmanske.de/wordpress/?p=319> - Review of the big interwiki link migration <http://addshore.com/2015/06/review-of-the-big-interwiki-link-migration/> - Timeline of Christopher Lee films <http://histropedia.com/blog/timeline-of-christopher-lee-films/> - Wikidata map - 19 months on <http://addshore.com/2015/06/wikidata-map-19-months-on/> - A challenge was raised <http://ultimategerardm.blogspot.nl/2015/06/wikidata-six-degrees-of-separati…> to calculate the degrees of separation to Kevin Bacon. Already one routine has been produced, the next step is to use live data so that we can work on reducing the number of intermediary steps. Other Noteworthy Stuff - ViziData has been improved significantly <https://lists.wikimedia.org/pipermail/wikidata/2015-June/006365.html> - Wikidata Visualization Challenge winners announced <https://se.wikimedia.org/wiki/Projekt:%C3%96ppna_data_2015/Visualisering/T%…>: first prize to ViziData. - New paper: Peer-production system or collaborative ontology development effort: what is Wikidata? <http://eprints.soton.ac.uk/377397/> - Jura1 posted some data around property usage on items about people <https://www.wikidata.org/wiki/User:Jura1/People_charts> - Tpt is interning at Google now to free up more content from Freebase for us. He's adding more data to the Primary Sources Tool <https://www.wikidata.org/wiki/Wikidata:Primary_sources_tool>. Did you know? - Newest properties: street key <https://www.wikidata.org/wiki/Property:P1945>, relief location map <https://www.wikidata.org/wiki/Property:P1944>, location map <https://www.wikidata.org/wiki/Property:P1943>, McCune-Reischauer romanization <https://www.wikidata.org/wiki/Property:P1942>, conifers.org ID <https://www.wikidata.org/wiki/Property:P1940>, Dyntaxa ID <https://www.wikidata.org/wiki/Property:P1939>, Project Gutenberg ID <https://www.wikidata.org/wiki/Property:P1938>, UN/LOCODE <https://www.wikidata.org/wiki/Property:P1937>, Digital Atlas of the Roman Empire ID <https://www.wikidata.org/wiki/Property:P1936>, DBCS ID <https://www.wikidata.org/wiki/Property:P1935>, Animator.ru ID <https://www.wikidata.org/wiki/Property:P1934>, MobyGames ID <https://www.wikidata.org/wiki/Property:P1933>, stated as <https://www.wikidata.org/wiki/Property:P1932>, PGCH ID <https://www.wikidata.org/wiki/Property:P1931> Development - Deployed arbitrary access on all Wikivoyage and Wikiquote projects and announced the next ones. See d:Wikidata:Arbitrary access <https://www.wikidata.org/wiki/Wikidata:Arbitrary_access> for more. - More fine tuning on entity usage tracking (relevant for arbitrary access) - Fixed bug that sometimes allowed multiple properties to have the same label in a given language (phabricator:T102148 <https://phabricator.wikimedia.org/T102148>) - More work on automatically creating redirects when merging items - More code review of the Wikidata Quality extensions (improved constraint reports and checks against 3rd party databases). Starting to look good for a first deployment. - The sitelinks heading hierarchy changed and includes a “Site links” heading now that is only shown on mobile. This is a DOM change needed to make Wikidata work better on mobile. - Started working on having PHPCS coverage for the major Wikibase.git code base to find small code issues more easily - Prepared Wikibase.git for the DataModel 3.0 switch - Released Wikibase DataModel Serialization 1.4 - Released Wikibase Internal Serialization 1.4 - New releases of several DataValue components, including DataValues Number 0.5, DataValues JavaScript 0.7 and ValueView 0.14.5 You can see all open bugs related to Wikidata here <https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R>. Monthly Tasks - Hack on one of these <https://phabricator.wikimedia.org/maniphest/query/R8GRzX1eH0tb/#R>. - 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_items> - Help translate <https://www.wikidata.org/wiki/Special:LanguageStats> or proofread pages in your own language! - Add labels, in your own language, for the new properties listed above. Anything to add? Please share! :) 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.

1 0

Wikidata data dump: JSON versus XML
by gnosygnu 14 Jun '15

14 Jun '15

Hi. Currently, the dump service offers two different dumps for wikidata: * XML: http://dumps.wikimedia.org/wikidatawiki/latest/ * JSON: http://dumps.wikimedia.org/wikidatawiki/entities/ According to http://www.wikidata.org/wiki/Wikidata:Database_download, the JSON dump is listed as the recommended dump format. Also, at the time of writing, the JSON dump has been generating regularly every week whereas the XML dump has been delayed for 2+ months. Going forward, will both dumps continue to be supported? Or will the XML dump be phased out and only the JSON dump remain? Or are these plans still to be determined based on upcoming changes to the dumping infrastructure as per https://phabricator.wikimedia.org/T88728? If the JSON dump is to be the sole data format, is there any way to address the following omissions? * '''Non-JSON pages not available''': The JSON dump only provides JSON content-type pages in the main and property namespaces. Pages in other namespaces are not available, including the Main Page. For example, here are the counts from the 2015-03-30 dump id name count ---- ------------ ----- 4 Wikidata 10280 8 MediaWiki 2244 10 Template 4701 12 Help 779 14 Category 3073 828 Module 175 1198 Translations 83524 * '''Page metadata not available''' : For the JSON pages, the page_touched and page_id is not available. * '''Other tables not provided''': Other tables are not provided, notably categorylinks and page_props Thanks in advance for any information.

3 5

accessing data from a wikidata concept page
by Benjamin Good 11 Jun '15

11 Jun '15

I recently introduced wikidata to a (very computationally savvy) colleague by sending him this link: https://www.wikidata.org/wiki/Q423111 His response is indicative of an interface problem that I think is actually very important: "Is there a simple way to get the RDF for a given concept? The page seems to only present the english names for the concept and its linked concepts." Leaving aside RDF, it is really not straightforward for newcomers to get from a concept page like that to the corresponding structured data. This could be solved with the consistent addition of a simple link like "view json/xml/rdf" to each of the concept pages on wikidata. They would just be links to the API calls: e.g. http://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q423111 in this case. As the concept pages themselves get tossed around a lot, such an addition could be extremely valuable in teaching the uninitiated what its all about and would come at very little cost - to me, this button is akin to the 'view source' action on web pages - an absolutely fundamental part of how the web grows - even now. -Ben

4 8

Data amplitude and representation
by David Cuenca Tudela 11 Jun '15

11 Jun '15

Hi, I am investigating some concepts about signal processing and relating them to data manipulation. It is somehow difficult because the way computer scientists relate to concepts is very dogmatic, something is either black or white, however I have not found much on "things that under certain circumstances can be considered black-ish, and under another set of circumstances can be considered white-ish" http://freethoughtblogs.com/singham/2012/06/25/shades-of-grey-optical-illus… In signal processing there is the concept of amplitude which is just the signal strength. For humans language is like an amplitude communication process where the receiver picks up not only the signal, but also its amplitude depending on context, awareness, previous knowledge, etc. factors which in turn can be considered waves being processed by the ontological biological-organizational complex, the body-mind. It is tough to describe that a certain concept might have a certain amplitude in some situations and other amplitude in other situations, and perhaps even harder to make a human interface for it. Has anyone attempted it in the past? If Q items are not static entities, what is the best way to convey that they are not? And is it possible or desirable at all? Perhaps these questions are more suitable for a Wikidata 2.0, or perhaps it is already doable, who knows. Any thoughts? Cheers, Micru

10 12

Re: [Wikidata] Historic buildings/National trust
by Mike Cummins 10 Jun '15

10 Jun '15

I have had an interesting correspondence with Historic England and have had a couple of spreadsheets detailing different information. I have linked these into a Fusion table: https://www.google.com/fusiontables/DataSource?docid=14xbBg7o-h-1IY2RwKji9n… Is any of this of use to Wikidata? I can extract, massage, whatever to most formats... Mike

1 0

Way to check how many claims there are per item-sitelink from WP article category or list
by Jane Darnell 10 Jun '15

10 Jun '15

Hi all, After looking at the list of items without any claims, I was wondering if I could help with the cleanup by checking the categories I am familiar with. Is there any way to get a breakdown of #claims per item given a list of items from, say, a Wikipedia category? Thanks in advance, Jane

2 1

No links, wrong data: Scottland's orphans need help
by Markus Krötzsch 08 Jun '15

08 Jun '15

Hi all, Looking at more "orphaned items", I found several pairs of items that look like these two: https://www.wikidata.org/wiki/Q17574663 https://www.wikidata.org/wiki/Q17569687 Same label and description, same coordinates, no Wikidata articles, "identified" by different Historic Scotland IDs. If you follow the ID links, however, you can see that the first of the items has data that does not match the ID, while the second is correct. The direct question is: How to fix these errors? There are other cases, such as Q17572335 and Q17570206. I did not do a systematic study, but something seems to have gone wrong here in more than one case. I cannot fix mass edits one by one without having a clue what has happened and why. The indirect question is: How can I find out who did this and maybe ask the person to fix it? The history is of no help (Reinheitsgebot/Widar). Posting every error in Wikidata to this list to ask also seems like a bad idea. Finally, the technical question is: Why is this even possible? I thought that, in each language, label+description are a key (globally unique), yet here we have many pairs of items with exactly the same label and description. Or is the problem that no description was entered and so the system does not apply the key? In any case, a data integration helper application that looks at equal labels+descriptions would probably make sense, especially for orphaned items. (As I know Wikidata, someone might well reply to this email with a link to where this is already found ;-). Regards Markus

12 32

weekly summary #161
by Lydia Pintscher 08 Jun '15

08 Jun '15

Hey folks :) Here's what has been happening around Wikidata over the past week for you: Discussions - RfC on usage of Wikidata on German-language Wikipedia <https://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder/Nutzung_von_Daten_au…> Events <https://www.wikidata.org/wiki/Wikidata:Events>/Press/Blogs <https://www.wikidata.org/wiki/Wikidata:Press_coverage> - Past: Pigsonthewing and aude were at State of the Map US to talk about Wikidata/OpenStreetMap cooperation and more - Past: Lucie and Marius gave an intro to Wikidata at Gulaschprogrammiernacht in Karlsruhe (slides <https://www.wikidata.org/wiki/File:Wikidata_Workshop_-_GPN_2015.pdf>) - Upcoming: Office hour on IRC on 19th <https://lists.wikimedia.org/pipermail/wikidata/2015-June/006376.html> Other Noteworthy Stuff - The English-language Wikipedia has decided to deprecate Persondata <https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29/Archiv…> in favour of Wikidata. - New tool by Magnus to make it easier to add references <http://magnusmanske.de/wordpress/?p=310> - The results are in for the Wikimedia Foundation's board election <https://blog.wikimedia.org/2015/06/05/board-election-results/>. One name should sound familiar to you ;-) - Addshore created new maps of the geocoordinates on Wikidata <https://twitter.com/wikidata/status/606086887820955649>. More coming. - Sylvain made an overview of the overlap in topics that the biggest Wikipedias have <https://gist.github.com/Ash-Crow/ae1a3ae8318994afe45d>. - Wikidata has passed German Wikipedia in number of items with images (743850 dewp articles vs. 804885 items) - now only second to English-language Wikipedia. - Catalan Wikipedia is moving Taxon IDs to Wikidata. - Zolo did a comparison <https://www.wikidata.org/wiki/User:Zolo/Wikipedia_content> of English/French/German/Chinese and Cebuano Wikipedias in terms of main types of articles. Biographies were compared by period, nationality and occupation. - Connectivity <https://www.wikidata.org/wiki/User:Pasleim/Connectivity> statistics were updated. Did you know? - Newest properties: DMS V <https://www.wikidata.org/wiki/Property:P1930>, Clinvar Accession Number <https://www.wikidata.org/wiki/Property:P1929>, Vaccine Ontology ID <https://www.wikidata.org/wiki/Property:P1928>, VIOLIN ID <https://www.wikidata.org/wiki/Property:P1925>, vaccine for <https://www.wikidata.org/wiki/Property:P1924>, participating team <https://www.wikidata.org/wiki/Property:P1923>, first line <https://www.wikidata.org/wiki/Property:P1922>, URI pattern for RDF resource <https://www.wikidata.org/wiki/Property:P1921>, Commonwealth War Graves Commission burial ground identifier <https://www.wikidata.org/wiki/Property:P1920>, Ministry of Education of Chile school ID <https://www.wikidata.org/wiki/Property:P1919> - Newest gadgets: Mark as patrolled <https://www.wikidata.org/wiki/MediaWiki:Gadget-Mark_as_patrolled> by User:Petr Matas <https://www.wikidata.org/wiki/User:Petr_Matas> Development - Italian Wikipedia and all remaining Wikisource projects now have arbitrary access. The rollout will continue. The schedule for the next projects is at d:Wikidata:Arbitrary access <https://www.wikidata.org/wiki/Wikidata:Arbitrary_access>. - The Content Translation tool now automatically connects translated articles to Wikidata. (Thanks Content Translation developers!) Previously translated but unconnected articles have been connected by a bot. (Thanks Amir!) - Code review of the extensions written by a team of students to improve the constraint reports and make it possible to automatically check our data against other databases. A first version will go live soon pending further codereview and fixes. - Two new methods have been added to the lua library provided by Wikibase: wikibase.resolvePropertyId <https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.re…> and wikibase.entity:getBestStatements <https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.en…> . - Further work on making unserializable values editable in the UI (This can happen for example if a property is deleted.) - Made the Wikidata JSON dumps available on Labs in the standard dumps location there (/public/dumps). - Worked on automatically creating a redirect when merging items via the API. - Rewrote the script that generates a map image based on geocoordinates in Wikidata. (Result see above.) - Released Wikibase DataModel 3.0 You can see all open bugs related to Wikidata here <https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R>. Monthly Tasks - Hack on one of these <https://phabricator.wikimedia.org/maniphest/query/R8GRzX1eH0tb/#R>. - 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_items> - Help translate <https://www.wikidata.org/wiki/Special:LanguageStats> or proofread pages in your own language! - Add labels, in your own language, for the new properties listed above. Anything to add? Please share! :) 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.

4 6

[Wikidata-l] wikidata tag on Openstreetmap
by Jo 07 Jun '15

07 Jun '15

Hi, I'm a longtime OSM contributor. I like the idea of Wikidata and what I'm really interested in is a sort of bridge between both projects. Would somebody be interested in writing a game like application, which would invoke JOSM Remote Control (JOSM RC) at the coordinates in the wikidata item and wikidata=Q.... in the clipboard? That would make it easier to add such tags to the OSM objects. Polyglot

4 3

ViziData
by Georg Wild 07 Jun '15

07 Jun '15

I'd like to once more draw your attention to ViziData [1]. The project has matured a bit since I first brought it up here a few months ago. Most notably there is now an underlying tile map providing some orientation better integration and interaction between map and timeline and the possibility to list items aggregated in a map cell. I created an overview page [2] for the Wikidata Visualization Challenge, which can aid as quick reference for usage of the application (although it is pretty cluttered). The version linked on that page is my submission to the challenge and already outdated though, the most up to date version should usually be found on the link in this mail [1]. There are only 2 new datasets, one is all locations that have a statement about their populations, however that needs some more work and fine tuning. The other is any item that has a coordinate location statement, filterable by the number of interwiki links. It shows a pretty good coverage of the world, bring some patience though because the 60mb json can take some time depending on the connection. Also, slower hardware might get a bit exhausted going through the ~2.1 Million items. I guess one can imagine various use cases for the application. For instance, here is the people who died in the Netherlands in 2015 in Vizidata [3]. Be aware however, that those haven't necessarily been Dutch and also it doesn't include Dutch people who died somewhere else. Comparing with Gerards list [4] there seem to be quite some people missing. That's mainly because items that don't have both a date of death and a place of death statement are dropped from the datasets. Maybe it would be an option to include country of citizenship as a fallback but it could lead to slightly incorrect representation of the data. I hope this tool can provide some interesting insights and help to illustrate where there is most room for improvements in our data base. Feel free to comment if you have questions or proposals, or maybe an idea for a dataset that you would like to see in ViziData. Georg [1] http://wwwpub.zih.tu-dresden.de/~s5219191/vizidata/ [2] http://wwwpub.zih.tu-dresden.de/~s5219191/vizichallenge/ [3] http://wwwpub.zih.tu-dresden.de/~s5219191/vizidata/#d=0&m=humans&l=en&f=1&e… [4] https://www.wikidata.org/wiki/User:Jura1/Recent_deaths_in_the_Netherlands

3 8

Quality for Wikidata
by Gerard Meijssen 06 Jun '15

06 Jun '15

Hoi, When we are to assess the quality of Wikidata, there are a few criteria we need to assess. - accuracy - bias - timeliness - completeness Arguably Wikidata needs to improve a lot on all four points.Whatever approach we take all four criteria are essential. Making Wikidata more complete is done by adding data we do not have from sources that are reliable enough. Timeliness needs attention from people as well. Increased accuracy can be achieved by comparing our data with the data from others and researching the differences. Bias.. do not know what to suggest except for making our data more complete, timely and accurate. We do not need to wait for anything. We certainly should not insist on sources for each statement as this will not bring us anything re the four criteria. The reason for this post is that our priorities are flawed because of Wikipedia think. Wikidata may be used on Wikipedia and it makes sense when Wikidata data fulfils the four criteria mentioned above,, Please discuss this and consider the merits of the argument. Thanks, GerardM http://ultimategerardm.blogspot.nl/2015/06/wikipedia-its-tyranny-of-sources…

1 0

Re: [Wikidata] Historic buildings/National trust
by Mike Cummins 06 Jun '15

06 Jun '15

Andy Mabbett wrote: > Mike Can you post some examples, please? What do you mean by "in the> text" - the Wikidata descriptions? Wikipedia content? If you look at the Baddesley Clinton entry on Wikipaedia, (http://en.wikipedia.org/wiki/Baddesley_Clinton) you will see that in the right hand box, Owner: National Trust. If you look at the Wikkidata entry (https://www.wikidata.org/wiki/Q4386885) that information is not present. Conversely, look at Packwood House (http://en.wikipedia.org/wiki/Packwood_House) and see that corresponding Wikidata page has a statement of 'Owned by the National Trust'. (https://www.wikidataorg/wiki/Q7123054). There are many, many examples. I have escalated my emails to both Historic England and the National Trust to get their data in a useable form. Apropos of which, the WayBackWhen site is particularly interesting :-) > All: thanks for making my good friend Mike welcome. Thanks all. My first paid computing job was to write a database system (1984) and I have been involved ever since. been a while since I played with really big data (most I have played with recently has been the Postcodes issue) but am looking forward to making even a slight improvement for Wiki. Mike

3 2

[Wikidata-l] next 2 rounds of arbitrary access coming up
by Lydia Pintscher 05 Jun '15

05 Jun '15

Hey folks :) The rollout of arbitrary access on Dutch Wikipedia and French Wikisource seems to be going well so we're going to continue the rollout. The next projects will be: * 18. May: Farsi Wikipedia, English Wikivoyage, Hebrew Wikipedia * 1. June: Italian Wikipedia, all remaining Wikisource 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.

14 32

Historic buildings/National trust (Mike Cummins)
by Mike Cummins 04 Jun '15

04 Jun '15

Magnus Manske wrote:> I can offer you ~10K Grade I listed buildings and their coordinates from> We also have ~23K Grade II* buildings: From https://www.historicengland.org.uk/listing/the-list/data-downloads/ I get: I 9,159II 337,560II* 21,405 but there is little information: The unique ID, grade, date listed, date altered (if any) and a najme that can be "20 AND 20A" with no road.These have Easting/Northing which I have converted to lat/long. I am chasing this up to try and get better names and addresses. Markus Krötzsch wrote:> I am afraid that the data you are looking for may not be complete. I noticed several items that have 'National Trust (with link) in the text but not as an attribute in Wikidata. I suppose there are no simple tools to identify and correct these? I am chasing the National Trust for their data. I'll keep the list posted if I get some :-) Thank you all for your time. Mike

2 1

maintaining the dearly departed
by Gerard Meijssen 04 Jun '15

04 Jun '15

Hoi, I am giving notice that I will no longer maintain the people who are known to have died on Wikidata. There are a few reasons: - I do not have the same amount of time I used to have - My time is better spend on other things. Linking people through associations is more relevant - I am sick and tired of the procrastination on bringing in information from DBpedia I have been indicating the need for importing data from DBpedia for a long time and, there are always reasons why people think it is fine to wait even longer until their pet project is ready. It implies that they assume that everything will remain the same in the mean time. I refuse to accept that attitude and that is why I will stop adding more dates of death as a regular practice. This does not mean that the data is not there, it does not mean that Wikidata cannot have it. It means that we import from sources that are known to be as trustworthy as Wikipedia. After all DBpedia data is based on Wikipedia. I will have more fun doing other things. Thanks, GerardM

1 0

English Wikipedia uses Wikidata for person data
by Gerard Meijssen 04 Jun '15

04 Jun '15

Hoi, An argument rages about the significance of the English WIkipedia using Wikidata for person data, things like date of death. DBpedia does a better job than Wikidata does and it does it because they not only use dumps to update their information but they also use information from RSS. Therefore they do a better job than volunteers like myself at Wikidata do. In my blogpost [1] I argue for cooperation. My point is very much that increasingly I find I do no longer have the time to maintain the data for people who died in 2014 or 2015. I have done that the last two years.. I desperately want to do other things with Wikidata, things that are more relevant. PLEASE consider cooperating with the DBpedia people. They are part of our ecosystem, they want to share and they want to make their data available with our license. Thanks, GerardM [1] http://ultimategerardm.blogspot.nl/2015/06/english-wikipedia-and-those-who-…

4 4

Apologies
by Mike Cummins 04 Jun '15

04 Jun '15

I apologise in advance for asking this in what seems a Technical List, but @pigsonthewing tells me I can. I want to extract all National Trust names, co-ordinates and the first part of the description from wiki. Having spent a day working through the API, I still cannot see how to do this aside from scraping. I am sure I am missing something very simple, so if anyone would kindly email me, I would be grateful Mike

4 3

English Wikipedia deprecating Persondata in favor of Wikidata
by Lydia Pintscher 03 Jun '15

03 Jun '15

Hey folks :) We hit another huge milestone \o/ English Wikipedia has decided that they'll remove their persondata in favor of Wikidata. https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposal… 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.

1 0

Fwd: [Mediawiki-api] [Mediawiki-api-announce] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month
by Lydia Pintscher 03 Jun '15

03 Jun '15

Hey folks :) There's going to be a breaking change in the API of MediaWiki Core at the end of the month. This is not specific to Wikidata but since we have quite a few bots running I want to make sure you're seeing this. Cheers Lydia ---------- Forwarded message ---------- From: Brad Jorsch (Anomie) <bjorsch(a)wikimedia.org> Date: Tue, Jun 2, 2015 at 10:42 PM Subject: [Mediawiki-api] [Mediawiki-api-announce] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, mediawiki-api-announce(a)lists.wikimedia.org As has been announced several times (most recently at https://lists.wikimedia.org/pipermail/wikitech-l/2015-April/081559.html), the default continuation mode for action=query requests to api.php will be changing to be easier for new coders to use correctly. The date is now set: we intend to merge the change to ride the deployment train at the end of June. That should be 1.26wmf12, to be deployed to test wikis on June 30, non-Wikipedias on July 1, and Wikipedias on July 2. If your bot or script is receiving the warning about this upcoming change (as seen here, for example), it's time to fix your code! The simple solution is to simply include the "rawcontinue" parameter with your request to continue receiving the raw continuation data (example). No other code changes should be necessary. Or you could update your code to use the simplified continuation documented at https://www.mediawiki.org/wiki/API:Query#Continuing_queries (example), which is much easier for clients to implement correctly. Either of the above solutions may be tested immediately, you'll know it works because you stop seeing the warning. I've compiled a list of bots that have hit the deprecation warning more than 10000 times over the course of the week May 23–29. If you are responsible for any of these bots, please fix them. If you know who is, please make sure they've seen this notification. Thanks. AAlertBot AboHeidiBot AbshirBot Acebot Ameenbot ArnauBot Beau.bot Begemot-Bot BeneBot* BeriBot BOT-Superzerocool CalakBot CamelBot CandalBot CategorizationBot CatWatchBot ClueBot_III ClueBot_NG CobainBot CorenSearchBot Cyberbot_I Cyberbot_II DanmicholoBot DeltaQuadBot Dexbot Dibot EdinBot ElphiBot ErfgoedBot Faebot Fatemibot FawikiPatroller HAL HasteurBot HerculeBot Hexabot HRoestBot IluvatarBot Invadibot Irclogbot Irfan-bot Jimmy-abot JYBot Krdbot Legobot Lowercase_sigmabot_III MahdiBot MalarzBOT MastiBot Merge_bot NaggoBot NasirkhanBot NirvanaBot Obaid-bot PatruBOT PBot Phe-bot Rezabot RMCD_bot Shuaib-bot SineBot SteinsplitterBot SvickBOT TaxonBot Theo's_Little_Bot W2Bot WLE-SpainBot Xqbot YaCBot ZedlikBot ZkBot -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation _______________________________________________ Mediawiki-api-announce mailing list Mediawiki-api-announce(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce _______________________________________________ Mediawiki-api mailing list Mediawiki-api(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api -- 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.

1 0

did anyone saw this website : Digital Atlas of the Roman Empire ?
by Innovimax SARL 03 Jun '15

03 Jun '15

http://dare.ht.lu.se/ ? Regards, Mohamed -- Innovimax SARL Consulting, Training & XML Development 9, impasse des Orteaux 75020 Paris Tel : +33 9 52 475787 Fax : +33 1 4356 1746 http://www.innovimax.fr RCS Paris 488.018.631 SARL au capital de 10.000 €

1 0

Wikidata-Gadgets on Phabricator: a central place for gadget bugs and ideas
by Sjoerd de Bruin 02 Jun '15

02 Jun '15

Hey everyone, Some may know the following problem: a gadget becomes broken due to changes to the software. You report it on the talk page of the gadget, then after some time without response you discuss it on our project chat. The time between reporting the bug and fixing the bug are weeks and sometimes months! Gadgets are a important part of the Wikidata experience and bugs with them should be fixed as soon as possible. After some discussion with Lydia Pintscher, I've decided to start a project on Phabricator. Here can we track bugs, post some wishes and even more. Here we can get a easy overview of the current state of gadgets on Wikidata. You can find the project here: https://phabricator.wikimedia.org/tag/wikidata-gadgets/ <https://phabricator.wikimedia.org/tag/wikidata-gadgets/> Feel free to add ideas or report bugs. Greetings, Sjoerd de Bruin sjoerddebruin(a)me.com

2 1

Help needed: a project to pull data from the World Bank
by Sylvia Ventura 02 Jun '15

02 Jun '15

Thank you Daniel, this is helpful! *Daniel Mietchen* daniel.mietchen at googlemail.com <wikidata%40lists.wikimedia.org?Subject=Re%3A%20%5BWikidata%5D%20Help%20needed%3A%20a%20project%20to%20pull%20data%20from%20the%20World%0A%09Bank&In-Reply-To=%3CCAN6n2b2_FE19Xp_%3DSbANj24Hb125SCe-y8u9jJM5Y7MoPbjwnQ%40mail.gmail.com%3E> *Thu May 28 00:32:52 UTC 2015* - Previous message: [Wikidata] Help needed: a project to pull data from the World Bank <https://lists.wikimedia.org/pipermail/wikidata/2015-May/006235.html> - Next message: [Wikidata] Orphaned items <https://lists.wikimedia.org/pipermail/wikidata/2015-May/006240.html> - *Messages sorted by:* [ date ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/date.html#6236> [ thread ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/thread.html#6236> [ subject ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/subject.html#6236> [ author ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/author.html#6236> ------------------------------ On Wed, May 27, 2015 at 9:04 PM, Sylvia Ventura <sventura at wikimedia.org <https://lists.wikimedia.org/mailman/listinfo/wikidata>> wrote: >* Hi, I really like where this conversation is going! *>>* This is very much duplicating the (good) GLAM model for other types of *>* content. *>* Formalizing a Wikidata-Scientist/WIR status beyond GLAM gives us access to *>* broader pool of organizations who generate/own good sources of content. *>>* I see great value is having WS/WiRs working on various economic development *>* areas while embedded with the World Bank, the OECD. *>>* WS/WiRs enriching Health and disease related content while embedded with *>* WHO, NIH, CDC... Same with policy with WiRs working with Brookings, CATO, *>* Pew, CID... *>>* The community can decide where we want to expand, but this would create an *>* unprecedented reach of our projects and our mission. * I'd certainly like to see the WiR model expand more widely into research institutions (we have some examples already [1]) and beyond Wikipedia and Commons (even there, we have at least one example [2]). The possibility of a WiR at NIH has been discussed multiple times without any concrete results other than some draft specs from 2013 [3] and some discussion threads [4], but I think it's worth giving it another try now that Wikidata is starting to become useful beyond Wikimedia projects and that arbitrary access is arriving and units are in sight. >* Daniel, I would love to learn more about your work with NIH and excited by *>* your offer to help with a pilot! * My interactions with NIH started around 5 years ago when we began working on what is now the Open Access Media Importer bot [5]. In the process, I became an avid bug reporter and gave some talks there [6], which triggered the formation of a working group [7] that systematically addresses the issues that the bot has discovered (first published in a GLAM newsletter piece [8] that has since been cited in a related NISO recommendation [9]). At Wikimania in London, I organized a session with Phil Bourne [10] who runs the data science team at NIH [11], and in March this year, I joined his team as a researcher, focusing on four areas [12]: - exploring openness in research funding contexts - helping design a research data Commons - monitoring reuse of NIH resources - engaging communities around research data While none of this is specific to Wikimedia, we are quite conscious that there is considerable room for interaction with Wikimedia projects, especially with Wikidata, and happy to explore that room together, be it individually, through WikiProjects, hackathons or otherwise. Thanks and cheers, Daniel [1] e.g.https://meta.wikimedia.org/wiki/SLU/Wikipedian-in-Residencehttps://wiki… [2]https://en.wikisource.org/wiki/Wikisource:WikiProject_NARA [3]https://docs.google.com/document/d/15LOvRTorGOc764BX0r4_e7Ao6O3epgDwfk8gO… [4]https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Chemistry#Collabo… [5]https://commons.wikimedia.org/wiki/User:Open_Access_Media_Importer_Bot [6]https://en.wikipedia.org/wiki/User:Daniel_Mietchen/Talks/Wikimania_2012/N… [7]http://jats4r.org/ [8]https://outreach.wikimedia.org/wiki/GLAM/Newsletter/November_2012/Content… [9]http://www.niso.org/apps/group_public/download.php/14226/rp-22-2015_ALI.p… [10]http://wikimania2014.wikimedia.org/wiki/Submissions/Open_Knowledge_and_t… [11]http://datascience.nih.gov/ [12]https://github.com/Daniel-Mietchen/datascience ------------------------------ - Previous message: [Wikidata] Help needed: a project to pull data from the World Bank <https://lists.wikimedia.org/pipermail/wikidata/2015-May/006235.html> - Next message: [Wikidata] Orphaned items <https://lists.wikimedia.org/pipermail/wikidata/2015-May/006240.html> - *Messages sorted by:* [ date ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/date.html#6236> [ thread ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/thread.html#6236> [ subject ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/subject.html#6236> [ author ] <https://lists.wikimedia.org/pipermail/wikidata/2015-May/author.html#6236> ------------------------------ More information about the Wikidata mailing list <https://lists.wikimedia.org/mailman/listinfo/wikidata> -- Sylvia Ventura Strategic Partnerships Wikimedia Foundation sventura(a)wikimedia.org

2 3

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata June 2015