Wikidata

wikidata@lists.wikimedia.org

4 participants
4159 discussions

[Wikidata-l] demo system updated and new volunteer tasks
by Lydia Pintscher 13 Sep '12

13 Sep '12

Heya folks :) We updated the demo system again. The corresponding git tag is: 8a7284ca581c8c6981613335b5e73b9359e856f0 Most important are problably: * new API for bots (bug 39143) * lots of rtl testing still needed The next demo update after this should hopefully give you the first user-visible parts of phase 2 of Wikidata. \o/ It's getting wet and cold outside here. Perfect time for some hacking on Wikidata for you? Here's some new stuff to work on: https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer&keywords… Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 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-l] bots and Wikidata
by Mike Cariaso 11 Sep '12

11 Sep '12

This survey of bot libraries in several langugages https://github.com/cariaso/smwcon2012bots and this semi-functional SMW aware bot https://github.com/cariaso/Semantic-MediaWiki-Bot may also be of interest. In time I hope to ensure wikidata is well supported in these tools. > From: Lydia Pintscher <lydia.pintscher(a)wikimedia.de> > Date: Mon, 10 Sep 2012 21:15:12 +0200 > Subject: [Wikidata-l] bots and Wikidata > Heya folks :) > > If you're interested in bots and Wikidata then you probably want to > check out http://meta.wikimedia.org/wiki/Wikidata/Bots and put it on > your watchlist. > > > Cheers > Lydia -- -- Mike Cariaso http://www.cariaso.com

1 0

[Wikidata-l] bots and Wikidata
by Lydia Pintscher 11 Sep '12

11 Sep '12

Heya folks :) If you're interested in bots and Wikidata then you probably want to check out http://meta.wikimedia.org/wiki/Wikidata/Bots and put it on your watchlist. Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 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

[Wikidata-l] WikipediaJS
by Dario Taraborelli 11 Sep '12

11 Sep '12

OKFN Labs just released a lightweight JS library to pull machine-readable data on Wikipedia articles from DBPedia http://okfnlabs.org/wikipediajs/ Dario

2 1

[Wikidata-l] demo system updated
by Lydia Pintscher 10 Sep '12

10 Sep '12

Heya folks :) We just updated the demo system again with the newest code so you can give it some testing. In the process we had to delete the existing user accounts. Sorry about that. http://wikidata-test.wikimedia.de New stuff to try out includes: * table layout on item pages has been reworked * edit conflict detection * undo/restore for edits Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 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] weekly summary #22
by Lydia Pintscher 07 Sep '12

07 Sep '12

Heya folks :) Here's what we've been working on over the last week. (Wiki version is at http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_09_07) = Development = * Anja Jentzsch joins the team (http://blog.wikimedia.de/2012/09/05/anja-jentzsch-joins-the-wikidata-team/) * Worked on sorting for site-links table on item pages; enhanced some code in MediaWiki core for that * Fixed issue with aliases breaking grid layout of item pages * Worked on fixing issues for right-to-left languages in site-links user interface * Worked on new SpecialPage to create new items * Two new fancy Special pages appeared: ItemDisambiguation (lets you search for all items that have a given label or alias) and ItemByTitle (gives you the ID of the item that is connected to a given Wikipedia page) * Gave an introduction on Selenium testing to the team * Added Selenium tests for undelete & conflicts on undeletion * Added Selenium HowTo to meta wiki (http://meta.wikimedia.org/wiki/Wikidata/Development/Testing#Selenium_tests) * Part of the team participated in the Wikimedia bug-triage on Wednesday (https://www.mediawiki.org/wiki/Bug_management/Triage) * Final preparations to move site code into MediaWiki core * Preliminary work on data value implementations * Additional work on edit conflicts and permissions * Updates to the input json form to wbsetitem * Fixing some issues with failing site-links * More than 50 aliases in one language for an item should now work (previously more than 50 failed in an ugly way due to an API limit) * Updated http://wikidata-test-repo.wikimedia.de/ and http://wikidata-test-client.wikimedia.de See http://meta.wikimedia.org/wiki/Wikidata/Development/Current_sprint for what we’re working on next. You can follow our commits at https://gerrit.wikimedia.org/r/#/q/(status:open+project:mediawiki/extension… and view the subset awaiting review at https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions… = Discussions/Press = * Wikidata and ISO standards = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * WikiCon * office hours (http://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2012-09-06 http://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2012-09-05) * ongoing: State of the Map * upcoming: Health 2.0 Berlin meetup * upcoming: Software Freedom Day Hamburg = Other Noteworthy Stuff = * We have a list of Wikidata team members on Twitter if you want to follow them: https://twitter.com/#!/wikidata/initial-development-team = Open Tasks for You = * Test the demo system (http://wikidata-test.wikimedia.de) * Hack on one of these: https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer&keywords… (Ping me if you’re looking for something else.) Anything to add? Please share! :) Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 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-l] Changes to the API for Wikidata
by John Erling Blad 07 Sep '12

07 Sep '12

Please note that this is a breaking change for bots! It is decided that the module wbsetitem will change from the present "short form" in the json structure to a "long form". Exactly how the long form will be is still a bit open, but it will be closer to the json output format. The changes also makes it possible to use a key-less format as the language and site id will be available inside the long form. The following short form will be WRONG in the future { "labels":{ "de":"Foo", "en":"Bar" } } This long form will be RIGHT in the future { "labels":{ "de":{"value":"Foo","language":"de"}, "en":{"value":"Bar","language":"en"} } } And also this will be RIGHT { "labels":[ {"value":"Foo","language":"de"}, {"value":"Bar","language":"en"} ] } New modules may use a long form if they support json input, but that for the future. In some cases it seems necessary to add flags for what to do with individual fields, but perhaps we can avoid it. (Typically for adding/removing aliases, but it could also be necessary for other fields.) There are also a new "clear" URL argument that will clear the content of an item and make it possible to rebuild it from scratch. Default behavior is NOT to clear the content, but to incrementally build on the existing item. Also note that use of [no]usekeys in the URL is not supported anymore. See also * http://www.mediawiki.org/wiki/Extension:Wikibase/API#New_long_format /jeblad

4 4

[Wikidata-l] next Wikidata office hours
by Lydia Pintscher 06 Sep '12

06 Sep '12

Heya folks :) The next Wikidata office hours are coming up. You're invited to come and ask your questions - technical or non-technical. Some of the things to talk about are for example the things listed in the "This needs your input" box on http://meta.wikimedia.org/wiki/Wikidata but other topics are welcome as well. Unlike previous Wikidata office hours we'll be doing this one in #wikimedia-office. English: 5 Sept. at 8:00 UTC (http://www.timeanddate.com/worldclock/fixedtime.html?hour=08&min=00&sec=0&d…) German: 6. Sept. at 16:00 UTC (http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=00&sec=0&d…) Hope to see many of you there. Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 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 2

Re: [Wikidata-l] Wikidata, ISO and chembox
by Nadja Kutz 06 Sep '12

06 Sep '12

Hello John McClure thanks a lot for the explanations, unfortunately I have some open questions left. You wrote: "Why is the topic map standard at http://www.topicmaps.org/standards/ [8] an unofficial topic map standard?" Links can be found to working technical committee reports, which are generally re-titled as "standards" once voted and accepted by ISO. These TC reports vary little from what is published by the ISO community as a "standard". So this is a standard by the ISO and thus I think it is at least SOME standard and so one probably shouldnt call it non-standard even if one is not happy with this standard, no? "ISO/IEC 19788-1:2011 is information-technology-neutral" means that information elements defined by the standard for learning resources can be represented using a concrete implementation syntax such as provided by the RDF or by Topic Maps or by SMW syntax or by JSON or by a variety of others. For instance, a data element defined by 19788 might be "Learning Resource" which has an attribute called "Minimum Education Level". OK I think I understand now. You mean ISO/IEC 19788-1:2011 is probably a version of ISO/IEC 19788 since 2011 is probably the year 2011 and not a different (newer) kind of specification. Information-technology-neutral means that it is a specification that is neutral with regard to the specific infromation-technological implementation, but not neutral with regard to the aspect of information-technology per se. Where do you have this information from? You had just written that "To my knowledge ISO has not published, nor is intending to publish, instances of topic maps representing the content of their numerous publications, using either their (ISO's) standard for Topic Maps (ISO/IEC 13250), or any other ISO or non-ISO standard. Forgive me if I ever gave that impression." but using a concrete syntax which "can be represented using a concrete implementation syntax such as provided by the RDF or by Topic Maps or by SMW syntax or by JSON or by a variety of others." is ALMOST as good as directly publishing a machine readable standard! and as it seems by looking at this secret paper: N2448 - `summary of voting on ISOIEC NP 18343, Learning environment profile for automated contents. at http://isotc.iso.org/livelink/livelink/open/jtc1sc36 it seems that they may have now plans to concretely publish a standard. I was not talking about the rdf ontology like in the XML serialization <rdf:RDF but about the rdf graph data model this: <rdf:RDF xmlns:iso="http://iso.org/19788/" xmlns:dc="dublin core"> <iso:LearningResource rdf:about="LR12345"> <dc:title>Lithium</dc:title> <iso:minEducLevel>12th grade</iso:minEducLevel> </iso:LearningResource> </rdf:RDF> is already a serialized format which you would probably (I am not overly familiar with XML) phrase in the RDF graph model as (Lithium(dc:title) ----minEducLevel(iso:minEducLevel)--> 12th grade(literal))-----Learningresource(iso:LearningResource) ---> LR12345 (rdf:about, literal) (Lithium(dc:title) ----minEducLevel(iso:minEducLevel)--> 12th grade(literal))-----rdfXMLsource(rdf:xmlns)---->(iso="http://iso.org/19788/") (Lithium(dc:title) ----minEducLevel(iso:minEducLevel)--> 12th grade(literal))-----rdfXMLsource(rdf:xmlns)---->(dc=dublincore) where I put the "URI" (which is here given by the link to the respective ontologies) or the term literal in brackets. Do you agree? I may then look at your topic map formulation.

1 0

Re: [Wikidata-l] Wikidata, ISO and chembox
by Nadja Kutz 06 Sep '12

06 Sep '12

Friedrich Röhrs wrote: "as far as I have understood Nadja Kutz and John McClure want the wikidata dev team to somehow commit to using ISO topic maps for the classification of the content of wikidata. " No that is not what I want the wikidata to do. please read all my postings to this thread : Re: Wikidata, ISO and chembox, I know with this gmane system it is really hard to follow a discussion, but the wikidata team seems to love this. I was talking about the ISO contents. I also wrote a reply to Luca Martinelli, but apparently this got lost in transmission/moderation.??? (i am not an official wikidata list member what ever the criteria for being such a member are) I just try to warn wikidata people that is I GOT THE IMPRESSION THAT THE ISO WANTS TO PUBLISH THEIR OWN MACHINE READABLE STANDARD AND THAT CONFLICTS WITH WIKIDATA MAY ARISE IN THAT PROCESS WHICH COULD EG RESULT IN LAW SUITS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! (IN WHICH THE ISO WILL CLEARLY HAVE A FAR BETTER POSITION OR IN OTHER WORDS WIKIDATA WOULD BE SQUASHED IN SUCH A PROCESS) SO WIKIDATA SHOULD TRY TO CLEAR THE CONFLICTS OR AT LEAST GET AN OVERVIEW ABOUT WHAT COULD HAPPEN AND EVENTUALLY LOOK FOR STRONG SUPPORTERS. I DONT KNOW HOWEVER HOW MUCH THIS IS POSSIBLE AT ALL. Nadja

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata