Wikidata December 2012

wikidata@lists.wikimedia.org

42 participants
34 discussions

[Wikidata-l] Expiration date for data
by Marco Fleckinger 22 Mar '13

22 Mar '13

Hi, regarding an actual topic in Germany about publication of the timetable-data of Deutsche Bahn (German national railway company) and their willingness of a discussion with other Open-Data-Supporters it may be a good idea of providing an expiration dates for Wikidata-records. In their open letter to Mr. Kreil [1] they announced that it may cause problems providing the timetable-data in an open way if e.g. anybody uses old data. Marco [1] http://www.db-vertrieb.com/db_vertrieb/view/service/open_plan_b.shtml

17 35

[Wikidata-l] Introduction and some questions on Wikidata
by Bernardo Najlis 18 Jan '13

18 Jan '13

Hi Everyone, My name is Bernardo and I work as a Business Intelligence Consultant in Toronto, Canada. I've been reading pretty much everything about WikiData over the past few days, and I'm really excited about this project! I would love to participate and collaborate in developing tools to bring data from external sources, particularly the vast open data sets that are so common right now. I have some questions about the project and how can I participate, that you might be able to help me with: 1) I know the data import is planned for a future phase 2. Do you think it would be useful to start working on some of that now? 2) I also learned that you guys had a round table<http://wikidataroundtable.eventbrite.com/>on June 21 about this topic (wish I could have known about Wikidata and been there!) but I couldn't find what the outcome of that discussion was. Is there anywhere where I can find what was discussed there? 3) Is there anyone else on the list working on the subject of how to bring data in? I have some ideas on the subject, but again, don't know if this is too early in the project. Thanks, Bernardo Najlis CRM & Business Intelligence Consultant

10 22

[Wikidata-l] Reusing Languages Translation (was: Data values)
by Innovimax SARL 17 Jan '13

17 Jan '13

For convertion between units, why not using the already built-in system of "Languages Translation" ? Hence, if people gives the value in Meter someone else could give it in Foot with the right precision and there will just be a link of "Translation" between those two Same apply for Units being given in SI ("kg⋅m2⋅s−3⋅A−2") and a Translation to "Ohm" My two cents 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 €

2 2

[Wikidata-l] next steps for the first Wikidata client - the Hungarian Wikipedia
by Lydia Pintscher 07 Jan '13

07 Jan '13

Heya folks :) I wanted to give you a heads-up about the next steps for Wikidata deployment. In this particular case it is about the first Wikipedia actually using language links from here. A while ago we discussed this with the Hungarian Wikipedia community and they agreed to be the first to use Wikidata. (Thanks so much!) We're now getting closer to the date where this will actually happen. As it currently looks we will flip the switch on January 14th. Obviously unforseen stuff might happen and delay this but that's our current plan. More Wikipedias should follow soon after that and I will keep you posted when I have more concrete info about the dates for those. Let me know if you have any questions about this. 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 1

[Wikidata-l] What about long, automatically updated lists?
by Dr. Trigon 05 Jan '13

05 Jan '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all! Sorry for my ignorance, if this is common knowledge: What about lists? I know they are not very popular (or completely unsupported) but my bot maintains several list like player rankings, currency exchange rates or similar for infoboxes, see e.g. [1]-[7]. The bot uses external sources (e.g. an URL) an retrieves data (e.g. a list of player rankings) and syncronizes/updates the data in the wiki. Now as I can see the idea would be to have an item for each player and then a property "ranking" containing the value. But that would mean we have to split up data given in a list and spread it over thousands of items (update all of them) in order to use a query to re-collect them into a list and deliver it to the infobox as before. Furthermore would it cause a huge effort setting up the configuration for the bot since we would have to connect every (of the 1000+ players) with the data from the external list needing an own bot configuration. In case somethings changes on the external site we would have to update all those configurations. As I see an item containing a list would be possible. But at the moment every list entry or item would need a new property to be created and filled with one or more claims. While this would be technical feasible it seams strange to create thousands of properties just for one single usage in one item. On the other hand it it would be possible to have claims/statements that contain not only a value but a key-value pair, then somthing like sketched in [8] (p32) could be easily done with a simple configuration on the according talk page. So I hope we can find a solution here, since this would help to have the most recent data on wikidata with minimal effort. Thanks and greetings DrTrigon [1] http://de.wikipedia.org/wiki/Vorlage:Elo-Punkte [2] http://de.wikipedia.org/wiki/Vorlage:Wechselkursdaten/EZB [3] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenDE [4] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenAT [5] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenCH [6] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenDE/Quelle [7] http://de.wikipedia.org/wiki/Vorlage:ITTF-Weltranglistendaten (there are examples on enwiki and others too...) [8] http://wikidata-test-repo.wikimedia.de/wiki/Q356 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDhmF0ACgkQAXWvBxzBrDCGZgCg5DosPZxzRbDIRu5NXsH2asIs orkAoN8n9ZU+hduHkxECjSQd+YIX+4FM =vCS+ -----END PGP SIGNATURE-----

