Wikidata January 2013

wikidata@lists.wikimedia.org

50 participants
40 discussions

Re: [Wikidata-l] Wikidata-l Digest, Vol 14, Issue 9
by Carol.Bream＠ec.europa.eu 11 Jan '13

11 Jan '13

Maybe you could incorporate a link to the International codes for languages and expand the language code to the full name? Carol ---------------------------------------------------------------------------------------------------------------------- Carol Bream Team Co-ordinator Library Applications, Thesaurus and Réseaubib European Commission Central Library ec.europa.eu/libraries ---------------------------------------------------------------------------------------------------------------------- The personal data contained in this document are dealt with in compliance with Regulation (EC) No 45/2001 ofthe European Parliament and of the Council of 18 December 2000 on the protection of individuals with regard to the processing of personal data by the Community institutions and bodies and on the free movement of such data. For more information, see http://europa.eu/geninfo/legal_notices_en.htm#personaldata -----Original Message----- From: wikidata-l-bounces(a)lists.wikimedia.org [mailto:wikidata-l-bounces@lists.wikimedia.org] On Behalf Of wikidata-l-request(a)lists.wikimedia.org Sent: Thursday, January 10, 2013 1:00 PM To: wikidata-l(a)lists.wikimedia.org Subject: Wikidata-l Digest, Vol 14, Issue 9 Send Wikidata-l mailing list submissions to wikidata-l(a)lists.wikimedia.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/wikidata-l or, via email, send a message with subject or body 'help' to wikidata-l-request(a)lists.wikimedia.org You can reach the person managing the list at wikidata-l-owner(a)lists.wikimedia.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Wikidata-l digest..." Today's Topics: 1. Re: Order of language links (Jane Darnell) ---------------------------------------------------------------------- Message: 1 Date: Wed, 9 Jan 2013 13:02:58 +0100 From: Jane Darnell <jane023(a)gmail.com> To: "Discussion list for the Wikidata project." <wikidata-l(a)lists.wikimedia.org> Subject: Re: [Wikidata-l] Order of language links Message-ID: <CAFVcA-FbSSTuP_AAHfjv4d5g9tjrD5uS_rsyUKvrWitQ7YjhhQ(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" I think the order of languages is only important for articles with lots of interwiki links, but for the vast majority of articles there will be less than 5 or so and it doesn't matter. I often click on article interwikis for languages I don't know and can't read (like Japanese). I do this for several reasons, the most prevalent being that I want to see 1) How many links to that page are there in that language? 2) How many items (and which items are these) that are in the articles category in that language? I tend to only do this for the larger Wikipedia projects, where I do this regularly as a trick to track down articles in foreign languages that are good candidates to translate into English (the fathers/sons/siblings of painters). Jane 2013/1/8 Platonides <platonides(a)gmail.com> > On 08/01/13 22:31, LD 100 wrote: > > I would preferred if this could also be changed by each users > > individually in the settings (maybe the settings could be set > > globally) > > Although preferences are evil, I see the point for customizing this. > Having ar: in the top if I have no idea of that language is useless, I > would prefer to sort first those languages I could understand, perhaps > with a separator from those I definetely don't know (others might want > to completely hide those). > > > On 08/01/13 22:41, Meng Lu wrote: > > It's an interesting point. I personally would prefer seeing the > > Wikipedia instance's own language and English stay at the top, followed > > by the rest in alphabetical order. A longer stretch might be > > providing alternative ordering methods for languages such as > > alphabetical order, descending sizes of that page in each Wikipedia > > instance. > > Article sizes are not a perfect estimator for article quality, but seems > decent enough. However, it should be able to be overriden by marks of > Featured-article / Good-article when some of the entries are tagged as > such. > Con: Any edit potentially means purgin the entries for all interwikis. > Although if the interwiki sort order is stored in wikidata, and we > perhaps aren't actively purgin the squid entries, that shouldn't be a > problem. > > > _______________________________________________ > Wikidata-l mailing list > Wikidata-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.wikimedia.org/pipermail/wikidata-l/attachments/20130109/dafc8e…> ------------------------------ _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l End of Wikidata-l Digest, Vol 14, Issue 9 *****************************************

7 6

[Wikidata-l] Order of language links
by Bináris 10 Jan '13

10 Jan '13

Good evening/morning/etc. (choose as your continent requires) In Hungarian Wikipedia there is a rule: always the English interwiki is the first, and the others alphabetically follow it. We had and sometimes still have long, long debates, talks, discussions and quarrels about that, and this is the result. (I feel responsible for having forgotten to list this topic on hu:WP:LAME.) So, will Wikibase client know and follow this rule? -- Bináris

10 11

[Wikidata-l] New inclusion syntax for Wikipedia
by Denny Vrandečić 10 Jan '13

10 Jan '13

Hi all, We did yet another version of the inclusion syntax (admittedly, the last one is a few months old). We decided to very much simplify the syntax and also the ability of the inclusion syntax, and depend on anything more complex than what will be possible with that syntax on Lua. I am expecting that a lot of people will not like this idea. Therefore I will start two threads: first this one, where we discuss the merits and details of the new proposal. <http://meta.wikimedia.org/wiki/Wikidata/Notes/Inclusion_syntax_v0.3> And a second thread where we discuss whether the new proposal is too restrictive and what needs to be absolutely added so that we will not be considered a total failure. Cheers, Denny P.S.: yes, I learned that we should not have too many topics per thread starter. Let's see if this gets any feedback at all :) -- 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.

1 0

[Wikidata-l] Update to time and space model
by Denny Vrandečić 08 Jan '13

08 Jan '13

The time and location parsers have been updated (but not all suggestions yet implemented, still working on them). More importantly, the data model for the values has been updated according to the discussion we had here. If there are no strong arguments against, this is what we are going to implement for now. Time: < https://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Ti… > Location: < https://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Ge… > 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.

6 13

[Wikidata-l] Social service directory project
by Greg Bloom 08 Jan '13

08 Jan '13

Hi folks - As an introduction: I'm working with local non-profits that service low-income people in the District of Columbia, and one of the common problems (which we seem to share with communities everywhere) is the lack of a comprehensive directory for what resources (food pantries, public housing, health care, etc) are available in the community. (We've written up a brief about this problem here<https://docs.google.com/document/d/1sntMVolLvbhpAFvM0L9pHlcp0LXwXiqcRF89MqZ…> .) Later this month, I'll try to tackle this project as part of a research residency <http://provisionslibrary.com/?page_id=16614>. We have access to at least three large databases of social services that we can try to merge together and make usable and peer-productive, so to speak. I can assemble a team of social workers, software developers, data geeks, and regular users. I wonder if the Wikidata project could be what our effort needs -- whether our developers could experiment with your technology to try to merge and open up these community resource data sets. If so, how would I go about exploring that opportunity? If however the time is not yet ripe, you may have other valuable insights for us as we undertake this experiment. Thanks for any help you can offer! -- • gjb <http://flavors.me/gjb> • 202.643.3648

3 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

[Wikidata-l] weekly summary #39
by Lydia Pintscher 04 Jan '13

04 Jan '13

