Wikidata:Contact the development team/Archive/2012/11

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Raw data

API raw data is viewable, e.g., with

However, raw for index.php does not show it:

Fnielsen (talk) 12:26, 30 October 2012 (UTC)

Yes we're aware of it. Bug report is here: :) --Lydia Pintscher (WMDE) (talk) 13:49, 30 October 2012 (UTC)
Thanks. Sorry for not bugzillaring. — Fnielsen (talk) 19:50, 30 October 2012 (UTC)
Don't worry. That's what we have this page for. --Lydia Pintscher (WMDE) (talk) 20:25, 30 October 2012 (UTC)

This is by design, see the bug report for details. action=raw is deprecated, use the API instead. -- Daniel Kinzler (WMDE) (talk) 21:07, 2 November 2012 (UTC)

Unknown languages

Hello. I found that whenever I load a page, I get the message "ULS: Unknown language als. @" in my console. Other language codes: ber, brx, bat-smg, fiu-vro. I suppose these wikis don't actually have language codes. Searching for "als" under languages comes up with the right language, but fiu-vro doesn't. Can this be fixed? PiRSquared17 (talk) 13:23, 30 October 2012 (UTC)

This is a bug with the universal language selector I believe. Can you raise this with them please? Thanks! --Lydia Pintscher (WMDE) (talk) 12:12, 31 October 2012 (UTC)
See also bugzilla:41489. Helder 01:44, 4 November 2012 (UTC)

Editconflict management

Editconflict management is a bit crappy :D having conflicts between different language codes it should give the ability to save additions the same. --Vituzzu (talk) 13:25, 30 October 2012 (UTC)

And two editors editing different sections (wiki-links vs aliases, e.g.,) should both have their edits saved. PiRSquared17 (talk) 13:26, 30 October 2012 (UTC)
Yes this is meh. We're working on it. --Lydia Pintscher (WMDE) (talk) 13:48, 30 October 2012 (UTC)

See bugzilla:39836 -- Daniel Kinzler (WMDE) (talk) 21:09, 2 November 2012 (UTC)

Managing core data in different languages

It would be useful if it was possible to add/edit item labels and descriptions in different languages without having to change user language preferences. Yerpo (talk) 14:50, 30 October 2012 (UTC)

We're trying to figure out a good way to do that. --Lydia Pintscher (WMDE) (talk) 14:53, 30 October 2012 (UTC)
It would also be useful to see labels and descriptions in all languages at once, in order to gain the necessary overview to resolve "interwiki conflicts" that are bound to pop up sooner or later. A button/link that shows a collapsable div, perhaps? - Soulkeeper (talk) 01:16, 31 October 2012 (UTC)
Wikidata:Tools#User:Jitrixis.2FlabelLister.js. --Stryn (talk) 11:09, 6 November 2012 (UTC)

Main Navigation

Even with "German" as selected language, the link "Hauptseite" leads me to Wikidata:Main Page and not to Wikidata:Hauptseite. -- 17:12, 30 October 2012 (UTC)

You mean in the sidebar? Does anyone know how to fix this? --Lydia Pintscher (WMDE) (talk) 17:22, 30 October 2012 (UTC)
$wgForceUIMsgAsContentMsg ? Ayack (talk) 17:54, 30 October 2012 (UTC)
An admin needs to change MediaWiki:Mainpage/de to Wikidata:Hauptseite, I think. --Yair rand (talk) 19:02, 30 October 2012 (UTC)
I've changed it. Can you check if this is good now? --Lydia Pintscher (WMDE) (talk) 12:13, 31 October 2012 (UTC)
It's not. The wgForceUIMsgAsContentMsg array must be updated in InitialiseSettings.php in a similar fashion as for Commons.
Best regards — Arkanosis 22:59, 31 October 2012 (UTC)
gerrit:31153, waiting for code review. Best regards — Arkanosis 23:32, 31 October 2012 (UTC)
Thank you! --Lydia Pintscher (WMDE) (talk) 23:36, 31 October 2012 (UTC)

{{DISPLAYTITLE:}} not working on localized main pages

On localized main pages (Wikidata:Accueil principal or Wikidata:Hauptseite for exemple), {{DISPLAYTITLE:}} is not working. Could you fix that please ? Thanks in advance. Ayack (talk) 17:50, 30 October 2012 (UTC)

Hmmm I have no idea why that is not working. Sorry. Does anyone else? --Lydia Pintscher (WMDE) (talk) 17:53, 30 October 2012 (UTC)
Didn't worked when I translated the main page into my language. I fixed the issue temporarily with {{DISPLAYTITLE:<span style="display: none;">{{FULLPAGENAME}}</span>}} --Wiki13 talk 18:07, 30 October 2012 (UTC)
Thanks, it's better. However, there is still the line which appears. Ayack (talk) 18:10, 30 October 2012 (UTC)
I assume $wgRestrictDisplayTitle is true then? It should be set to false if so.  Hazard-SJ  ✈  03:25, 31 October 2012 (UTC)
Why? That wouldn't help eliminate the line, as far as I can tell. That requires CSS. --Yair rand (talk) 03:44, 31 October 2012 (UTC)
I was actually looking into the matter of changing the title, but yes, CSS rules would be necessary.  Hazard-SJ  ✈  04:05, 31 October 2012 (UTC)

Is $wgRestrictDisplayTitle set to true on any Wikimedia wiki? I thought it was strongly discouraged, because it breaks the idea that you can use a page's title, as shown, to link to it. -- Daniel Kinzler (WMDE) (talk) 21:17, 2 November 2012 (UTC)

I assume you mean does any Wikimedia wiki have it set to "false", and yes, English Wikibooks does, allowing the title to be changed to anything. --Yair rand (talk) 06:21, 6 November 2012 (UTC)

Bearbeiten geht unter Firefox nicht

Unter Chrome geht alles ohne Problem, aber mit Firefox werden einfach die bearbeiten links (sowie, hinzufügen und Entfernen) nicht angezeigt. AdBlock hab ich deaktiviert, daran ligt es nicht. Fehler tritt auf, egal ob angemeldet oder nicht. Firefox 16.0.1 auf Ubuntu 11.10. -- MichaelSchoenitzer (talk) 20:51, 30 October 2012 (UTC)

Das liegt wahrscheinlich daran, dass du Javascript da deaktiviert hast. Leider funktioniert das ohne noch nicht. Wir arbeiten dran. --Lydia Pintscher (WMDE) (talk) 20:52, 30 October 2012 (UTC)
Javascript ist aber soweit ich weiß aktiviert… -- MichaelSchoenitzer (talk) 22:31, 30 October 2012 (UTC)
Hmm dann bin ich etwas überfragt im Moment. Hast du es schon mal in einem anderen Browser versucht? --Lydia Pintscher (WMDE) (talk) 22:33, 30 October 2012 (UTC)

Also, mit FF 18.0 auf Ubuntu 11.10 hab ich keine probleme. Muss an was anderem liegen. -- Daniel Kinzler (WMDE) (talk) 21:19, 2 November 2012 (UTC)

Wen ich den Firefox mit einem neuen Profil starte tritt der Fehler auch nicht auf, scheint also eine WW. mit einem Addon oder einer Einstellung zu sein. -- MichaelSchoenitzer (talk) 00:05, 5 November 2012 (UTC)

Blank items

Is it possible create items without information? i.e. Q1160 Salvador alc (talk) 00:05, 31 October 2012 (UTC)

Forgive me. It was created in French and without links. In my english configuration it looks blank.Salvador alc (talk) 00:12, 31 October 2012 (UTC)

To answer your original question: yes, it is possibly via the API, but not via Special:CreateItem. Also, we are working on making it easier to tell whether an item has content in other languages. -- Daniel Kinzler (WMDE) (talk) 21:20, 2 November 2012 (UTC)


Even if I click on the add to watchlist option about the pages I created, These pages don't appears. Otourly (talk) 19:06, 31 October 2012 (UTC)

Please see bugzilla:41573 for that :) --Lydia Pintscher (WMDE) (talk) 19:08, 31 October 2012 (UTC)

SUL Account

SUL seems to be supported only one way. Login information from Wikidata is not available in other Wikimedia projects. -- Bloodradio (talk) 00:41, 1 November 2012 (UTC)

I just tested it by creating an account here and going to meta. I was logged in there. So this seems to work fine. Let me know the user name you tried it with if it still doesn't work for you. --Lydia Pintscher (WMDE) (talk) 11:32, 1 November 2012 (UTC)
But do you stay logged in there with this account when you switch from Wikidata? I don't ... neither in Meta nor in Commons or any other Wikipedia .. --Bloodradio (talk) 13:15, 1 November 2012 (UTC)
Yes that also works for me. --Lydia Pintscher (WMDE) (talk) 15:47, 1 November 2012 (UTC)

Special characters

Just saw problems with special characters in Special:RecentChanges ... the unity & #39; did not get resolved ..... screenshot done -- Bloodradio (talk) 00:48, 1 November 2012 (UTC)

That's not a RecentChanges problem, the page was actually created like that. It was a bug in User:MerlIwBot. --Yair rand (talk) 00:51, 1 November 2012 (UTC)


can someone please change ? Hoofdpagina should be Wikidata:Hoofdpagina. Michiel1972 (talk) 08:09, 1 November 2012 (UTC)

Done. (hope and think it's uncontroversial enough to do this as staff )Katie Filbert (WMDE) (talk) 08:13, 1 November 2012 (UTC)

Main language in first


When we have selected our main language, the database could display in first (and maybe highlighted) the link to this language. for exemple a list with a link to a article in (en) (fr) (es) (it) (de), if we have selected the main language in french, we can see the liste like that :

  • (fr) lien français
  • (de) deutsch link
  • (en) english link
  • (es) hipervínculo españoles
  • (it) link italiano

--Jitrixis (talk) 12:23, 31 October 2012 (UTC)

Excuse me, in italian the translation of "english link" is link italiano or collegamento italiano. What the aim of this "link"? Thanks --Raoli (talk) 15:26, 31 October 2012 (UTC)
It's just to find easier the french link in the item if you are french or italien if you're italien --Jitrixis (talk) 15:34, 31 October 2012 (UTC)
I like the idea. So long as it's a preference based on the currently viewed language, or a purposeful choice in the settings. It will make it easier to find an item in your language when the list is 100 items long. Mind you, everyone should know their language code letters, and all the lists should be in alphabetical order, so this shouldn't be needed, but since some people won't know their language code, this is still of use. My one concern is what happens when we start dealing with data that isn't just inter-language links. What do we highlight and when? Sven Manguard Wha? 03:24, 1 November 2012 (UTC)
I've another idea . we put the main language link in top of the table and we put under the description, like that (yes I always take in main language french ^^): --Jitrixis (talk) 08:57, 1 November 2012 (UTC)
FRwiki : lien français wikipedia
FRwikt : lien français wiktionnaire

  • (frwiki) lien français wikipedia
  • (frwikt) lien français wiktionnaire
  • (dewiki) deutsch link wikipedia
  • (enwiki) english link wikipedia
  • (eswiki) hipervínculo españoles wikipedia
  • (itwiki) link italiano wikipedia

--Jitrixis (talk) 08:57, 1 November 2012 (UTC)

picture of my idea --Jitrixis (talk) 09:24, 1 November 2012 (UTC)
This would be useful. You should go to Wikidata:Contact the development team‎‎ — Ltrl G, 09:44, 1 November 2012 (UTC)
Yes the whole system of user language preferences and fallbacks is on our todo. This would be a nice addition to it. --Lydia Pintscher (WMDE) (talk) 10:24, 1 November 2012 (UTC)

Summary (Created page with "")

When a new item is created there is no way to know the name who was setted and the language . --Jitrixis (talk) 11:03, 1 November 2012 (UTC)

I've filed a bug for it at bugzilla:41626. --Lydia Pintscher (WMDE) (talk) 11:26, 1 November 2012 (UTC)
thanks --Jitrixis (talk) 12:00, 1 November 2012 (UTC)

Bug uppercase

in Q5607 : (fr) Modem and (fr) MoDem or two different page but the editor doesn't see the difference and MoDem have the priority but i want to put Modem --Jitrixis (talk | ) 14:15, 1 November 2012 (UTC)

Can you please file a bug for that on Thank you! --Lydia Pintscher (WMDE) (talk) 14:16, 1 November 2012 (UTC)
oki --Jitrixis (talk | ) 14:21, 1 November 2012 (UTC)


Please change to Wikidata:Página principal does not work -- 16:48, 1 November 2012 (UTC)

  Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)


I think this should also be changed to "Wikidata:Página principal", to solve the problem described at Wikidata_talk:Main_Page#Portuguese_main_page. Helder 16:38, 3 November 2012 (UTC)

MediaWiki page editing is currently broken, so I tried it via the API and this is what happened [1] (I've accidentally used the wrong title). Using the right page title it didn't work either, so this is on hold for now - Hoo man (talk) 17:00, 3 November 2012 (UTC)
Heh. Good to know. I was thinking about what would happen if I used the API... Helder 17:10, 3 November 2012 (UTC)
  Done by Reedy - Hoo man (talk) 18:19, 6 November 2012 (UTC)


Please change to Wikidata:Strona główna does not work -- 16:48, 1 November 2012 (UTC)

  Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)


Please change to Wikidata:Заглавная страница does not work -- 16:48, 1 November 2012 (UTC)

  Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)


Please change to Wikidata:Главна страница does not work -- 16:48, 1 November 2012 (UTC)

  Done - Hoo man (talk) 18:35, 1 November 2012 (UTC)


Please change to Wikidata:Main Page does not work -- 16:48, 1 November 2012 (UTC)

  Done (pointed to Wikidata:Main Page (Simple English)) - Hoo man (talk) 18:35, 1 November 2012 (UTC)

Preferences bug

I was testing this out and modifying some preferences, but there is no green confirmation message that the preferences have been saved, unlike on other wikis. --Nathan2055 (talk) 16:55, 1 November 2012 (UTC)

I just tried it and it works for me. --Lydia Pintscher (WMDE) (talk) 11:53, 2 November 2012 (UTC)


Do you can something in order to link instead of "Project chat" the localized name (and page) for each different language version? I think you should change this Wikidata:Project chat|Project chat in that projectchat-url|projectchat and create the related pages. Raoli (talk) 22:17, 1 November 2012 (UTC)