3 4

Re: [Wikidata-l] [Pywikipedia-l] Wikidata and PWB
by Dr. Trigon 30 Dec '12

30 Dec '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Update for pywikibot trunk wikidata interface: Supports the same interface as Page, with the following added methods: setitem : Setting item(s) on a page setclaimvalue : Set the value of a Wikibase claim createclaim : Create Wikibase claims getentity : Getting item(s) of a page getentities : Get the data for multiple Wikibase entities I added the methods: setclaimvalue, createclaim and getentities in order to start including wikidata support to subster.py Some comments on this: 1.) the methods should be renamed in order to refrect the naming from rewrite which is "get_xxx" and "set_xxx". 2.) the class wikidataPage works clearly with items like "Q356" too and not only with titles/lables like "Helium" like suggested multiple times (the "Q" syntax is clearly preferred since unique) 3.) getentities is in fact the same as getentity as far as I understand but I was not able to get it working nor understand it (to elaborated for me... ;) and thus I decided to start another very simple implementation. (sorry!) 4.) setclaimvalue is in fact not dependent on a page but on a guid only and thus could be moved out of the wikidataPage class. Thanks to all the inital work done here by amir and others! Hope we can implement more useful stuff here and coordinate the work in order to get a consistent interface. Thanks and greetings DrTrigon ps.: http://www.mediawiki.org/wiki/Manual:Pywikipediabot/Wikidata On 10.12.2012 22:43, Amir Ladsgroup wrote: > Finally the bug is solved. you can get and set items on wikidata > via PWB > > At first you must define a wikidataPage and these are methods you > can use. I'll try to expand and make more methods but i don't know > any and your help will be very useful: Supports the same interface > as Page, with the following added methods: > > setitem : Setting item(s) on a page > > getentity : Getting item(s) of a page > > these examples worked for me: > > site=wikipedia.getSite('wikidata',fam='wikidata') > page=wikipedia.wikidataPage(site,"Helium") text=page.getentity() > page.setitem(summary=u"BOT: TESTING FOO",items={'type':u'item', > 'label':'fa', 'value':'OK'}) page.setitem(summary=u"BOT: TESTING > GOO",items={'type':u'description', 'language':'en', 'value':'OK'}) > page.setitem(summary=u"BOT: TESTING BOO",items={'type':u'sitelink', > 'site':'de', 'title':'BAR'}) > > Cheers! > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDg0mwACgkQAXWvBxzBrDCCvACfei0RcgokwL/WWN3M3/MmZ851 Kh4AoNT2O/phjnOAM+H2RFjdlQrbtFfd =ETEK -----END PGP SIGNATURE-----

1 0

[Wikidata-l] Wikidata and PWB
by Amir Ladsgroup 30 Dec '12

30 Dec '12

Finally the bug is solved. you can get and set items on wikidata via PWB At first you must define a wikidataPage and these are methods you can use. I'll try to expand and make more methods but i don't know any and your help will be very useful: Supports the same interface as Page, with the following added methods: setitem : Setting item(s) on a page getentity : Getting item(s) of a page these examples worked for me: site=wikipedia.getSite('wikidata',fam='wikidata') page=wikipedia.wikidataPage(site,"Helium") text=page.getentity() page.setitem(summary=u"BOT: TESTING FOO",items={'type':u'item', 'label':'fa', 'value':'OK'}) page.setitem(summary=u"BOT: TESTING GOO",items={'type':u'description', 'language':'en', 'value':'OK'}) page.setitem(summary=u"BOT: TESTING BOO",items={'type':u'sitelink', 'site':'de', 'title':'BAR'}) Cheers! -- Amir

5 6

[Wikidata-l] weekly summary #38
by Lydia Pintscher 28 Dec '12

28 Dec '12

Heya folks :) Here is your Wikidata summary for the last week. It is a rather short one though since pretty much everyone is enjoying some well-deserved vacation time. The wiki version is at http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_12_28 = Development = * Some of us unwrapped gifts (-: * Started working on supporting different kinds of Snaks in the user interface * Fixing support for PostgreSQL in core, which was broken with introduction of the sites stuff * Code reviewing of changes in MediaWiki core * Adding watchlist filter in client for Wikidata changes = Discussions/Press = * http://www.wikidata.org/wiki/Wikidata:Project_chat#Ranking_of_items = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * right now: 29C3 = Open Tasks for You = * Hack on one of https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer%2C%20&ke… 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] Data values
by Denny Vrandečić 23 Dec '12

23 Dec '12

As Phase 2 is progressing, we have to decide on how to represent data values. I have created a draft for representing numbers and units, points in time, and locations, which can be found here: <https://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values> including a first suggestion on the functionality of the UI which we would be aiming at eventually. The draft is unfortunately far from perfect, and I would very welcome comments and discussion. We probably will implement them in the following order: geolocation, date and time, numbers. Cheers, Denny -- Project director Wikidata Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin Tel. +49-30-219 158 26-0 | http://wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

15 106

[Wikidata-l] weekly summary #37
by Lydia Pintscher 21 Dec '12

21 Dec '12

Heya folks :) Here's what's been happening around Wikidata over the last week. The wiki version is at http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_12_21 As you can see it is getting quiet here in the office as everyone is leaving for the holidays. = Development = * Deployed fix for https://bugzilla.wikimedia.org/show_bug.cgi?id=42956 on wikidata.org that caused problems when using the site in French in Firefox * Updated demo system http://wikidata-test.wikimedia.de/ * Fixed some bugs in wbsearchentities * Removed empty aliases structure from wbsearchentities * Heavy Selenium testing of statements UI * Improved overall usability and responsiveness of the statements UI * Implemented remove functionality for statements in the UI * Refactored and added tests for language links handler in the client * Bug fixes in the client * Improved SiteLinkTable class in WikibaseLib and added tests * Started work to improve AbuseFIlter integration * Added logic to find all referenced entities for a given set of claims * Added serialization of referenced claims to output of entity pages * Diff Extension: Split off diffing code from MapDiff and ListDiff to dedicated Differ classes * Diff Extension: Added dedicated patcher classes, which are used for the getApplicableDiff functionality 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… You can see all open bugs related to Wikidata at https://bugzilla.wikimedia.org/buglist.cgi?emailcc1=1&list_id=151540&resolu… = Discussions/Press = * Representing values http://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values http://lists.wikimedia.org/pipermail/wikidata-l/2012-December/001406.html (including a prototype to try out the current state of discussions: http://lists.wikimedia.org/pipermail/wikidata-l/2012-December/001491.html) * Wikidata: People And Bots Busy Filling The System In Phase One http://semanticweb.com/wikidata-people-and-bots-busy-filling-the-system-in-… = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * Office hours (logs at http://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2012-12-18a and http://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2012-12-18b) * Wikidata talk as part of a lecture on knowledge management in Karlsruhe * upcoming: 29C3 = Other Noteworthy Stuff = * Announced the expected date for deployment on the Hungarian Wikipedia http://www.wikidata.org/wiki/Wikidata:Project_chat#next_steps_for_the_first… * Wikidata has been added to the Wikimedia stats site: http://stats.wikimedia.org/wikispecial/EN/TablesWikipediaWIKIDATA.htm * Video of the Wikidata talks at Wikimania 2012 is online now: http://www.youtube.com/watch?v=05HxNwxiNZ0 = Open Tasks for You = * Give input to the representing values discussion * Hack on one of https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer%2C%20&ke… Anything to add? Please share! :) Have a great holiday season. 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata December 2012