Heya folks :) I hope you all had a very enjoyable few days off. Here's your summary of what happened around Wikidata over the last week. The wiki version is at http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2013_01_04 = Development = * Updates for selenium testenvironments (browsers, ruby, selenium-tools) * Extended tests for statements user interface * Refactored snakview user interface to handle other property-snak types than PropertyValueSnak * Layout improvements in the user interface * Several minor bugfixes in the user interface * Updated Vagrant for Wikidata: https://github.com/SilkeMeyer/wikidata-vagrant * More work on AbuseFilter https://bugzilla.wikimedia.org/show_bug.cgi?id=42064 * Deployed new version of Wikibase and MediaWiki core to wikidata.org and test2.wikipedia (bugfixes - all Wikibase changes at https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Wikibase.git;a…) * Fix for bug 43595 (https://bugzilla.wikimedia.org/show_bug.cgi?id=43595) which was seen on Wednesday during attempted deployment of the wmf7 version of MediaWiki core. Thanks Marius! 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 = * Created prototypes for parsing coordinates and time in Wikidata that need feedback: http://lists.wikimedia.org/pipermail/wikidata-l/2013-January/001529.html * Bureaucrat support requirements: http://www.wikidata.org/wiki/Wikidata_talk:Bureaucrats#Bureaucrat_support_r… * Defining administrators: http://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Defining_adminis… = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * 29C3 = Other Noteworthy Stuff = * We’ve reached item ID 2.000.000: http://www.wikidata.org/wiki/Q2000000 * You can now enable the SitelinkCheck gadget in your preferences that makes it easier to check if a certain link is already in use in an existing item: http://www.wikidata.org/wiki/MediaWiki:Gadget-SitelinkCheck = Open Tasks for You = * Give feedback on prototypes for parsing time and coordinates * Help translate the client extension (especially to Hungarian in light of the upcoming deployment): http://translatewiki.net/w/i.php?title=Special%3AMessageGroupStats&x=D&grou… * Hack on one of these: 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] Locations and times
by Denny Vrandečić 04 Jan '13

04 Jan '13

Hi all, continuing from last weeks data values discussion, I would like to invite comments on the following prototypes for understanding points of time and points on Earth. <http://simia.net/valueparser/time.html> <http://simia.net/valueparser/coordinate.html> What it currently does not do is: * i18n (it's in the code, but not properly exposed yet) * enable dates like "Date of birth: 437-436 BC" Working on both still, but I'd like to have a first round of feedback. Happy 2013, 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.

8 18

[Wikidata-l] OpenData combined with BI-Technologies (like Jedox)
by Tobias Grenzing 01 Jan '13

01 Jan '13

Hello Wikidata, First of all: Happy new Year, folks! I met you at CCC-Congress in Hamburg. It is great, for me, to have seen you there. About 10 month ago, i wrote you an email with the idea of wikidata, and the question, if something is in the pipeline(a)wikimedia.com within this matter (please find below in German), because I had the idea of working out everything within BI-Software. Me and 2 friends (see CC) feel still very dedicated to this idea, just to use BusinessIntelligence-Technologies like Jedox (Jedox.com - OpenSource) to combine all kind of offered OpenData's to get freak out new informations, just by one (first) sight. You never know, what kind of informations can be found, when combining everything with everything…for me the most exciting pastime, as can be. while next possibility is, to model and simulate all kinds of political ideas based on real(-time) data and not just idealistic mathematic formulas and theorems. It could not also bring new input to politics, it could also bring paradigm shift in economic science... But before starting all over by ones own, my question would be, if there are already projects running somewhere on the world. It's rather better to join, than having to do all by oneself. But up to now, I only found some about DataVisualisation and DataJournalism. I would be very happy, if somewhere anywhere in the world is a group of previsional experts, planning the world 3steps ahead within the most intelligence software as can be... I was asked at CCC-Congress to write you an email within this. Would be very nice to hear from you, at least this time... Best regards / Mit freundlichen Grüßen Tobias Grenzing ------------------------------------------------- -content deleted per user request - Am 06.02.2012 um 23:21 schrieb Tobias Grenzing: > info(a)wikimedia.de > Hallo ihr großartigen Wikimedia-Leute, > > ich beginne gerade den Gedanken an eine neue Projekt-Idee in die Welt zu streuen und Sympathisanten zu suchen, bzw. ihre Realisierbarkeit zu checken. > Es kommen derzeit viele alternative Wirtschaftsmodelle in Umlauf. > > z.B. gibt es zur Zeit > 1. das Bandbreitenmodel - http://www.bandbreitenmodell.de/ > 2. den PlanB der Wissensmanufaktur.net > 3. die Monitative der Piraten-Partei - http://www.global-change-2009.com/blog/ein-grundlegender-losungsansatz-fur-… > etc... > > Dabei lese ich Literatur zu Makro-Investitionsstrategien die Geldmengenwachstum, Inflationsraten, Import/Export-Zahlen etc analysieren. > Aber woher haben die diese ganzen Daten? > Sind die alle öffentlich zugänglich? > > Mir schwebt wohl etwas vor wie ein Statistisches Bundesamt (http://www.destatis.de) auf Wikipedia-OpenSource-Basis. > Habt ihr darüber mal nachgedacht? > Die Eurostat- und Statistikbundesamt-Website haben sogar graphische Frontends. > http://epp.eurostat.ec.europa.eu/inflation_dashboard/ > https://www-genesis.destatis.de/genesis/online > > Da diese Zahlen, Daten, Infos aber von politischen Institutionen stammen, dürfte eine politische Intention ihrerseits nicht irritieren. > > Dabei lebt Wikipedia von der OpenSource- und Mitmachidee. Der CCC erhebt die Forderung einer maschinenlesbaren Regierung (im Gegensatz zu maschinenlesbaren Menschen!), was mich hier sehr inspirierte. Wenn es möglich ist, unzählige Datenquellen anzuzapfen (ETL) und in ein Datawarehouse zu speisen, auf dass die Welt übers Web zugreifen könne, womit dann Analysen, Berichte, aber eben auch neue Modellierungen, Progrosen, Forcastings erstellt werden können. > > Es kommt viel Transparenz in die Politik der Zahlen, jeder kann mitmachen und die Entstehung der Zahlen überprüfen (soweit Kenntnisse über das IT-Systems vorhanden sind). > > Aber viel wichtiger wäre es mir, Modelle wie z.B. das Bandbreitenmodell oder die Monitative anhand der Vorjahreszahlen durchrechnen zu können, welchen Effekt Modelvorgaben dieser "anderen Ökonomie" auf die Realwirtschaft hätten, wo die Probleme wäre, wo man noch nachbessern müßte, wie zentrale Parameter zu setzen wären...etc. > > Ich habe gehört, dass die Modelrechnungen in der physikalischen Technik heute soweit fortgeschritten sind, das Atombombentest nicht mehr real ausgeführt werden müssen, sondern anhand von Computersimulationen durchgeführt werden! > Was für eine geniale Technologie ist das! > > Politisch findet so etwas im Finanzministerium statt, z.B. Wirtschaftsprognose des nächsten Jahres. Öffentlich zugänglich sind diese Modelrechnungen nicht. Welche Regierung läßt sich denn schon gerne in die Karten gucken. > > Aber wenn hier ein Projekt gestartet werden könnte, in etwa dem des Wikipedia-Umfeldes, sodass ein "Welt-Datawarehouse" (oder meinetwegen auch nur ein Deutsches bzw. Europäisches) etabliert werden könnte, ließe sich ein ganz neues Zeitalter der Transparent einleuten. > > Ich finde die Idee sehr spektakulär und suche zunächst einmal Sympatisanten. (Wie alles finanziert werden könnte, ist eine ganz andere Frage. Hinweise hierzu werde ich zunächst einmal ignorieren.) > Gerade im Rahmen der Occupy-Bewebung und den enormen Turbulenzen derzeit an den Finanzmärkten bekommt Transparenz eine ganz neue Bedeutung. > > Das Thema ist natürlich exorbitant und könnte ganze Heerscharen an Leute beschäftigen > Aber ist dieses Thema vielleicht mal im Rahmen von Wikipedia diskutiert worden? > Ein anderes Umfeld als Wikipedia scheint mir da zunächst nicht geeignet für. > > Freu mich über eine kurze Stellungnahme von euch. > > Mit freundlichen Grüßen > Tobias Grenzing > > > ------------------------------------------------- >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata January 2013