I support this change, but please use villagepump-url instead of projectchat-url, as this is what I added to $wgForceUIMsgAsContentMsg yesterday in prevision of this. Or let me know so that I change $wgForceUIMsgAsContentMsg again. Then we need to create MediaWiki:villagepump-url/de, MediaWiki:villagepump-url/fr…
Thanks! — Arkanosis 01:31, 2 November 2012 (UTC)
Will do, as soon as the MediaWiki namespace glitch is fixed tomorrow. Ajraddatz (talk) 01:33, 2 November 2012 (UTC)
In my opinion it's the same for the name. Yes, it's right, it's much better "villagepump-url" because used on any other wiki too. Thank you. Raoli (talk) 01:39, 2 November 2012 (UTC)
UI language and Content language should be similar on this wiki, but I'm not sure how that turns out in this case. Jeblad (talk) 08:11, 2 November 2012 (UTC)
Links in the sidebar is now broken for Norwegian (bokmål/riksmål) and I suspect other languages as well. Example: The wikidata bar code graphic in the top left corner sends me to [2] where I have the option to make a data set. (It doesn't seem possible to make a redirect.) - Soulkeeper (talk) 09:37, 2 November 2012 (UTC)
MediaWiki:Mainpage/no (Wikidata:Hovedside) and MediaWiki:Mainpage/nn (Wikidata:Hovudside) should be fixed. --Stryn (talk) 09:51, 2 November 2012 (UTC)
Those pages just give me an error: PHP fatal error in /usr/local/apache/common-local/php-1.21wmf3/extensions/Wikibase/repo/Wikibase.hooks.php line 153: Argument 2 passed to Wikibase\RepoHooks::onPageContentLanguage() must be an instance of Language, string given - Soulkeeper (talk) 11:50, 2 November 2012 (UTC)
Same here. Every mediawiki page gives same error. Also MediaWiki:Common.css. --Stryn (talk) 11:58, 2 November 2012 (UTC)
bugzilla:41667. Best regards — Arkanosis 20:52, 2 November 2012 (UTC)
On the topic of the sidebar, could someone fix the link to the Main Page in British English please? At the moment it links to the non-existant Main Page. Thanks in advance, —WFC— 22:00, 2 November 2012 (UTC)
Hopefully this bug will go away sometimes next week, it should be fixed. Jeblad (talk) 00:29, 4 November 2012 (UTC)
Now this bug seem resolved [3], but the page still gives error. --Raoli (talk) 02:37, 6 November 2012 (UTC)
In the process of completing this request. Ajraddatz (talk) 18:11, 6 November 2012 (UTC)
Thank you, but you could change also Project chat into projectchat in order to display for each language the localized name of the projectChat. I.e. Bar in Italian, Bistro in French. Raoli (talk) 22:41, 6 November 2012 (UTC)

Disambiguation pages

As with disambiguation pages, they are not usually used as interlanguage links. I believe that we should prevent this (preventing the software from adding interlanguage links if the page has a template from MediaWiki:Disambiguationspage on the wiki in question).  Hazard-SJ  ✈  03:54, 2 November 2012 (UTC)

All kinds of actions that imply parsing of pages will not be done. This includes disambiguation pages marked with templates. During a normalization phase a sitelinks title is converted, normalized and redirects are traversed. That is all processing, and that can be done in a single call. Jeblad (talk) 08:07, 2 November 2012 (UTC)
To rephrase what John said: we don't think this is something the software should dictate, but something the community should decide and enforce. I personally agree that disambiguations should never be the target of Wikidata site links, but I also believe that the software shouldn't care. -- Daniel Kinzler (WMDE) (talk) 21:27, 2 November 2012 (UTC)

Bottom text

Hello! At the bottom of each page there is the German text Strukturierte Daten in dem Haupt- und Eigenschaftennamensraum ist unter der Creative-Commons-CC0-Lizenz verfügbar. Correct German would be Strukturierte Daten im Haupt- und Eigenschaftennamensraum sind unter der Creative-Commons-CC0-Lizenz verfügbar. NNW (talk) 16:55, 2 November 2012 (UTC)

That *should* be there because of the translatewiki, perhaps you should get it changed there. Regardless, I can make that change after MediaWiki pages stop breaking again. Ajraddatz (talk) 21:27, 2 November 2012 (UTC)
No, not TranslateWiki this time, it uses MediaWiki:Wikimedia-copyright/de.  Hazard-SJ  ✈  05:09, 10 November 2012 (UTC)


Not high priority, but nice to have ....

statistical information on how many interwiki links by language
statistical information on how many labels missing by language
statistical information on how many descriptions missing by language -- 19:49, 2 November 2012 (UTC)


Can't access MediaWiki:Mainpage/mk etc. Show

PHP fatal error in /usr/local/apache/common-local/php-1.21wmf3/extensions/Wikibase/repo/Wikibase.hooks.php line 153:
Argument 2 passed to Wikibase\RepoHooks::onPageContentLanguage() must be an instance of Language, string given 

Justincheng12345 (talk) 15:16, 3 November 2012 (UTC)

DUPLICATE as bug 41667.Justincheng12345 (talk) 15:19, 3 November 2012 (UTC)

Fallback names do not work

If I search for Matemática in "pt-br" (which has "pt") as its fallback, I get no results. So I try to create a new item for this subject, but then the system says there is already an item for Math. This will be very confusing, since most titles will be the same in "pt" and "pt-br" (and both link to one only "pt.wikipedia"). For now, I've renamed the item to Applied Math.

The Special:ItemDisambiguation should display results from the fallback languages as well, so users do not duplicate items for no good reason.

Besides, although shows the title "Matemática", shows an empty field, which would suggest people to duplicate efforts on both variants of Portuguese (for which there is only one Wikipedia). Helder 18:18, 3 November 2012 (UTC)

Somewhat of a known issue - [4] and [5] Reedy (talk) 20:29, 3 November 2012 (UTC)


At this point of development of Wikidata I think need to import (from Commons for example) the template "LangSwitch" that allows, as you know, the view in multiple languages ​​on the same page or content. Do you have in plans to use it or not? Raoli (talk) 22:31, 3 November 2012 (UTC)

That may require some better design to work with the Universal Language Selector, or the feature may just confuse users (because there would be various places where a language is set: preferences, ULS, LangSwitch, and likely LanguageConverter would also have some impact on this for some languages). Helder 22:44, 3 November 2012 (UTC)
Because the functionality of this project is based on which language you have set, this isn't needed (imo). You can change your viewing language beside your username. Ajraddatz (talk) 22:50, 3 November 2012 (UTC)
Yes, the whole page switches (inclusive content) if you change your language. Try for example Norwegian (nynorsk), that is a temporary change of the language. Because of the ULS the language can also be changed with setlang and then the language change is permanent, but still easy to change back. Jeblad (talk) 00:37, 4 November 2012 (UTC)
I want to still use it mainly in the namespace "Wikidata", "Help", "Template" to add notices, like you can see on Wikimedia Commons. Raoli (talk) 04:58, 4 November 2012 (UTC)


When the interface language is set to Vietnamese, clicking the logo or navigating to leads to Trang Chính, a nonexistent item, rather than Wikidata:Trang Chính. Would an administrator mind changing MediaWiki:Mainpage/vi to Wikidata:Trang Chính? Thank you. – Minh Nguyễn (talk, contribs) 03:29, 4 November 2012 (UTC)

Unfortunately, accessing MediaWiki: pages is at the moment impossible due to bugzilla:41667. But it will be done as soon as that works again. --MF-Warburg (talk) 04:06, 4 November 2012 (UTC)
Just wondering… has anyone with sysop rights tried to edit these pages using the API instead of the regular UI? Best regards — Arkanosis 14:53, 4 November 2012 (UTC)
Yep! Didn't work... Helder 16:02, 4 November 2012 (UTC)

  Done - Hoo man (talk) 18:19, 6 November 2012 (UTC)

Problem on Q1055

If I search (en) Arabic language or (it) Lingua araba I found Q1055 but isn't correct, how I can see where is the error? --ValterVB (talk) 11:20, 4 November 2012 (UTC)

It was Arabic language. Search engine seems to be a bit slow to update, or then it search also from history. --Stryn (talk) 07:51, 5 November 2012 (UTC)
Also today I have the same results, Search Lingua araba and found Q1055. Maybe it isn't a problem of slowness, I think that 3 day are too much and search in history isn't a good idea :) --ValterVB (talk) 18:43, 6 November 2012 (UTC)

We will (try to) switch to the better Lucene-backed MWSearch soon. We know the current search sucks. Please bear with us :) -- Daniel Kinzler (WMDE) (talk) 20:45, 6 November 2012 (UTC)

Can we go back to the previous search as a short term measure? The amount of duplication sucked, but at least to a certain extent it worked. At the moment you can't search for anything at all. —WFC— 12:23, 10 November 2012 (UTC)
We're looking into it. Something is badly broken it seems. --Lydia Pintscher (WMDE) (talk) 12:35, 10 November 2012 (UTC)
Problem found. Fix should be live here within the next minutes. --Lydia Pintscher (WMDE) (talk) 12:39, 10 November 2012 (UTC)
Seems to be working really well now. Thanks! —WFC— 15:03, 10 November 2012 (UTC)

sort broken all pages

Special page alle Seiten displays items in a wrong way. --Conny (talk) 15:00, 4 November 2012 (UTC).

  • Q1 bis Q10309
  • Q1031 bis Q10624
  • Q10625 bis Q10939
  • Q1094 bis Q11252
  • Q11253 bis Q11571
  • Q11572 bis Q11891
  • Q11892 bis Q1326
  • Q1327 bis Q1642
  • Q1643 bis Q1962
  • Q1963 bis Q2276
  • Q2277 bis Q2589

Is it possible to display also the itemname in the overview? --Conny (talk) 15:02, 4 November 2012 (UTC).

No they're correctly ordered alphabetically. It's not very useful of course. We'll need to think of something better. --Lydia Pintscher (WMDE) (talk) 15:23, 4 November 2012 (UTC)
Than we have to display options: alphabetically with item name or ordered by Q number in a correct way ;) . Greetings, --Conny (talk) 15:31, 4 November 2012 (UTC).
+1 for something better. Helder 17:03, 4 November 2012 (UTC)
A better was to list items would be good, but getting that into Special:AllPages would probably be painful and confusing. Perhaps we need another special page for that, or Special:ItemDisambiguation can be extended to cover this. -- Duesentrieb (talk) 21:42, 4 November 2012 (UTC)
Is that possible to make a switch as to order those things by Q number or description or the label? And let the user choose which one in the Special:Preferences. Justincheng12345 (talk) 10:24, 5 November 2012 (UTC)
As far as I can see, that would not be practical with the current code for Special:AllPages. We'd have to basically rewrite it. Better make a new special page for this. -- Daniel Kinzler (WMDE) (talk) 20:46, 6 November 2012 (UTC)

"Duplicate" language codes - nb and no

When adding a description for Q990 I noticed that I had done it twice: One for "no" (which is Norwegian, but re-defined on Wikipedia to mean Norwegian bokmål), and one for "nb" (which is Norwegian bokmål). Are both these codes going to be used in Wikidata? If only one is going to be used, which one? And what to do with the existing contributions in the language code that is not to be used? - Soulkeeper (talk) 16:16, 4 November 2012 (UTC)

See also the second part of my message at #Fallback names do not work. Helder 17:03, 4 November 2012 (UTC)
For sitelinks the site is "nowiki", and it will be stripped for the "wiki" part before being used as "no". That is although not a language that should be used when defining labels and descriptions as those should be in "nb". There are several such confusing site/language pairs, and unfortunately some of the site codes are working language codes. In my opinion the language code "no" should be removed or be an alias for "nb" as it is confusing the way it is now, and it is also slightly broken. That does not mean we should do anything with the site code, that is up to the community at nowiki. See also Bug 37528Messages for no/nb is failing in no.wp. Jeblad (talk) 01:23, 6 November 2012 (UTC)

Special language code "mul"/Translingual

Hi, would you see technical problems in adding a special language code like "mul"/"Translingual" for the "language" that is used in biology for taxonomic names, like species etc. This would be the equiavalent to these and also the complete wikispecies. Treating them as a separate language seems more useful than adding them as aliases in all languages. I started a discussion on Wikidata:Project_chat#Taxonomic_names, but i thought the mere technical issue should probably be brought up here. Cheers, Mutante (talk) 16:25, 4 November 2012 (UTC)

I reluctantly agree, though i'm not sure "mul" is the best choice.
I think it can be useful to have a language that would act as a fall back for all others - labels set for that code would become the default label, shown when nothing more specific is defined. This should be considered carefully though, misuse of this would be detrimental to translations.
ISO 639-2 leaves some other interesting choices besides "mul":
  • mis is listed as "uncoded languages"
  • mul (for multiple languages) is applied when several languages are used and it is not practical to specify all the appropriate language codes
  • The interval from qaa to qtz is reserved and is not used in the standard
  • und (for undetermined) is used in situations in which a language or languages must be indicated but the language cannot be identified.
  • zxx is listed in the code list as "no linguistic content" (added 2006-01-11)
(from en:ISO 639-2)
"mul" doesn't seem to be the correct thing to use here... we could use "qqa" or something similarly cryptic (mediawiki already uses qqq and qqx for other purposes). -- Duesentrieb (talk) 21:40, 4 November 2012 (UTC)
Looks like the correct term for these would be ICZN. Yeah, hm, could we use "iczn" if there is no real ISO code for it? Mutante (talk) 23:19, 4 November 2012 (UTC)
"mul" has the advantage though that it is already used on Wiktionary where a similar discussion must have taken place years ago. It might make it a little bit easier to import and nicer to have consistency across projects, but maybe it does not matter much. shrug. Mutante (talk) 23:31, 4 November 2012 (UTC)
Btw, maybe these are 2 separate things even, one is "iczn" for actually _just_ taxonomic names and "mul" as well, but with a completely different meaning as a true multilingual label that is used for things like people and place names as a default if no specific language is given and where labels would be identical across all languages (that use the same alphabet) anyways. Mutante (talk) 23:36, 4 November 2012 (UTC)
..or for the actual symbols like mul would be "?" where "question mark" is the English label. (wikt:Category:Translingual punctuation marks, wikt:Category:mul:Chess, wikt:Category:mul:List_of_topics, .... ;) Mutante (talk) 23:38, 4 November 2012 (UTC)
There are also the international scientific symbols for the chemical elements (H, He, Li, Be, B, etc.), and international names for standards (e.g. "ISO 639-2"). Perhaps the taxonomic and other scientific/international names should be stored somewhere else than the Interwiki table in the item. - Soulkeeper (talk) 15:21, 5 November 2012 (UTC)
Physical quantities and their units have signs, too. Also I would store the original titles of books, movies, etc. --Morten Haan (talk) 00:33, 6 November 2012 (UTC)
I suggest that we don't invent new codes, but that proper language codes are extended, which we are already doing with things like zh-yue or bat-smg. Examples:
  • la-iczn - Latin language ICZN name.
  • mis-chem - Chemical formula.
  • mul - Generic multilingual content.
And so on. Nikola Smolenski (talk) 07:21, 7 November 2012 (UTC)
ICZN is not Latin. The Latin content may be high, but taxonomic names are made from a mix of Greek, Latin, Malay, West Norse, English, Dutch, you name it. mis-iczn I can live with, but la-iczn would be misleading. And while I'm at it, we should not call it "iczn" either, because the "z" in "iczn" stands for "zoology", which by definition excludes the taxonomy of other groups (plants, fungi, viruses, etc.) If a language code really is the way to go, I suggest mis-taxon or mul-taxon. - Soulkeeper (talk) 11:40, 7 November 2012 (UTC)
All the words are Latinized, even if not from Latin. But yes, mul-whatever might be easier to implement. Nikola Smolenski (talk) 12:48, 8 November 2012 (UTC)
Why should we invent new codes like mul-taxon or mul-whatever? IMHO it would be much easier if we just add the laguage code mul and fill in ICZN names, chemical formulars, element symbols, characters (for letter and character articles), etc. --Morten Haan (talk) 15:31, 8 November 2012 (UTC)
A fair point, but it led my thoughts to a problem. Example: The Andromeda Galaxy is M31 in the Messier catalog, and NGC 224 in a different system. We need both, and as far as I understand we cannot put two names in one language code in the IW system. Same with taxa; Some species have dozens of synonyms, and we'll probably want to record them all. Monospecific genuses present a similar challenge. I'm beginning to suspect that the interwiki system may be the wrong tool for this task. - Soulkeeper (talk) 18:35, 9 November 2012 (UTC)
I never understood why the English Wikipedia uses Tiger instead of Panthera tigris. As for the synonyms, doesn't the alias field work as a synonym repository? Regards. --Dalton2 (talk) 18:49, 9 November 2012 (UTC)
The case of the tiger is clear: Panthera tigris is defined to be the "proper" name by the scientific community, while Felis tigris is a synonym. But in many other cases that relationship isn't equally clear. What is the proper mul code for the Charles de Gaulle Airport, is it CDG or LFPG? I think there are many cases where two or more mul names would be equally valid, or depending on the POV. - Soulkeeper (talk) 12:42, 10 November 2012 (UTC)

Suggestion: Tag filter equivalent for Wikidata

It would be useful if users could filter the recent changes or somebody's contributions by what part of the page is being edited, much like users on wikis with AbuseFilter enabled can do with "Tags". For example, one could search through edits done to English descriptions, or whatever language's aliases, or wikilinks, or labels. --Yair rand (talk) 21:44, 4 November 2012 (UTC)

+1. Helder 11:33, 5 November 2012 (UTC)

Please follow bugzilla:41686 for updates on that topic. --Lydia Pintscher (WMDE) (talk) 11:39, 5 November 2012 (UTC)

Actually, once a abuse filter or an thor block that tags edits has been created the tagging option in recent changes will appear automatically. Currently, we do not have any abuse filters or thor blocks yet. (See also mw:Manual:Tags)--Snaevar (talk) 14:17, 5 November 2012 (UTC)
It is possible to use the Diff classes (some stuff in the code) to produce a set of tags for something like this. It will work quite well for simple editing, but some of the more complex modules could create strange results. I think tags would typically be the name of the editing module, language edited and props changed (sitelinks, labels, descriptions, etc). Jeblad (talk) 00:38, 6 November 2012 (UTC)
BTW: for now you can try using the gadget commons:MediaWiki:Gadget-rightsfilter.js and then filter the recent changes using regexes such as "Added.+\[dewiki\] link" or "\[(de|fr)\] label" (the parameters "lifilter" and "lifilterexpr" in these links only works if you install the gadget).Helder 14:20, 6 November 2012 (UTC)


Please set to Wikidata:Kezdőlap. Thanks, Tgr (talk) 09:58, 6 November 2012 (UTC)

  Done - Hoo man (talk) 18:19, 6 November 2012 (UTC)


Would be possible to add to the list of pages for Wikidata:قهوه‌خانه (Farsi) Photograpers (talk) 11:11, 6 November 2012 (UTC)

  Done - Hoo man (talk) 14:53, 6 November 2012 (UTC)


Please set to Wikidata:صفحهٔ اصلی. Thanks Photograpers (talk) 11:57, 6 November 2012 (UTC)

  Done - Hoo man (talk) 18:19, 6 November 2012 (UTC)

Chinese writing systems

The Chinese Language has two major writing systems: simplified and traditional Chinese. Can we eventually implement automatic conversion or create different language codes (zh-hans/hant)? (This is not needed for language links, but it is fairly important for infoboxes etc...) Thanks. --tOMG 15:21, 6 November 2012 (UTC)

At some point yes. The problem is that we don't have a lot of expertise in that area. If you want to help please let me know. --Lydia Pintscher (WMDE) (talk) 15:26, 6 November 2012 (UTC)
  • In Chinese Wikipedia, we have a Mediawiki internal convert table, likezh:MediaWiki:Conversiontable/zh-hk, and a convert template placed at the top of the content,zh:Template:NoteTA, and a convert sign use in the content "-{}".
  • For the Mediawiki one, that will be auto-applied except those with magic word "__NOCC__".
  • The template one, included some convert rules for different region, for example IT,place name,war,etc.
  • And the -{}-, will break come whole word convert as if the text is 南-{}-朝鲜, then it won't convert to 南韓(but still apply the hans<->t convert). And if there are words inside the -{}-, it stops any conversion in it.
  • What some users, and I, are concern about if any of these will affect other langs' stuffs(zh:Wikipedia:互助客栈/技术#wikidata).
  • And there may be some changes if visual editor is in position(bugzilla:41716).
  • Justincheng12345 (talk) 10:11, 7 November 2012 (UTC)
I think it could be possible to transliterate (convert) between some variants of a language, but unfortunately I don't think we can afford to diverge into this right now. That decision is although not for me. If we chose to do transliteration between variants I guess one variant will be used for internal representation (storing) and other variants will only be used during presentation and editing. Jeblad (talk) 00:34, 8 November 2012 (UTC)
I don't know if this is relevant, but if I remember correctly the conversions are not symmetric/transitive, so a table which allows conversion from A -> B may not be sufficient to get B -> A (it could result in some A' different from A). Helder 13:34, 8 November 2012 (UTC)

We need to discuss "what it should look like after being implemented" before "how to implement it". Liangent (talk) 17:00, 10 November 2012 (UTC)


If the automatic conversion is appied, only zh is needed. What should we do now?Justincheng12345 (talk) 10:13, 7 November 2012 (UTC)

  Done - Hoo man (talk) 22:43, 7 November 2012 (UTC)


Please add "Bar" into MediaWiki:Villagepump/it. Thank you. Raoli (talk) 19:05, 7 November 2012 (UTC)

  Done - Hoo man (talk) 22:43, 7 November 2012 (UTC)
Thank you. Raoli (talk) 00:01, 8 November 2012 (UTC)

Please forgive me for asking only now, but could you create MediaWiki:Villagepump/fr with the text “Bistro” as well, please? Thanks in advance! — Arkanosis 23:05, 7 November 2012 (UTC)

Sure,   Done - Hoo man (talk) 23:31, 7 November 2012 (UTC)
Thanks again — Arkanosis 23:37, 7 November 2012 (UTC)

I think these too. Raoli (talk) 00:09, 8 November 2012 (UTC)

Please add "Kahvila" into MediaWiki:Villagepump/fi. --Stryn (talk) 14:42, 8 November 2012 (UTC)

I think these too. Raoli (talk) 20:59, 9 November 2012 (UTC)

  Done - Hoo man (talk) 21:09, 9 November 2012 (UTC)
Thanks Raoli (talk) 21:22, 9 November 2012 (UTC)

Hmm... if I set a Finnish language and click "Kahvila" it goes to Wikidata:Project chat/fi, when it should go to WIkidata:Kahvila. What we have to edit? --Stryn (talk) 21:26, 9 November 2012 (UTC) Ok. I just found it. Please change text on page MediaWiki:Villagepump-url/fi to Wikidata:Kahvila. --Stryn (talk) 21:29, 9 November 2012 (UTC)

  Done - Hoo man (talk) 01:59, 10 November 2012 (UTC)

Linking Wikipedia articles

Out of curiousity, when is Storyboard for linking Wikipedia articles v0.3 going to be deployed ? --Snaevar (talk) 12:08, 10 November 2012 (UTC)

We're currently focusing on getting the most important things for phase 2 done so this is not a priority right now. I can't say when we'll get to it. Anyone who wants to help out with it? --Lydia Pintscher (WMDE) (talk) 15:41, 10 November 2012 (UTC)


Would be possible to add to the list of pages (in which NOT display the title) on MediaWiki:Common.css the page "Wikidata:Bar" too? thanks Raoli (talk) 23:19, 5 November 2012 (UTC)

And Wikidata:Café, too (Spanish). --Dalton2 (talk) 00:23, 6 November 2012 (UTC)
  Both done - Hoo man (talk) 01:35, 6 November 2012 (UTC)
Thank you very much Hoo man! --Raoli (talk) 02:34, 6 November 2012 (UTC)
Thanks. --Dalton2 (talk) 18:52, 6 November 2012 (UTC)
And all of the Main Pages not added yet:
  • Wikidata:الصفحة الرئيسية
  • Wikidata:Pàgina principal
  • Wikidata:Hlavní strana
  • Wikidata:Ĉefpaĝo
  • Wikidata:صفحهٔ اصلی
  • Wikidata:Glavna stranica
  • Wikidata:Kezdőlap
  • Wikidata:대문
  • Wikidata:Pagina prima
  • Wikidata:Fandraisana
  • Wikidata:Laman Utama
  • Wikidata:Veurblad
  • Wikidata:Hlavná stránka
  • Wikidata:Glavna stran
  • Wikidata:మొదటి పేజీ
  • Wikidata:Ana Sayfa
  • Wikidata:Головна сторінка
  • Wikidata:Trang Chính
--Yair rand (talk) 07:52, 12 November 2012 (UTC)
Done. --Yair rand (talk) 22:57, 13 November 2012 (UTC)

Translation of footer-info

Yes, please update MediaWiki:Wikimedia-copyright/it with User:Raoli/Wikimedia-copyright/it, paying attention to replace in the English version http:// with // for https support. A concern: please update the page links present in the picture

Thank you Raoli (talk) 17:50, 10 November 2012 (UTC)

I've updated MediaWiki:Wikimedia-copyright/it. I believe you have forgotten the sentence "Text in the other namespaces is available under the Creative Commons Attribution/Share-Alike License;". Footer links are define as "content message" (only the version in wiki primary language, "en", is used), so I don't know how to translate them. Tpt (talk) 20:20, 10 November 2012 (UTC)

@Tpt: In order to translate the footer links, three changes need to be made:

  1. Create MediaWiki:Privacypage/it with wmf:Politica relativa alla privacy
  2. Create MediaWiki:Aboutpage/it with Wikidata:About/it
  3. Create MediaWiki:Disclaimerpage/it with Wikidata:Avvertenze generali

--Snaevar (talk) 20:22, 10 November 2012 (UTC)

Nevermind, I see that you have allready tried that.--Snaevar (talk) 20:23, 10 November 2012 (UTC)
Thank you for all. I update the whole page User:Raoli/Wikimedia-copyright/it. I apologize, but I deleted that part by accident. Also on it.Wikipedia the pages MediaWiki:Privacypage/it, MediaWiki:Aboutpage/it, MediaWiki:Disclaimerpage/it don't work. It's weird. On en.Wikipedia and Meta also they don't work. On Wikimedia Commons they work. --Raoli (talk) 20:42, 10 November 2012 (UTC)
I provide some examples from Commons Commons MediaWiki:Privacypage/*, Commons MediaWiki:Aboutpage/*, Commons MediaWiki:Disclaimerpage/* I think the replacements should be required on Bugzilla. Raoli (talk) 20:51, 10 November 2012 (UTC)
I've updated the MediaWiki:Wikimedia-copyright/it message. Tpt (talk) 21:20, 10 November 2012 (UTC)
Perfect! --Raoli (talk) 21:34, 10 November 2012 (UTC)

Text for MediaWiki:Wikimedia-copyright/es is the following:

Toda la información estructurada de los espacios de nombres principal y de propiedades está disponible bajo la <a href="">licencia Creative Commons CC0</a>; el texto en los demás espacios de nombres está disponible bajo la <a href="">licencia Creative Commons Atribución/Compartir-Igual</a>; pueden aplicarse térmimos adicionales. Véase <a href="">Condiciones de uso</a> para más detalles.

NB: I translated "property namespace" assuming that it means "a namespace for properties"; if that's not the case, and it means "a namespace for property" or "a namespace of property", then the translation is "espacios de nombre principal y de propiedad".

That's all. Regards. --Dalton2 (talk) 16:53, 11 November 2012 (UTC)

  Done. Tpt (talk) 16:59, 11 November 2012 (UTC)
Thank you, and, sorry, I'm afraid I introduced a typo: "térmimos" is "términos".
  Done. Tpt (talk) 17:30, 11 November 2012 (UTC)
Any solution about link from footer-info? --Raoli (talk) 17:44, 11 November 2012 (UTC)

Stability of the database

When Wikidata first launched, there was a big banner on the Main Page warning that data contributed may be lost. For that reason we have not advertised Wikidata on the Main Pages of some of our bigger projects (see this discussion on en.wp for instance). I can't see that banner anymore, so are we now reasonably confident that contributions will be safe? —WFC— 10:17, 11 November 2012 (UTC)

Can we talk about this on IRC? --Lydia Pintscher (WMDE) (talk) 17:59, 11 November 2012 (UTC)
I asked myself yesterday, too ;) .Conny (talk) 18:07, 11 November 2012 (UTC).

Problem with 2 items that should link to the same article on frwiki

Because frwiki made only One article about "Kosovo" (instead of one with History and one with the Republic of Kosovo), I can only link Q1231 or Q1246 - the "double link" is not allowed...

How is it possible to solve such problems, when some wikis decided to divide an article in two, with the history and the present situation, and some others just made one article ?

Thank you to think for a solution to such problems (and I'm not a "Pedian", so I cannot divide the French article) --Hsarrazin (talk) 16:09, 11 November 2012 (UTC)

Wikidata will not accommodate that. The articles either have to be split or the current system of adding links to the article has to be used. --Lydia Pintscher (WMDE) (talk) 18:00, 11 November 2012 (UTC)
... or, make a third item about the region Kosovo, which frwiki would use. That's semantically nicer, but then there would be less interlanguage links in each of the Wikipedia pages (it would effectively disconnect fr:Kosovo from both the History and the Republic of Kosovo). -- Duesentrieb (talk) 21:40, 11 November 2012 (UTC)

Abuse Filter

When we make an abuse filter we can't see what has been change on an item. Can you add an option to see that. thank you --Jitrixis (talk) 16:24, 11 November 2012 (UTC)

I'm sorry but I don't understand what you mean :( Can you rephrase please? --Lydia Pintscher (WMDE) (talk) 18:00, 11 November 2012 (UTC)
Making the AbuseFilter extension work correctly with data items could need some work. Can you please file it on bugzilla? But I also don't quite understand your problem. Can you tell us what you have been trying to do, and how, and what you expected to happen, and what did happen? -- Duesentrieb (talk) 21:45, 11 November 2012 (UTC)

Column width problem

Take a look at Q23114, language codes zh-classical and zh-min-nan are longer than the column width. The width may need to be increased. Thanks. --Stevenliuyi (talk) 10:22, 12 November 2012 (UTC)

See #Code field too small. --Stryn (talk) 10:28, 12 November 2012 (UTC)
Sorry for the duplicate.--Stevenliuyi (talk) 10:33, 12 November 2012 (UTC)

Translations of the Gadgets menu in preferences

Spanish (es)

slurpInterwiki: Importar interwikis desde una Wikipedia.
labelLister: Mostrar y editar etiquetas, descripciones y alias de otros idiomas.
autoEdit: Añadir automáticamente etiquetas a partir de los enlaces interwiki existentes y descripciones a partir de una lista personalizable.
Navigation popups: Previsualizaciones de páginas y menús con funciones de edición al situar el puntero sobre un enlace interno. Actualmente no soporta previsualizaciones o difs de elementos de Wikidata (páginas del espacio de nombres principal).
enumItems: Añadir flechas de navegación para ir al elemento anterior o siguiente de Wikidata.

--Dalton2 (talk) 04:41, 13 November 2012 (UTC)

  Done Best regards — Arkanosis 15:15, 13 November 2012 (UTC)
Thanks. --Dalton2 (talk) 16:00, 13 November 2012 (UTC)
UTC Live Clock: Reloj tras el enlace «Cerrar sesión», que muestra la hora en UTC. Haciendo clic en el reloj se purgará la página.
Regards. --Dalton2 (talk) 16:09, 13 November 2012 (UTC)
  Done Best regards — Arkanosis 16:41, 13 November 2012 (UTC)
Thanks again. --Dalton2 (talk) 16:47, 13 November 2012 (UTC)


Please change to Wikidata:Головна сторінка--Ahonc (talk) 11:13, 13 November 2012 (UTC)

  Done Best regards — Arkanosis 15:10, 13 November 2012 (UTC)

Creating a changelog onwiki

It would be nice to have sth. like de:Wikipedia:Projektneuheiten for Wikibase on this wikdata wiki. So that user and developers are informed about upcoming changes. Merlissimo (talk) 12:14, 13 November 2012 (UTC)

Wikidata Glossary

Hi :) Anybody can make the new sections added to Wikidata:Glossary translatable into the rest of the languages? I tried to do it myself but what I did doesn't seem to work. Thanks. --Dalton2 (talk) 13:24, 13 November 2012 (UTC)

Only Translation administrators can make a revision of a page translatable. --Beta16 (talk) 16:32, 13 November 2012 (UTC)


Please fix to Wikidata:대문. --Dynamic-Labor(Talk) 14:16, 13 November 2012 (UTC)

  Done Best regards — Arkanosis 15:09, 13 November 2012 (UTC)

Search for existing entries does not work

Searching for RMS Titanic did not get a result. So I made a new entry Q47893. But now it seems there is already an entry to RMS Titanic. But as I said, I did not, and I still can not find an entry. How can I check and find an already existing entry? --Pilettes (talk) 20:48, 13 November 2012 (UTC)

Mmh Special:ItemByTitle/enwiki/RMS Titanic does not return Q25173 for me, too. Because bugzilla:41534 was rejected inline links to this special page for titles containing spaces are not possible, but the external link works for me. Merlissimo (talk) 21:40, 13 November 2012 (UTC)


Please change to Wikidata:사랑방. -- ChongDae (talk) 03:10, 14 November 2012 (UTC)

Done. --Yair rand (talk) 03:11, 14 November 2012 (UTC)

add-sitelink-failed: The external client site did not provide page information.

What should be done when this error occurs. Within a bot run of 6 hours it occurred 17 times (don't know the number of edit requests).

from Nov 11, 2012 5:28:17 PM

Post script (token removed) excluded from view because it is so long (see source)


/api/error:info=The external client site did not provide page information.

Should i only resend this request and hope that it is sucessful next time or could you add an info to the error message which site failed so that this single sitelink could be exluded? That could also be useful for debuging problems. Or is there a timeout which is to low for such a big request and i must split it into smaller ones? Merlissimo (talk) 17:45, 11 November 2012 (UTC)

Can you please file a bug for adding which one failed? Thanks! --Lydia Pintscher (WMDE) (talk) 18:02, 11 November 2012 (UTC)
bugzilla:42023. Merlissimo (talk) 18:26, 11 November 2012 (UTC)
This usually means that that page doesn't exist on the target wiki. Could it be that you are just finding broken language links? But I agree that the error message could be improved. -- Duesentrieb (talk) 21:43, 11 November 2012 (UTC)
Before creating the item request all these pages are checked, so they exists are not redirects. But of course there is some delay between the http requests and content can change meanwile. Perhaps you can debug my request above to detect the cause? Merlissimo (talk) 22:18, 11 November 2012 (UTC)

I got the same error message, when I tried to import links (using SlurpInterwiki gadget) here: Q51975. --Stryn (talk) 11:27, 16 November 2012 (UTC)

In your case the idwiki page does not exist, so the error is correct. Merlissimo (talk) 11:38, 16 November 2012 (UTC)

Minor problems

These are minor problems and I'm not sure what's causing them so I figure I report them here in the hope that someone can figure them out.

  • The wikibase translations in Ilokano suddenly disappeared and reverted back to English (it was working a few days ago), the system messages are translated in Ilokano at translatewiki.
  Done - Works now--Lam-ang (talk) 15:49, 16 November 2012 (UTC)
  • If I'm logged-in in a wikepedia project, and switch to wikidata I'm not automatically logged-in ( I have SUL account), I have to manually do it (I had no such problems a few days ago). --Lam-ang (talk) 16:48, 13 November 2012 (UTC)
For the second problem, please check that:
  • you're using the same protocol for both Wikipedia and Wikidata (ie. HTTPS for both or HTTP for both — prefer HTTPS);
  • you wait until the page after login is fully loaded (if you leave it before the Wikidata icon is loaded, you'll not be logged in on Wikidata).
Best regards — Arkanosis 17:20, 13 November 2012 (UTC)
Still not working whatever I do but it's a minor inconvenience so I'll deal with it, best regards and thanks for the help.--Lam-ang (talk) 15:49, 16 November 2012 (UTC)

language code problems


Why are there two options in the interface for the Cantonese language (粵語)? They have the language codes zh-yue and yue, but they are the same thing. sumone10154(talk) 05:19, 14 November 2012 (UTC)

Where do you see them? When you switch the language at the top of the page? --Lydia Pintscher (WMDE) (talk) 09:40, 14 November 2012 (UTC)
Yes sumone10154(talk) 01:14, 16 November 2012 (UTC)
Or also in the language settings in preferences. sumone10154(talk) 08:29, 16 November 2012 (UTC)

Alemannisch als/gsw

als is a language spoken in albania: . On this wiki you can add labels using code als, which are shown if you select Alemannisch at your preferences. But language code for Alemannisch is gsw only: .
als on wikimedia wikis exists only for historical reasons (alswiki was created before language code was accepted by iso committee and they decided to reject the wikimedia code proposal). Because data from wikidata should also be used by non wikimedia sites, this could confuse people if they expect that these codes are the same as on ISO 639-3. alswiki uses language code gsw: Merlissimo (talk) 17:41, 14 November 2012 (UTC)

Authority control

Mockup 1 (click to enlarge)

On Wikidata:Project chat#Authority control rose the question how to integrate authority control data like the en:Universal Authority File (GND), LCCN, VIAF etc. Is it possible to integrate the parameter "TYP" (de:Vorlage:Normdaten), so it will read "Authority control (person): ..." or "Authority control (place): ..."? We could add over 200.000 GNDs (Normdatencount) by bot. --Kolja21 (talk) 13:11, 16 November 2012 (UTC)

There will be an option to add identifiers for different systems. So you could for example add the IMDB ID to a movie and so on. I think this can be handled in the same way? --Lydia Pintscher (WMDE) (talk) 14:12, 16 November 2012 (UTC)

Hi Lydia, die Frage bezieht sich auf die Zusatzinfo "Person", "Werk", "Sachbegriff" etc. (Parameter "TYP") aus der Vorlage:Normdaten. In der dt.-sprachigen Wikipedia hat sich der Parameter bewährt, und ich glaube, in Wikidata wäre er doppelt hilfreich, denn falls man eine andere Sprache als Englisch wählt, sieht man oft nur den Interwikilink, aber keine Überschrift. Falls der Eintrag dann noch in hebräischer oder einer anderen nicht-lateinischen Schrift vorliegt, ist der Datensatz quasi nur für Maschinen lesbar. Außerdem wäre es praktisch, wenn Wikipedia die Normdaten vollständig (d.h. incl. der TYP-Angabe) aus Wikidata auslesen könnte, ohne sie bei der Übernahme "per Hand" anreichern zu müssen. --Kolja21 (talk) 14:35, 16 November 2012 (UTC)

I've done a week ago a technical proposal in order to add these IDs to Wikidata, I've discuss with Daniel Kinzler (WMDE) (talkcontribslogs) and Denny Vrandečić (WMDE) (talkcontribslogs) about that and they have thought that it might be a better idea to add these IDs as phase 2 claims. See the discussion page for more informations. Tpt (talk) 15:49, 16 November 2012 (UTC)

Aliases had to be different from Label

I think the aliases have to be different from what is found in the "Label" field. Currently this thing is not checked. It seems to me very strange. Bug? Raoli (talk) 23:37, 16 November 2012 (UTC)

Aliases should probably be different from the label, but that being so is nothing that the software relies on. So it's up to the community to decide and to enforce. If you think this should be enforced by software, please file a feature request. -- Duesentrieb (talk) 20:05, 18 November 2012 (UTC)
Thanks for the reply. I think this should be enforced by software. I do not know how to file a feature request. :( Raoli (talk) 21:06, 18 November 2012 (UTC)
You can do that on There you can create new bug reports and feature requests. For this one it should go into "MediaWiki extensions -> Wikidata Repo". Thanks! --Lydia Pintscher (WMDE) (talk) 22:16, 18 November 2012 (UTC)
Do I file this correctly ? Raoli (talk) 00:06, 19 November 2012 (UTC)
Seems fine! :) Jeblad (talk) 00:21, 19 November 2012 (UTC)
I do not think this should be enforced by the software. In certain cases, it is necessary to swap the values of a certain alias and the label. Having the software enforcing that all aliases be different from the label would make this difficult. Perhaps we could have a special page automatically listing pages with aliases duplicating the label, so we could clean up problems manually? --Yair rand (talk) 01:01, 19 November 2012 (UTC)

Search can't detect non-English letters

Hello, when I search some items, where is non-English letters, like "Kimi Räikkönen", it does not give any results. However it recognizes letter "ü". When I search just "Kimi", then Kimi Räikkönen can be found, but there I can see the following code "Kimi R\u00e4ikk\u00f6nen". --Stryn (talk) 21:39, 17 November 2012 (UTC)

What you see is the raw JSON used internally. Probably a problem with turning the JSON into valid unicode strings for indexing. Jeblad (talk) 00:41, 18 November 2012 (UTC)
Rather the problem that the raw JSON is in deed indexed without any processing :) This is fixed in the latest version of the OAI extension and would usually be rolled out on December 3. We are trying to get it live sooner, though. -- Duesentrieb (talk) 20:04, 18 November 2012 (UTC)

Namespace are all English

One of the localization issues on Wikidata is that all of the namespaces are exclusively in English, despite this being a multilingual project. Users can't search for pages using their own language, and page titles always display the namespaces in English regardless of what language the reader in using. Is this fixable? --Yair rand (talk) 04:46, 19 November 2012 (UTC)

If it is fixable I'll agree with this. Raoli (talk) 12:42, 19 November 2012 (UTC)
I also agree if it's not a drawback. --Dalton2 (talk) 20:56, 19 November 2012 (UTC)
It seems like getting the namespace and special pages aliases working as they should is a bit more complex than it first appeared. There is a quickfix, we can define all aliases for English and that will make it possible to use them in wikicode but they will not stick in the URL. It will probably be a temporary fix as it should be done properly. Jeblad (talk)

Presort: types of items

It would be a great help if we could specify items; doing a kind of presort. A box where we could mark the basic info if an item is a person, a work, a term or a place. --Kolja21 (talk) 12:20, 19 November 2012 (UTC)

This will come in phase 2. At the moment it is unfortunately not possible. --Lydia Pintscher (WMDE) (talk) 14:22, 19 November 2012 (UTC)

hieroglyphs and writing systems

How should native names of .e.g kush kings added? Should the name added as alias on every language or is there is different concept planned? I think your answer will be about properties. But we are talking about the native name about a person, so it is a possible name of the entity.

Lets make an example: de:Natakamani. On wikimedia mediawikis hiero extension is installed, so the hieroglyphs could be easily written as <hiero>i mn:n nw t:g</hiero> which results in


It is also possible to use utf-8 characters U+13000–U+1342F. Bot most people won't have installed a font that contains these characters. Using these characters as aliases on every language is a currently working solution but is is redundant information.

ISO 15924 defines iso language codes for writing system. wikimedia is using this iso code partly. It can also use to distinguish spoken languages in different writing systems like sr-latn or sr-cyrl. mediawiki uses it own not standardized codes sr-ec and sr-el. Perhaps it would make sense to add new codes like egyp/050 (these are both possible 15924 iso codes for the example above) that could be used for terms (labels, ..).

I really great benefit would be if labels in sign languages can be added. Then wikidata could be used as dictionary for hearing impaired people without much work. There is also a testwiki in ase (, but wikidata rejects this language code.

So is there any planning to support writing systems of languages that are not spoken? I think it would make sence because this wiki already contains written text and not spoken words. Merlissimo (talk) 02:00, 15 November 2012 (UTC)

Couldn't we use WebFonts for hieroglyphics, to get around the issue of people not having the right fonts installed? --Yair rand (talk) 10:02, 15 November 2012 (UTC)
As I know, there is a gadget to use web font([6]), but should we let users to use a third party service?Justincheng12345 (talk) 10:44, 15 November 2012 (UTC)
I meant the WebFonts Mediawiki extension (or whatever the current equivalent is), not Google's Web Fonts. --Yair rand (talk) 01:05, 19 November 2012 (UTC)
Did you already have a look at bugzilla:41807? Would that help you? --Lydia Pintscher (WMDE) (talk) 12:18, 20 November 2012 (UTC)
bug 41807 is about the page content language which should always be mul for items. My request is about additional codes for labels and aliases in some writing systems. Currently basic mediawiki only supports languages which are spoken. Merlissimo (talk) 12:58, 20 November 2012 (UTC)

SSL Configuration Error?

Certificate signed by DigiCert High Assurance CA-3, which is an unknown authority on OS X 10.8.2. Safari and Chrome give warnings. --tOMG 13:03, 20 November 2012 (UTC)

User:Jimmy xu wrk reopened bugzilla:41437 regarding this issue. --tOMG 13:07, 20 November 2012 (UTC)

Problem with long labels

I see a problem with columns with very long names, as in here. Also, the ordering of numbers doesn't work, as in here, but you must know this already for sure. Regards. --Dalton2 (talk) 06:21, 22 November 2012 (UTC)

What is the problem with the long title? It looks ok to me there.
As for Special:AllPages: Yes we need to find a way to address that. Likely with another special page. THere is a bug report for it but I unfortunately can't find it at the moment. --Lydia Pintscher (WMDE) (talk) 15:01, 22 November 2012 (UTC)
There is a limit on 255 chars (varchar actually) so for very long labels, aliases and descriptions with encoded scripts and accents in Unicode this could be a problem. I guess you will get an error message in those cases. In some cases you could get an error with as few characters as approx 64 chars (merge-things together with non-ascii characters). We could run into this kind of problems with some large and/or complex chemical formulas. For example M@C₆₀ (9bytes) is buckminsterfullerene and the phosphate ion containing radioactive phosphorus-32 is ³²PO₄³⁻ (14bytes). Such strings takes up a lot more space than what it seems like. Later on we can enable the configurable IME from ULS which will make it easier to write such strings, and that could backfire with users hitting the limit quite often. Jeblad (talk) 17:00, 22 November 2012 (UTC)
No, fortunately I don't get an error. What I mean with problem maybe is not exactly a problem, it's just that the long label is not truncated so the second and third columns appear pushed to the right edge of the page. Regards. --Dalton2 (talk) 19:04, 22 November 2012 (UTC)
What kind of browser/os are you using? Jeblad (talk) 10:31, 23 November 2012 (UTC)
Mozilla Firefox 17.0/Windows 7 Ultimate Service Pack 1. --Dalton2 (talk) 12:16, 23 November 2012 (UTC)
Do you mean this: picture? --Stryn (talk) 12:57, 24 November 2012 (UTC)
Yes, but I see it this way. --Dalton2 (talk) 13:46, 24 November 2012 (UTC)
I see it also like you, if I put the same language as you (Spain). It goes this way because es-label does not contain hyphens. --Stryn (talk) 13:52, 24 November 2012 (UTC)
And how is the English, French, German, etc. label hyphenated? With &#173; or &shy? Is there a way to introduce soft hyphens in the label without importing them from the interwiki? --Dalton2 (talk) 14:35, 24 November 2012 (UTC)

possibility to share/draw properties from other items

Good day, I was wondering if in phase 2 the possibility to share/draw properties value between items will be implemented? For example the item "President of France" and the item "France" will both need a property for the name of the current president and both articles on Wikipedia will use the value of that property. However, the whole point of a database is to avoid redundancy and discrepancies, so there should be only one place to update the value of that property (or that it updates the others automatically if one is changed). Thanks, Amqui (talk) 01:39, 25 November 2012 (UTC)

Please give us a tool to search for missing labels and/or descriptions

Please give us a tool to search for missing labels and/or descriptions! With the labels and descriptions task force we are trying to give every item a label in English, French, German, and Spanish, we have to search too much for missing labels. Someone mentioned the who can activate it here? Romaine (talk) 11:55, 24 November 2012 (UTC)

BTW: I've tried to use "AllPages" to search for missing labels. Is it possible to change the sort order (Sortierreihenfolge)? Right now it's: Q16799, Q168, Q1680 etc. It would be helpful if the lowest numbers come first. --Kolja21 (talk) 12:14, 24 November 2012 (UTC)
I created a subpage Wikidata:Labels and descriptions task force/de using my bot. This page contains lists for missing label, descriptions and both. The Last one is devided into sublists: Has sitelink to main language wiki or and another wiki having this language in its fallback list and the rest (other). The last lists contains items having the same label and description which is causing trouble on Special:ItemDisambiguation.
I'll create subpages for es, fr and en soon. More languages can be requested my i think we should test it with languages having a major wiki first. I'll update these lists twice a day (if toolserver is ok). Merlissimo (talk) 17:58, 25 November 2012 (UTC)

Problems with {{Ombox}} etc.

See Wikidata:Project_chat#SEMI-URGENT:_Problems_with_.7B.7Btl.7Combox.7D.7D_etc.. Thanks much! —Theopolisme 22:41, 26 November 2012 (UTC)

Search problems...

A couple of weeks ago there was a problem with the search function which, once raised, was swiftly resolved. We seem to have that same problem again (example search for England). —WFC— 06:56, 25 November 2012 (UTC)

Seems to work fine for me. What exactly do you think is wrong? -- Duesentrieb (talk) 14:23, 28 November 2012 (UTC)

About / not to be confused with

I really miss a field "Not to be confused with". For example:

  • Brittany, a historic region of France
  • Also known as: ...
  • Not to be confused with: Brittany, a region in France

The interwiki linking mixed both items and the German description was identical (französische Region / Region in Frankreich). --Kolja21 (talk) 20:33, 27 November 2012 (UTC)

This information could simply be included in the description, e.g. "a historic region of France (not the current administrative region)". -- Duesentrieb (talk) 14:26, 28 November 2012 (UTC)

This information has no link, it has to be translated in every language and only works if there is a perfect 1:1 translation. We work with interwiki linking, that merge different items. "en:Vacation property" is in German "Ferienimmobilie". Wikidata item "Zweitwohnung" (Q3694) connects "vacation property" with the German article "de:Nebenwohnung". So we have three different terms, describing two different subjects, merged in one item. That's o.k. with me as long as I know if there is a Wikidata item "second home", "Datscha", "Ferienhaus", "Wochenendhaus", "Ferienwohnung", "Ersatzwohung" etc. --Kolja21 (talk) 16:00, 28 November 2012 (UTC)

en-us labels

Labels list problem I tried to add en-us aliases, to match some en-ca and en-gb ones that I saw, but they don't seem to display. Can someone explain this to me? Note that there are also other national language varieties such as pt-br. —Justin (koavf)TCM 05:41, 27 November 2012 (UTC)

As far as MediaWiki is concerned, en-us is the same as plain en.
We are working on a system for handling language code aliases and fallbacks for language variants. That should help. -- Duesentrieb (talk) 14:21, 28 November 2012 (UTC)
Most people accept that American English, as the most widely used variation, is an acceptable default, and should therefore assume the "en" language code. I say that as a Brit. Calling the aforementioned variant "English" and expecting people to understand it as meaning "American English" is somewhat more controversial. Would it therefore be possible to retain the current language code (en), but change the name of the language to "American English"? —WFC— 05:38, 29 November 2012 (UTC)
See also this discussion (permalink in case it is archived). —WFC— 05:43, 29 November 2012 (UTC)

Correction and supplement to Page"Archikatedra sw.Jana Chrzciciela we Wrocwawiu, 3.2:organisci.

Hello.I hope you may find the following information useful:

  The name of the last German organist is Günther N I E R L E instead of Nierte.From"Rudolf Walter,Die Breslauer Dommusik von 1805-1945,Dülmen 1981(?) p.105 f." I can complete the list of organists quoted in
the Polish page:     
       1.Organist                              2nd organist

Josef Gottwald 1783-1833 Josef Friedrich 1790-1819

                                               (Um 1830 vertretungsweise J.F. Wolf)

Josef Franz Wolf 1833-1842 (Um 1840 vertretungsweise M. Brosig) Moritz Brosig 1843-1853 Kapst 1847(-1860?) Johannes Oppitz 1853-60 Bernhard Hahn 1860-70 (1860-70 vertretungsweise A.Greulich) Adolf Greulich 1870-84 (vertretungsweise 1876-76 E.Adler?)

    Emmanuel Adler 1884-1925                   August Hein 1884-1935

Hermann Stenzel 1925-35 Georg Skubella 1936-45 Günther Nierle1935-45 Kriegsvertreter ab September 1939:Heinz Seemann. I hope you may find this information useful or interesting

                                               Nikolaus Nierle

Nicht signierter Beitrag von --Kolja21 (talk) 23:15, 28 November 2012 (UTC)

No, sorry, it's not helpful. 1) Go to page with the error (Wikidata? German Wikipedia? English Wikipedia?), 2) click on "discussion" (of the page with the error), 3) describe the error. Copying a list of names with German organist only shows that you are interested in the subject "German organist", but I have no idea what I should do with this list. --Kolja21 (talk) 23:27, 28 November 2012 (UTC)

Blank pages

What happened here? After the Q50450 here is many blank pages, and not deleted content. Next page after Q50450 is Q50464, and then again blank pages. See also All pages from Q50450 to Q50568. --Stryn (talk) 20:05, 21 November 2012 (UTC)

I've reported a bug for it. --Lydia Pintscher (WMDE) (talk) 15:07, 22 November 2012 (UTC)
There are another gaps between Q50220 and Q50240. I changed my bot script to add edit summaries, and ran the script again at that time. It could be a wikidata bug. "If an entry is posted via API and error occurs due to the interwiki conflict, new entry is not created. But new entry number is consumed and NEVER used again". This gap can be found other bot editings. For example, MerlIwBot adds Q83825 and Q83828. But Q83826 and Q83827 are missing. -- ChongDae (talk) 02:08, 23 November 2012 (UTC)
The bug was closed as WONTFIX. Which is fine, assuming that there is an alternative way of tracking how many items we really have. I'm less bothered about the statistics themselves, more about our ability to make accurate statements. To take one example, at the moment the English Main Page implies that Item ID = number of items, and as such, implies that we have doubled in size in the past five days. —WFC— 23:29, 29 November 2012 (UTC)

Duplicated sitelinks

I just ran across Q139482 which contains all the same sitelinks as Q153881. I didn't think that was possible. Is this a bug? --Yair rand (talk) 22:37, 29 November 2012 (UTC)

bugzilla:42325. Merlissimo (talk) 22:48, 29 November 2012 (UTC)