Wikidata

wikidata@lists.wikimedia.org

4 participants
4159 discussions

[Wikidata-l] please remove me from this list...
by Israel krul 17 Aug '12

17 Aug '12

2 1

[Wikidata-l] weekly summary #19
by Lydia Pintscher 17 Aug '12

17 Aug '12

Hey folks :) Here is your fresh serving of Wikidata news for the week before 2012-08-17. The wiki version is here if you prefer that: http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_08_17 = Development = * Installed a lot of extensions on the demo system http://wikidata-test-client.wikimedia.de/wiki/Special:Version Let us know if any important ones are missing. * Going to old versions and undoing changes works as expected * The history and recent changes show useable comments now * The Universal Language Selector is installed on the demo and replaces the Stick to that Language extension * Updated Wikibase client code for fetching and displaying links from a shared (with the repo) database table, and optionally overriding them with interwiki links from local wikitext. * Improved internationalization messages * Added selenium tests for undo, rollback, restore, diffs, old revisions, history and a few more * Setup MAC to be part of our selenium grid testing environment * Fixed many little bugs in the UI, including cross browser issues * Improved modularity of client side caching and generalized it to work with any type of entity rather than just items. * Wrote up interfaces for snaks, statements and related stuff for the second phase of Wikidata See http://meta.wikimedia.org/wiki/Wikidata/Development/Current_sprint for what we’re working on next. You can follow our commits here: https://gerrit.wikimedia.org/r/#/q/(status:open+project:mediawiki/extension… and view the ones awaiting review here: https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions… = Discussions/Press = * Internationalization, localization and co in preparation for deployment discussions on a rtl-language Wikipedia * Some mentions of Wikidata in relation to a re-design proposal that became pretty popular: http://www.spiegel.de/netzwelt/web/design-und-daten-wikipedia-soll-schoener… = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * upcoming: Campus Party * upcoming: FrOSCon * We submitted a SxSW proposal. It’d be awesome if you’d vote for us. http://panelpicker.sxsw.com/vote/3710 = Other Noteworthy Stuff = * Logo is settled and all good now after some modifications: http://commons.wikimedia.org/wiki/File:Wikidata-logo-en.svg and http://commons.wikimedia.org/wiki/File:Wikidata-logo.svg We’ll be making stickers and stuff next. = Open Tasks for You = * If you want to code check https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer&keywords… * Help spread the word about Wikidata in your Wikipedia if it’s not being talked about there yet. * Help translate the most important pages on meta and the software on translatewiki.net 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.

5 4

[Wikidata-l] changing wikidata-item properties with multilingual labels
by Gregor Hagedorn 17 Aug '12

17 Aug '12

A city has a Wikipedia page and a corresponding Wikidata-item-page. One of the item properties is Property:City_mayor. If the mayor changes, and both have their own pages/items (http://de.wikipedia.org/wiki/Eberhard_Diepgen to http://de.wikipedia.org/wiki/Klaus_Wowereit for http://de.wikipedia.org/wiki/Berlin), changing the mayor would mean to disconnect/replace the item to item property. The change would be clean and logical with respect to translated labels. However, where the city mayor is not a well known person (smaller cities), the City_mayor property is mostly likely a string literal. Replacing the string (name) for the mayor in this case would require to empty ALL translations/transliterations in all other languages. Unfortunately, the system cannot really know whether an update of a translated label is the result of a correction (person did not change) or occurs as a result of changing the label. The design of the UI should make this situation as transparent to editors as possible. It may help to provide two edit-buttons for language-sensitive string literals: [edit translations] [edit new value] (or [replace value] ?) In the second case, all existing translations would be blanked. Probably more or better ideas can be found... :-) Gregor

5 14

Re: [Wikidata-l] watching Wikidata changes that affect my wiki
by dr.cueppers.gmbh＠arcor.de 14 Aug '12

14 Aug '12

In cases of changing an old name by a new name a second problem will be the fact: For the old name may exist an article in some of the wikis - what means, there the old name is [[Adam]], but the new has no article and must be Eva, but not [[Eva]]: To change this correct, always human intervention is necessary. Dr.cueppers Dr. Cüppers GmbH Hübnerstraße 2 33104 Paderborn 05254 935700

3 4

Re: [Wikidata-l] thoughts about a plan for enabling interlanguage linking
by Snaevar 14 Aug '12

14 Aug '12

Pywikipedia is not the only software that bots use, no. MerlIwBot has its own Java framework and does not use pywikipedia whatsoever. On most projects though, pywikipedia is used by 80-99% of the bots. Bináris and Andre Engels have volunteered to make pywikipedia compatible with wikidata. Bináris said on the 24th of July that he is busy, in a response from Lydia to translate the Wikibase extensions into Hungarian. Since no progress has been made on that on translatewiki, I am going to assume that he still is busy.

4 3

[Wikidata-l] installed extensions on demo system
by Lydia Pintscher 14 Aug '12

14 Aug '12

Heya folks, We've just installed all the extensions on the demo system that are in use on enwp to notice problems early with any of them. However the other Wikipedias of course have other extensions installed that might also be relevant. Please let me know if you know of any extensions that we really should include in our testing and that are not yet installed. http://wikidata-test-client.wikimedia.de/wiki/Special:Version 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

Re: [Wikidata-l] thoughts about a plan for enabling interlanguage linking
by Snaevar 14 Aug '12

14 Aug '12

Yes, although my point is that pywikipedia will probably not be made compatible with Wikidata anytime soon. ----- Original Message ----- From: Samat Sent: 08/13/12 09:13 PM To: Discussion list for the Wikidata project. Subject: Re: [Wikidata-l] thoughts about a plan for enabling interlanguage linking On Mon, Aug 13, 2012 at 5:48 PM, Snaevar < snaevar-wiki(a)gmx.com > wrote: ... Bináris and Andre Engels have volunteered to make pywikipedia compatible with wikidata. Bináris said on the 24th of July that he is busy, in a response from Lydia to translate the Wikibase extensions into Hungarian. Since no progress has been made on that on translatewiki, I am going to assume that he still is busy. Do you think of these [1] messages? I think, we can find volunteers for translation into Hungarian. [1]: https://translatewiki.net/w/i.php?title=Special%3ATranslate&taction=transla… Samat

2 1

[Wikidata-l] watching Wikidata changes that affect my wiki
by Amir E. Aharoni 14 Aug '12

14 Aug '12

Hallo, Preamble 1: This email probably falls under this FAQ question: Q: How will Wikidata change the way articles are edited? A: That’s part of what we have to figure out during the development, together with the community. Preamble 2: It's possible that there's an answer to this issue already, but I couldn't find it. A popular example of using Wikidata is that it makes maintaining articles about cities easier: When a mayor of a city changes, it must only be updated once. The problem is that the mayor's name can be written differently in other languages. I didn't actually try running it myself, but as far as I understand, Wikidata supports translating names. But what happens when the mayor changes? It is likely that the name will be updated in the language spoken in that city. At that point articles in Wikipedia in other languages will probably show the name in the language of the city, which may be unreadable. Let's take Haifa for an example. Its previous mayor was: he: עמרם מצנע en: Amram Mitzna ru: Амрам Мицна hr: Amram Micna etc. Now it changes to: he: יונה יהב And then suddenly all the articles about Haifa in all the languages will show the mayor's name as "יונה יהב", which most people won't be able to read. Maybe the Wikidata community will develop some kind of a policy that will discourage adding names in local scripts without any translation to a more common script. Maybe at some point software should even show a warning if somebody tries to do it. The scenario can be even simpler: Somebody will vandalize Wikidata and change the mayor's name to some nonsense. The most practical way to solve this is to show that some piece of data that affects a Wikipedia article in the watchlist, as if it is a change in the article itself. Is it possible? If not, is it planned? It's a problem with Commons, too: An image that is used in an article can change in Commons and it won't appear in the watchlist. But I expect that it will happen a lot more often with Wikidata items and that the changes would be a lot more subtle and hard to notice: It's easy to notice that an image changed, but it's harder to notice a change in a number or a name of a mayor. Another question is: What is the fallback mechanism if a name was not translated? The usual MediaWiki fallback rules can be reused, but there's a twist, because in Wikidata the usual fallback language may be unavailable. So in this case it will probably be: my language -> my fallback language -> English -> the language in which it is written -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

6 10

[Wikidata-l] i18n, l10n and m17n in Wikidata - lang and dir
by Amir E. Aharoni 13 Aug '12

13 Aug '12

Hallo, It's my first email on this list, so in case you don't know me: I am Amir, I'm from Israel, I'm a wikipedian since 2004, I write mostly in Hebrew and English, I care strongly about language issues in software in general and about right-to-left support in particular, and I work in the WMF's localization team. Now, about the subject: you probably know that i18n is "internationalization" and "l10n" is "localization". "m17n" is a less common term, which means "multilingualization" - making software able to work in many languages at once. This email is about one of the easiest and the most important ways to make Wikidata support many languages on one page everywhere. I've been testing the Wikidata demo for a few days now, with the aim of getting it deployed in the Hebrew Wikipedia very soon. The first thing that I noticed is that even though everybody understands that Wikidata is supposed to be massively multilingual, little or no use is made of the lang and dir attributes in the HTML that Wikidata generates. The most immediate example is http://wikidata-test-repo.wikimedia.de/wiki/Data:Q2?uselang=en It basically lists the word "Helium" in many languages, but as far as the browser is concerned, almost all of it is written in English, because the root <html> element says lang="en". The only exceptions are the interlanguage links in the sidebar, where the lang attributes are user properly, but that's a regular MediaWiki feature. It is very much needed to explicitly specify the lang attribute and also the dir attribute (direction: "ltr" or "rtl") on every element, the content language of which is known to be different from the content language of the enclosing element. Many developers may think that this attribute doesn't do anything, but actually it does a lot: * correct text-to-speech and speech-to-text handling * correct font rendering (relevant for Serbian [1], for some languages of India etc.) * selecting the correct spell checking dictionary * selecting the right language for machine translation * adjusting the line-height * selecting the web font (in MediaWiki's WebFonts extension) * etc. So please, use it whenever you can. Always use the dir attribute in these circumstances, too. It must be specified explicitly even though "ltr" is the default, because if the user interface is right-to-left, it will propagate to elements in other languages, too, so you would right-to-left English. (I consider this a bug in the HTML standard... but it's a topic for a different email). In the case of the page that I mentioned above, it should be quite trivial to fix, because MediaWiki's Language class provides very easy functions for this. I also opened bug 39257 [2] about it. I am repeating it here on the mailing list, just to say to the developers to do it everywhere. If you are a developer and you run into any problems with using these attributes, please contact in any way that is convenient to you. Thank you! [1] See https://sr.wikipedia.org/wiki/User:Amire80 [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=39257 -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

3 4

[Wikidata-l] weekly summary #18
by Lydia Pintscher 13 Aug '12

13 Aug '12

Heya folks :) Here's the Wikidata summary of the week before 2012-08-10. Looking for the wiki version? Here you go: http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_08_10 = Development = * Updated demo system http://wikidata-test.wikimedia.de * Reset, undo, reverts and other cool things are working now (not on demo yet unfortunately) * Edit is now disabled if item should not be editable (e.g. in diff view) * Decided on how to solve messed up DOM structure of items around the page header * Decided on how to proceed with JS-API * All of the test coverage for Diff extension * Extended test setup on local test machine 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 ones awaiting review at https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions… = Discussions/Press = * Deployment (Italian Wikipedia community is discussing becoming the second to use Wikidata) * export to RDF http://meta.wikimedia.org/wiki/Wikidata/Development/RDF * Signpost coverage of first deployment preperations http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2012-08-06/Techno… = Events = see http://meta.wikimedia.org/wiki/Wikidata/Events * upcoming: Campus Party (If you want a ticket let me know. I might be able to get you one.) * I will give a keynote at FrOSCon * Denny will give a keynote at SMWCon = Open Tasks for You = * We added new stuff here if you want to hack: https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer&keywords… * Give feedback on http://meta.wikimedia.org/wiki/Wikidata/Development/UI_Layout_Concept#Phase… 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.

3 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata