Wikidata:Project chat

From Wikidata
Revision as of 21:31, 3 November 2012 by He7d3r (talk | contribs) (→‎Description content policy: I would prefer #2, but I'm not sure if it should have articles ("a/an") at the beginning and/or punctuation at the end. This may also vary with the language. I agree that capitalization is easier to add than to remo)
Jump to navigation Jump to search
Wikidata project chat
Place used to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.
Start a new discussion
Edit

Needed pages

We need:

This, that and the other (talk) 01:57, 30 October 2012 (UTC)[reply]

Can you clarify what should go on the first page please? --Lydia Pintscher (WMDE) (talk) 14:19, 30 October 2012 (UTC)[reply]
Standard pile of legal text so that nobody gets sued, probably. The whole "None of the contributors, sponsors, administrators or anyone else connected with Wikidata in any way whatsoever can be responsible for the appearance of any inaccurate or libelous information or for your use of the information contained in or linked from these web pages.", etc. See w:en:Wikipedia:General disclaimer. --Yair rand (talk) 19:13, 30 October 2012 (UTC)[reply]
Looks like that was written by the community on enwp. So let's do the same here. Please go ahead :) --Lydia Pintscher (WMDE) (talk) 14:00, 31 October 2012 (UTC)[reply]
✓ Done Sven Manguard (talk) 01:09, 1 November 2012 (UTC)[reply]

A way to mark pages for administrative tasks

We need some way to mark data items for administrative tasks, as it is now we can neither use categories or templates. This is typically speedy delete and merge these items. Jeblad (talk) 06:38, 30 October 2012 (UTC)[reply]

I think we may need a "requests for deletion" page (if we're feeling imaginative, could call it Wikidata:Bit bucket), like the French Wikipedia uses for their speedy deletion process. It doesn't seem possible to categorise or even to add templates to data objects. This, that and the other (talk) 08:46, 30 October 2012 (UTC)[reply]
There can be a requests for deletion page, but there needs to be a template placed on the item page itself to show editors that the page is marked for deletion. An example which I have done (it is obviously something that may be frowned upon, but I can't think of any other way) is Q259. --Hydriz (talk) 10:07, 30 October 2012 (UTC)[reply]
This way is not really working : I use French and I don’t see the english description… Ltrlg (talk) 11:37, 30 October 2012 (UTC)[reply]
:I agree. If you add the French description then you can see it, but if you want to see the English desciption, you have to change your language... --Stryn (talk) 11:41, 30 October 2012 (UTC)[reply]

Suggestion: This can be put on the talk page. A number of wikis have administrative categories on the talk page for the respective item. --Denny Vrandečić (WMDE) (talk) 10:17, 30 October 2012 (UTC)[reply]

Then the admin needs to delete two pages instead of just one, which seems annoying... This, that and the other (talk) 10:23, 30 October 2012 (UTC)[reply]
Thats quite true. Can such administrative tags be integrated to the extension itself so that it can be added like all other metadata? --Hydriz (talk) 10:25, 30 October 2012 (UTC)[reply]

In phase 2, we will have the option to add almost arbitrary metadata to an item. Maybe this will be sufficient for these needs. If not, we can then think about what still needs to be done. Does this sound reasonable? --Denny Vrandečić (WMDE) (talk) 11:33, 30 October 2012 (UTC)[reply]

Hmm, then perhaps we have to make do with just a "requests for deletion" page for now without touching the item page at all. --Hydriz (talk) 11:36, 30 October 2012 (UTC)[reply]
I like that idea for now --Guerillero (talk) 15:58, 30 October 2012 (UTC)[reply]

Automation

Why not simply migrate the Wikipedia "interwiki" table to wikidata? Kelson (talk) 10:10, 30 October 2012 (UTC)[reply]

Because there is no such thing :) There are per project tables. Bots authors have already tested on our test repository, but we have asked them to refrain from too much activity just yet. --Denny Vrandečić (WMDE) (talk) 10:19, 30 October 2012 (UTC)[reply]

"vanity" object record

I noted that object record number Q42 is currently allocated to Douglas Adams, very nice touch :-) I know this is just a trial setup and the database might be reset etc. etc. but that got me thinking - how will the database records be allocated when the articles from Wikipedia are imported en-masse? And, more intriguingly, will there be scope for people to "reserve" numbers of special significance as a kind of w:Vanity URL? I don't have any particular request to make, but it might be interesting to think about, especially if Wikidata becomes a very important record for history. Wittylama (talk) 11:17, 30 October 2012 (UTC)[reply]

The numbers will be assigned consecutively. So, just like some people aim to get the one millionth article on the English Wikipedia, or the 40,000th bug on Bugzilla (*cough*, *cough*) I expect people will aim for getting a specific ID. --Denny Vrandečić (WMDE) (talk) 11:30, 30 October 2012 (UTC)[reply]
Ok. So, I take that to mean that when Wikidata is made live "for real" these object records will be wiped and we'll start from scratch? If so - how is "consecutively" defined for the pre-existing articles? Is it by the age of creation in English Wikipedia? Alphabetically in English? Just curious. Wittylama (talk) 11:43, 30 October 2012 (UTC)[reply]
We will very likely not whipe the db again. Numbering happens in whatever order the items are created. --Lydia Pintscher (WMDE) (talk) 14:18, 30 October 2012 (UTC)[reply]
Why not when starting up put some meaning in these numbers. e.g. all persons in the numbers 1X.XXX.XXX ? Or is that not a good idea because it will give to much discussions in the future? Basvb (talk) 00:35, 31 October 2012 (UTC)[reply]
You've got it right. It is functionally irrelevant, and will just be a distraction. - Soulkeeper (talk) 00:39, 31 October 2012 (UTC)[reply]
It would give some meaning to the pagetitles. Rembering: ow I need to be at Q1287365, Q2783577 and Q1248758 seems difficult for me when you are looking for. Potato, Strawberry and Mushroom. So I guess the idea is that mainly the search button gets used, or users arive here using the interwiki's on other sites, or users don't arrive at all but bots do? Mvg, Basvb (talk) 00:50, 31 October 2012 (UTC)[reply]
I think the idea is to use search when necessary, yes. In my experience, using nonsensical page identificators (like Q1287365) is actually a good thing (in a database management perspective). It enables us to change everything about a page when necessary, even its meaning, without needing to make changes elsewhere. It allows for greater flexibility. The computer sees a number, and is satisfied. We see a description, and are satisfied. Thus there will be no "conflict of interest" between cylons and humans computers and users. - Soulkeeper (talk) 01:49, 31 October 2012 (UTC)[reply]
Jep :) The idea is also that you will not have to remember these numbers. There's things like Special:ItemByTitle for example. The idea is also that you can for example go to a Wikipedia article, change wikipedia for wikidata in the URL and then magically land on the correct Wikidata page. (Provided the language link is set in Wikidata this will work.) --Lydia Pintscher (WMDE) (talk) 06:23, 31 October 2012 (UTC)[reply]

Label name

Should Q308's English label name be Mercury (planet) like in en-wiki or Mercury? --Stryn (talk) 14:52, 30 October 2012 (UTC)[reply]

The latter. Planet should become clear through the description field. --Lydia Pintscher (WMDE) (talk) 14:54, 30 October 2012 (UTC)[reply]

Slurp all interwikis

A button to slurp all interwiki when creating a new item would be nice. Emijrp (talk) 15:35, 30 October 2012 (UTC)[reply]

+1 Superzerocool (talk) 16:36, 30 October 2012 (UTC)[reply]
We have a module that is made for something else, but can be adjusted for something like this. It would be a kind of "find one sitelink and we grab the rest for you". Jeblad (talk) 00:59, 31 October 2012 (UTC)[reply]
I've made a script that do that. I've opened a new tread. Tpt (talk) 06:46, 31 October 2012 (UTC)[reply]

Thanks Tpt. Emijrp (talk) 13:09, 31 October 2012 (UTC)[reply]

Two questions: Deleting a dataset, and "other projects"

  • When trying to create Q549 I accidentally created Q547 as well (double click, maybe?). Is there a protocol for deleting a dataset, or should such datasets just be re-used for something else? Is there a protocol for merging?
  • It doesn't seem to be possible to link to Wiktionary, Commons, Wikispecies, etc. Will this be added?

- Soulkeeper (talk) 16:19, 30 October 2012 (UTC)[reply]

There's a page to request deletions. But repurposing an item is also fine for now. Links to sister projects are not possible yet but likely in the future. --Lydia Pintscher (WMDE) (talk) 16:25, 30 October 2012 (UTC)[reply]
Thanks! - Soulkeeper (talk) 16:34, 30 October 2012 (UTC)[reply]

Label + interwiki = redundant

I understand the need to have separate labels and interwikis, but in the majority of cases I believe the label in any given language equals the interwiki link. I suggest that when adding an interwiki to a dataset which has no label in that language, the interwiki is automatically copied to the label. If it's not correct, it can always be edited later. Example: I go to dataset Q521, and add the interwiki link no:Fysiologi. Q521's "no" label should then automatically be set to "Fysiologi". In the unlikely event this is wrong, editing it is no problem. And maybe a sloppy label is better than no label, anyway? Does this sound reasonable? - Soulkeeper (talk) 16:34, 30 October 2012 (UTC)[reply]

eo: Ĉi tie estas bonan ideon (se mi komprenas bone). Marek Mazurkiewicz (talk) 22:01, 30 October 2012 (UTC)[reply]
pl: To jest dobry pomysł (jęśli dobrze rozumiem) Marek Mazurkiewicz (talk) 22:01, 30 October 2012 (UTC)[reply]
The label is "our" title for the item, while the title in the sitelink is the external projects title for the article. They are decoupled so they can be different, but more often than not they will be the same. We had a lot of discussion about how to handle similar labels and titles, and if we should set them to the same string. Perhaps the community should chose? Jeblad (talk) 01:05, 31 October 2012 (UTC)[reply]
IMO it is good as it is. The more articles Wikipedia gets the less names need not to be disambiguated. John Smith is going to be labeled John Smith, but there will plenty of John Smiths. I understand the label would be John Smith whatever the article's name is. Another (semi-fictive) example. According to EN:WP naming conventions the article Silver Creek (Colorado) would be about the river in Colorado named Silver Creek. According to DE:WP naming conventions the article Silver Creek (Colorado) would be about the settlement named Silver Creek, and the river's article would be named Silver Creek (Smith River) (assuming that it mounds into the "Smith River"). The settlement's article would be named Silver Creek, Colorado in the EN:WP. However, all of them might be labeled "Silver Creek", with river/settlement in the description line (EN) resp. Fluss/Ort (DE). I believe it's more easy and better for data quality to add correct labels where they are missing then to search out cases in which the label is wrong. --Matthiasb (talk) 19:35, 31 October 2012 (UTC) (sligthly edited to avoid confusion, 09:43, 1 November 2012 (UTC))[reply]
I agree.
Much of what is just assumed to be necessary in the title is just stuff we've gotten used to, even though the original purpose was to have unique titles on Wikipedia, and isn't necessary to have in labels here. --Yair rand (talk) 22:32, 31 October 2012 (UTC)[reply]

Good and featured articles

How do we mark good and featured articles in the future? --Stryn (talk) 17:36, 30 October 2012 (UTC)[reply]

That's not implemented yet. We're still figuring out the details of that. --Lydia Pintscher (WMDE) (talk) 17:39, 30 October 2012 (UTC)[reply]
See https://bugzilla.wikimedia.org/show_bug.cgi?id=40810 also. --Lydia Pintscher (WMDE) (talk) 17:40, 30 October 2012 (UTC)[reply]
Some of the problems in marking links is that the marking will take several roles. Some of them will be maintenance in Wikidata, some will be maintenance in the Wikipedia project, some will be article quality markers, and so forth. But all can be folded into one space as a kind of link attribute. If anybody have a good idea about how we might do this feel free to add it here or to the bug. Our best idea so far is simply a list of enumerations, and then to map those enums to templates without any implicit interpretation. Jeblad (talk) 00:51, 31 October 2012 (UTC)[reply]

Warum kann...

...ich keine Bearbeitungen durchführen? Liesel (talk) 19:19, 30 October 2012 (UTC)[reply]

Du solltest editieren können. Aber es gibt auf den Seiten im Hauptnamensraum keinen Edit Button wie in der Wikipedia. Die sind in den Formularfeldern. --Lydia Pintscher (WMDE) (talk) 19:20, 30 October 2012 (UTC)[reply]
Fehler gefunden. Javascript war deaktiviert. Liesel (talk) 19:47, 30 October 2012 (UTC)[reply]
Ah gut zu wissen. Ohne Javascript gibt es in der Tat noch ein paar Probleme. Wir arbeiten dran. --Lydia Pintscher (WMDE) (talk) 20:23, 30 October 2012 (UTC)[reply]

Purpose of "description" field.

The contents of items' description fields are already getting past the point of acceptable variation, with some having just one-word notes (basically the kind of thing one would put in brackets in a Wikipedia article title in order to disambiguate), and some having multiple-statement extensive descriptions. We're going to need to build some basic policies and guidelines for this, which is going to be really difficult if we don't have a clear idea of what the descriptions are for, what their intended use is... --Yair rand (talk) 19:25, 30 October 2012 (UTC)[reply]

The purpose is to differentiate things like Mars, the planet, god and food. They'd all have the label Mars likely and the description helps to tell them apart. --Lydia Pintscher (WMDE) (talk) 19:27, 30 October 2012 (UTC)[reply]
Thanks for the heads up --Guerillero | Talk 19:48, 30 October 2012 (UTC)[reply]
Okay, so for "French", we'd want something like "language"? The current description is "Romance language in the Oïl family spoken in France", which is a bit much if the sole purpose is to distinguish it from other items with the same label. Similarly for most of the items on the wiki so far. --Yair rand (talk) 20:46, 30 October 2012 (UTC)[reply]
Either is fine really from the dev team's perspective. Decision is with the community about how exactly it should look. --Lydia Pintscher (WMDE) (talk) 20:49, 30 October 2012 (UTC)[reply]
Okay... Is the description going to be used at all outside this wiki? In the Wikimedia wikis? In external websites? Would keeping descriptions completely unique be useful? Getting a community decision based on just the information that's available now sounds rather difficult. It would be easier if we had a more general idea of what kinds of things it will be used for. --Yair rand (talk) 02:16, 31 October 2012 (UTC)[reply]

Description length

How long should the description be? How many information should be packed into them? Ony 2 or 3 words? (A country in Europe) oder longer (An astrophysical model of planetmigration in solar system)? And should they end with a dot? Just want to ask for your opinions. MichaelSchoenitzer (talk) 22:28, 30 October 2012 (UTC)[reply]

It should be long enough to be descriptive. Jeblad (talk) 01:23, 31 October 2012 (UTC)[reply]
It seems to me that one word is often sufficient. Using them the same way you use disambiguation parantheses seems to work just fine. Less is more. - Soulkeeper (talk) 10:43, 31 October 2012 (UTC)[reply]

Wikidata:Countries Task Force

To make sure the countries have at least the basic interwiki links I, after talking to User:Romaine, created this task force (please move it to a more appropriate location if possible). Any help with creating lists and ckecking will be appreciated.--Ymblanter (talk) 21:40, 30 October 2012 (UTC)[reply]

Template:Documentation

Could someone with the necessary understanding please create Template:Documentation and the required sub-templates, by importing from en.Wikipedia? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:47, 30 October 2012 (UTC)[reply]

This should be transwikied, so as not to lose the history. Special:Import should be used by a user with the rights (I think). --Yair rand (talk) 21:49, 30 October 2012 (UTC)[reply]
What would it be needed for? --MF-Warburg (talk) 21:58, 30 October 2012 (UTC)[reply]
Documenting templates, as on en.Wikipedia. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:13, 30 October 2012 (UTC)[reply]

Capitalization of labels

There is an art form called music and a Madonna album named Music. Wouldn't it be practical if we differentiated between them in the labels? - Soulkeeper (talk) 22:37, 30 October 2012 (UTC)[reply]

That is what the description is for. --LydiaPintscher (talk) 22:39, 30 October 2012 (UTC)[reply]
The description doesn't show in search results like the label does. - Soulkeeper (talk) 22:40, 30 October 2012 (UTC)[reply]
Yeah search is still meh :/ This is not how it's supposed to be. We'll need to work on that. Other special pages already do take the description into account. --LydiaPintscher (talk) 22:44, 30 October 2012 (UTC)[reply]
What pages are those? --Guerillero | Talk 23:09, 30 October 2012 (UTC)[reply]
There are a few additional special pages and more will come. See for example Special:ItemByTitle/enwiki/London and Special:ItemDisambiguation/nb/Oslo. The first one uses a sitelink to get to the item, while the last one use the label to list possible landing pages. The last one will show a link to all items with a label in the given language, which is another nice thing in Wikidata – we don't have to think about which entity owns a specific entry. Jeblad (talk) 01:21, 31 October 2012 (UTC)[reply]
I see that labels i added non-capitalized, regular nouns like "zucchini", "nose" etc. are being capitalized by others to "Zucchini" and "Nose". In these cases i would actually like to revert that because these are not usually capitalized in English and the reason seems to be only the historic reasons with Mediawiki and Wikipedia we are not restricted to anymore when it comes to labels vs. page names. Mutante (talk) 01:26, 3 November 2012 (UTC)[reply]
I think English labels should only be capitalized if they are proper nouns. Regular nouns, adjectives, verbs should be non-capitalized as it is done on Wiktionary. I would not consider a label a start of a sentence. A description might be a sentence or not, i don't have a strong opinion yet on whether a description should start with a capitalized letter and end with a . or not. I suggest following the Wiktionary policy rather than Wikipedia. Mutante (talk) 19:15, 3 November 2012 (UTC)[reply]
Well, that does run into problems with terms like IP address, and other acronyms, doesn't it?--Jasper Deng (talk) 19:44, 3 November 2012 (UTC)[reply]
I don't think so. Acronyms are still capitalized (with a few special cases) -> wikt:Category:English_acronyms. It is just wikt:IP address and wikt:address. Mutante (talk) 19:52, 3 November 2012 (UTC)[reply]
Take an example like wikt:vi. (See also Vi, VI, .vi, vì, vị, v.i., v. i., V.I. and V. I.). You can just get them right and only need to get used to not being restricted like with WP page titles. Mutante (talk) 19:58, 3 November 2012 (UTC)[reply]

You are the community

Remember that when you do something and find it odd, discuss it with other users in the community! For us who has tried to wrap our heads around these ideas for several months it might seem trivial and obvious, but it is definitely not at all obvious. Discuss and ask, it might very well be that we must redo something to make it as obvious as it should be. The staff is not the community, and we are absolutely not YOU, so ask if something seems weird. Jeblad (talk) 01:32, 31 October 2012 (UTC)[reply]

Categories

Is it ok to add categories already, like here: Q1366? And label is then Category:Porto? --Stryn (talk) 07:09, 31 October 2012 (UTC)[reply]

I don't think it's a good idea: As I see Wikidata, this website is done in order to store data about entities and links to websites that talks about them, not to store Wikipedia's interwiki. Tpt (talk) 08:00, 31 October 2012 (UTC)[reply]
Actually I don't see the problem with this. If the whole interwiki system is going to be replaced we will need entries for project pages, categories, templates, help namespace, etc. This, that and the other (talk) 08:02, 31 October 2012 (UTC)[reply]
I believe that the interwiki system will not be replaced (Mediawiki will have to ever support inter-language links for wikis that doesn't use Wikidata) and the project description talks only about support of main namespace of Wikipedias. I think we need an RFC in order to clarify this. Tpt (talk) 08:54, 31 October 2012 (UTC)[reply]
And what about user pages (Q1170, Q640)? --WTM (talk) 09:02, 31 October 2012 (UTC)[reply]
It's an interesting point. There's also Q1281, and they will likely keep comoing. Does anyone from WMDE know whether non-article namespaces are in Wikidata's scope? (By the way, I meant the whole Wikipedia interwiki system in my reply above!) This, that and the other (talk) 09:04, 31 October 2012 (UTC)[reply]
It's technically possible. If it's ok to do in practice is up to the community. --Lydia Pintscher (WMDE) (talk) 09:37, 31 October 2012 (UTC)[reply]
I've open a discussion here: Wikidata_talk:RFC/Inclusion_of_not-article_pages. Tpt (talk) 10:31, 31 October 2012 (UTC)[reply]
My suggestion is to create new namespaces to organize items such as the categories, help pages and templates (the discussion about the scope is more related to deciding which ones of them will be "content" namespaces). Helder 16:13, 3 November 2012 (UTC)
The interwiki system will not be replaced. Wikipedias will still have interwiki link groups that have interwiki conflicts, plus section interwiki links (like "de:Figuren der Harry-Potter-Romane#Hermine Granger"). Wikidata however should contain all other interwiki links in all namespaces. It is then up to each wikipedia, wheter they use Wikidata links from an praticular namespace or even whether they use Wikidata at all.--Snaevar (talk) 10:55, 31 October 2012 (UTC)[reply]
Of course the interwiki system in Wikipedia should be gone when we're done with this and it is stable. It's one reason why Wikidata was proposed: for getting rid of the tens of thousand interwiki bot edits each day. --Matthiasb (talk) 19:55, 31 October 2012 (UTC)[reply]
Just to clarify, I was writing about Wikidata´s technical limitations in my last comment. That comment does however not reflect my own opinion on Wikidata. I am an beurocrat on is.wikipedia and there my fellow beurocrats are fed up with the bots. So, as much as I would like to get rid of them, I will have to accept the fact that the technical limitations do not allow such an mesure at least yet. So, in order to get as many interwiki links to wikidata as technically possible, I have been fixing interwiki-conflicts.--Snaevar (talk) 17:48, 1 November 2012 (UTC)[reply]

User space.

Is there something like a user space or sandbox where we could do some testing before going to the real stuff ? Regards. Zil (talk) 07:38, 31 October 2012 (UTC)[reply]

Hmm no I fear not but you could try things on the demo system instead: http://wikidata-test-repo.wikimedia.de --Lydia Pintscher (WMDE) (talk) 08:50, 31 October 2012 (UTC)[reply]
According to Template:Welcome there is also Wikidata:Sandbox. Helder 16:16, 3 November 2012 (UTC)

SlurpInterwiki script

I've written a small JavaScript script, slurpInterwiki that import automatically inter-languages links from a Wikipedia already added in site links list. To use it copy/paste in your common.js (My preferences > Appearance > Skin > Custom JavaScript): 

mw.loader.load('//www.wikidata.org/w/index.php?title=User:Tpt/slurpInterwiki.js&action=raw&ctype=text/javascript');

This gadget can be launched by clicking on "Import interwiki" link in the toolbox. Tpt (talk) 07:40, 31 October 2012 (UTC)[reply]

Thanks. Now I noticed that there is on the toolbox "Import interwiki". --Stryn (talk) 07:53, 31 October 2012 (UTC)[reply]
Sorry, I've forgotten to say that this script is launched by clicking on the "Import Interwiki" link added in the toolbox. Tpt (talk) 07:57, 31 October 2012 (UTC)[reply]
Hi, I've added "es" i18 key: User:Superzerocool/common.js. Superzerocool (talk) 10:21, 31 October 2012 (UTC)[reply]
Thanks. I've added it to my version of the gadget. Tpt (talk) 10:29, 31 October 2012 (UTC)[reply]
I've also added the Italian version, I think we can add it to the common.js. --Vituzzu (talk) 11:10, 31 October 2012 (UTC)[reply]
Thanks ! I've made a request for adminship in order to keep ability to edit it if I move it into Mediawiki namespace. If I'm admin, I'll move the script to a gadget and ask here if we make it available by default. Tpt (talk) 11:18, 31 October 2012 (UTC)[reply]
The Dutch translation of this script can be found on this page. --Wiki13 talk 12:13, 31 October 2012 (UTC)[reply]
I've add it to my version of the script. Thanks ! Tpt (talk) 12:22, 31 October 2012 (UTC)[reply]
Finnish version: User:Stryn/Slurper. --Stryn (talk) 12:23, 31 October 2012 (UTC)[reply]
Could you fix Kan niet met API verbinding maken ! to 'Kan niet met de API verbinding maken' ? Thanks in advance! --Wiki13 talk 12:43, 31 October 2012 (UTC)[reply]
✓ Done Thanks Stryn ! Tpt (talk) 15:49, 31 October 2012 (UTC)[reply]
Great tool! Romaine (talk) 14:58, 31 October 2012 (UTC)[reply]
Next tool should be a tool to see which articles with (interwiki's) on an certain language project aren't in Wikidata yet. Romaine (talk) 14:58, 31 October 2012 (UTC)[reply]
Great. Would it be possible that to have it add something like "script" in the interwiki (for clarity sake, + advertisement). Or still better I think, could it add all interwikis in just one edit, so that it does not swamp the page history ? --Zolo (talk) 15:46, 31 October 2012 (UTC)[reply]
The problem of the script is that users how use it do not check if langlinks are correct. The script simply copy the existing local langlinks to wikidata regardles if other wikis have a different opinions which articles are related.
The script would be helpful if users would check first if the langlinks are correct. But that isn't done my many people. For simply importing data without human check we have existing bot script that can detect conflicts and have additional checks. So please add a warning that users are aware of this problem. Merlissimo (talk) 18:54, 31 October 2012 (UTC)[reply]
I've added a warning message ('box-warning' in i18n). Can you check it ? Tpt (talk) 19:53, 31 October 2012 (UTC)[reply]
It doesn't work after warning was added. At least for me. Any possible reasons?

This is a very helpful script. Thank you. Are you sure you really fixed the "interwiki prefixes with hyphens" bug mentioned above? I have problems with several entries, where the script says it has imported the links, but it actually has not. It seems that those entries all have interwiki links with hyphens (examples: Q2749, Q2765, dewiki import), whereas the successfully imported did not. -- Thoroe (talk) 00:18, 1 November 2012 (UTC)[reply]

This bug is fixed now, I hope. The script bugs because there was in the chosen wiki a link to a depreciated wiki (be-x-old) that make the script fail. This wiki is now ignored. Tpt (talk) 08:02, 1 November 2012 (UTC)[reply]
Looks good so far. Thanks for the fix. -- Thoroe (talk) 10:44, 1 November 2012 (UTC)[reply]
  • Could someone try to import interwiki for Dagestan and Primorsky Krai, please? These are two my last entries, and the script fails to load anything, it says interwikis have already been added. I closed and reopened the browser, but the problem persists, and I do not understand what it is going on. Thanks in advance.--Ymblanter (talk) 06:59, 1 November 2012 (UTC)[reply]
Worked for me. --Stryn (talk) 07:12, 1 November 2012 (UTC)[reply]
Thanks. It is still not clear what stopped working for me though--Ymblanter (talk) 07:27, 1 November 2012 (UTC)[reply]
I have fix some bugs. I hope this problem is fixed too. Tpt (talk) 08:02, 1 November 2012 (UTC)[reply]
Yes, it works indeed, thank you so much.--Ymblanter (talk) 08:10, 1 November 2012 (UTC)[reply]
Now same error is happening for me also. So I can't import anymore. Strange. --Stryn (talk) 07:29, 1 November 2012 (UTC)[reply]
I've made some change to the script. I hope it fix these bugs. Tpt (talk) 08:02, 1 November 2012 (UTC)[reply]
Hmmm... why I can't see the import link? --Stryn (talk) 09:21, 1 November 2012 (UTC)[reply]
May be because it is visible only in selected interface languages?--Ymblanter (talk) 09:23, 1 November 2012 (UTC)[reply]
I do not see it in any language. I tried Finnish, English, Russian, French, no link... --Stryn (talk) 09:25, 1 November 2012 (UTC)[reply]
The we probably need to wait the advise from the script author again.--Ymblanter (talk) 09:27, 1 November 2012 (UTC)[reply]
Works now. I updated my Firefox. --Stryn (talk) 11:01, 1 November 2012 (UTC)[reply]
I also can't see the link in any interface language. --Morten Haan (talk) 16:00, 1 November 2012 (UTC)[reply]
I tried other browsers. Newest Firefox (16.0.2) works, newest Chrome and Internet Explorer doesn't work. --Stryn (talk) 16:06, 1 November 2012 (UTC)[reply]
I tried Internet Explorer and Safari (both newst versions), both don't work. It seems that the script only works on Firefox. --109.84.98.162 16:14, 1 November 2012 (UTC)[reply]
Bug fixed. Sorry. Tpt (talk) 16:22, 1 November 2012 (UTC)[reply]
Now I have again the problem that there's no wiki to select. See page Q5846. --Morten Haan (talk) 16:39, 1 November 2012 (UTC)[reply]
And in my case (FF16) it now does everything properly, but needs to be stopped manually.--Ymblanter (talk) 16:41, 1 November 2012 (UTC)[reply]
Update: On Safari it works but has to be stopped manually, on Internet Explorer it works sometimes only. --Morten Haan (talk) 16:58, 1 November 2012 (UTC)[reply]
It might now work. Purge yours cache. Sorry for the bug. Tpt (talk) 17:38, 1 November 2012 (UTC)[reply]

status of search

Hey folks :)

I know the search is painful at the moment. It's on our todo list. You can follow the status at https://bugzilla.wikimedia.org/show_bug.cgi?id=36423

--Lydia Pintscher (WMDE) (talk) 09:33, 31 October 2012 (UTC)[reply]

How about SUL?

Why I can't login in this wiki with my SUL nick? 

Login error
 <The user name "Skyluke" has been banned from creation. It matches the following blacklist entry:
 <code>.*Ky[1Il][uüv].* <newaccountonly></code>>

I received this message... --79.13.30.17 09:58, 31 October 2012 (UTC) Skyluke@it.wiki[reply]

See Title blacklist on Meta. There is .*Ky[1Il][uüv].* <newaccountonly> Maybe you should tell about this out somewhere there. --Stryn (talk) 10:09, 31 October 2012 (UTC)[reply]
It should be solved now. --Vituzzu (talk) 10:59, 31 October 2012 (UTC)[reply]

Some languages to long: zh-classical and map-bms

Hello,

See Q1281 the zh-classical and map-bms go throught the border of their cell and fight with the language link.

Greetings, Basvb (talk) 10:32, 31 October 2012 (UTC)[reply]

See Code field to small — Ltrl G☎, le 10:45, 31 October 2012 (UTC)[reply]

RFC about the inclusion in Wikidata of not-article pages

I've open a discussion about the inclusion in Wikidata of not-article pages after some discussions made in this tread. Tpt (talk) 10:35, 31 October 2012 (UTC)[reply]

Add Categories or Groups on WD

there could be groups or categories for bring databases together like chemical element, a list of all chemical element links. --Jitrixis (talk) 11:01, 31 October 2012 (UTC)[reply]

Support that. §§Dharmadhyaksha§§ {T/C} 11:16, 31 October 2012 (UTC)[reply]

More taskforces

Almost all pages on Wikidata:Countries Task Force and Wikidata:Elements Task Force are now done. Very few are remaining and i see this could cause many edit conflicts or duplicates. Could someone please initiate more taskforces? §§Dharmadhyaksha§§ {T/C} 11:44, 31 October 2012 (UTC)[reply]

I understand that everyone wants to - and should - try out the new editing interface, but surely such major tasks should be done by - and can wait for - bots? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:10, 31 October 2012 (UTC)[reply]

Will these taskforces be thw only way to navigate through similar items? In such case many taskforces will be needed. They would be like categories in Wikipedia. For such amount of work, bots would definitely be needed. With bots doing the main chunk, we can do the cleanup. §§Dharmadhyaksha§§ {T/C} 03:51, 1 November 2012 (UTC)[reply]

Breaking changes in the API

With next roll-out of our code there will be breaking changes in the API. In particular this will have an impact on the script User:Tpt/slurpInterwiki.js and other similar scripts and bots. The call to wbgetitems will be replaced by wbgetentities and internal structures named items' will be entities. The same change is in wbsetsitelink, the internal structure item will become entity. Also ids which is now unprefixed integers will be prefixed strings. Jeblad (talk) 11:29, 31 October 2012 (UTC)[reply]

Thanks. I'll prepare a compatible version of User:Tpt/slurpInterwiki.js. Tpt (talk) 12:10, 31 October 2012 (UTC)[reply]
As a gadget its up to the community. Jeblad (talk) 12:04, 31 October 2012 (UTC)[reply]

Patrol flags

Shall we turn on patrol flags? I don't think it is on now… We could give autopatrol rights to known good users from other projects. This will make it possible to filter out new users in the huge flood of edits. Full patrolling doesn't make sense right now, but being able to hide known good edits could be nice. Jeblad (talk) 12:07, 31 October 2012 (UTC)[reply]

Autopatrolled

Can we have an autopatrolled group to make the NewPages a bit less yellow? Ajraddatz (talk) 00:14, 2 November 2012 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
FRname
FRdescripion
FRalias
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)[reply]

picture of my idea http://img209.imageshack.us/img209/7518/16septembrewikidata2012.png --Jitrixis (talk) 09:24, 1 November 2012 (UTC)[reply]
This would be useful. You should go to Wikidata:Contact the development team‎‎ — Ltrl G☎, 09:44, 1 November 2012 (UTC)[reply]

For now, you can try something like the following: 

if( mw.config.get( 'wgNamespaceNumber' ) === 0) {
    $( function(){
        $( '.wb-sitelinks-' + mw.config.get( 'wgUserLanguage' ) )
            .prependTo( 'tbody' )
            .find('td')
                .css('background-color', '#CFC');
    } );
}

It won't update the alternating row colors though. Helder 17:06, 3 November 2012 (UTC)

Thank you, looks good! --Stryn (talk) 17:14, 3 November 2012 (UTC)[reply]
I did an update to change the background color to green. Helder 17:52, 3 November 2012 (UTC)

Translate extensions

If nobody oppose I would like to ask for mw:Extension:Translate and mw:Extension:TranslationNotifications to be set up on this project. That will make it easier to maintain localized pages. See also Bug 41585 - Add the extensions Translate and TranslateNotifications on Wikidata. Jeblad (talk) 13:42, 31 October 2012 (UTC)[reply]

 Support We have many pages that needs to be localised in this wiki. --Hydriz (talk) 13:43, 31 October 2012 (UTC)[reply]
 Support. Tpt (talk) 15:50, 31 October 2012 (UTC)[reply]
 Support --Guerillero | Talk 15:51, 31 October 2012 (UTC)[reply]
Support. The Translate extension is a very useful tool for multilingual wikis. --MF-Warburg (talk) 15:57, 31 October 2012 (UTC)[reply]
 Support, it would be great. --Stryn (talk) 16:07, 31 October 2012 (UTC)[reply]
 Neutral - I have worked with that extension and the system isn't working as users would expect, what makes it difficult to change pages. It should be developed further first before being deployed anywhere. Romaine (talk) 16:45, 31 October 2012 (UTC)[reply]
 Support See also Wikidata_talk:Main_Page#How_to_translate_the_main_page_in_other_languages.3F. Helder 23:38, 31 October 2012 (UTC)
 Support — Ltrl G☎, 23:49, 31 October 2012 (UTC)[reply]
 Support Sven Manguard (talk) 01:30, 1 November 2012 (UTC)[reply]
 Support --Sannita - not just another it.wiki sysop 10:52, 1 November 2012 (UTC)[reply]
 Support --Raoli (talk) 19:44, 1 November 2012 (UTC)[reply]
 Support --Bene* (talk) 20:17, 1 November 2012 (UTC)[reply]
Support. Ajraddatz (talk) 22:46, 1 November 2012 (UTC)[reply]
 Support only in ns "Wikidata" and "Help" because it will be very useful for policies and help pages,  Oppose for other namespace. Restu20 22:52, 1 November 2012 (UTC)[reply]
 Support --Snaevar (talk) 23:13, 1 November 2012 (UTC)[reply]
Nice! But I can't translate. Should I request a special right for this? Benoit Rochon (talk) 07:50, 3 November 2012 (UTC)[reply]
Hello, I don't know if we have to go through a voting process to get translators, but I created Requests for translation group. I think it would be useful to have couple translators at this crutial point. Thank you. Benoit Rochon (talk) 18:55, 3 November 2012 (UTC)[reply]

Why is the Label separately editable?

I'm quite sure there is a simple and logical answer to this question - it's just my not understanding the Wikidata system I'm sure. But... I was wondering why the Label element on any object record is editable, and in some cases is blank even when there's lots of interlanguage-links already in place. Since the software knows what language I'm reading in, why can't it just show me the label of that record in my chosen language? If I understand correctly, we have to input the label of each record, in each language, even though all the interlanguage-links are right there already below.

For example, I just made this edit [1] where there were over a dozen links already but no "name", I just copied and pasted the name from the English link into the Label field and pressed save. Is that a correct action? If so, why does it need me to do this manually? Wittylama (talk) 14:44, 31 October 2012 (UTC)[reply]

But since "my" language was already in the list of interwikis, why was it necessary for me to create it? Surely the software could just display the relevant title to me? Wittylama (talk) 14:53, 31 October 2012 (UTC)[reply]
Because it is a different thing. I will now give an example.--Ymblanter (talk) 14:54, 31 October 2012 (UTC)[reply]
Take a (not yet existing) entry on en:Pechora River. Of course you can create an entry and call it Pechora River. (This is what I would do). However, 90% of users will find it easier to create an item which is called Pechora and has the description of smth like A river in Russia. This inentifies it in a pretty much unique manner. If an article is renamed because the naming conventions on en.wiki change the item is still there and means the same. And, besides, the item can just be non-existent in English Wikipedia - but still exist here and have some name.--Ymblanter (talk) 15:00, 31 October 2012 (UTC)[reply]
    • Btw what I find amusing is that one actually does not need to delete the pages - one can just take an accidentally created duplicate, change the label and replace all the intterwiki links. On the other hand, vandals can do it as well.--Ymblanter (talk) 14:54, 31 October 2012 (UTC)[reply]

I'm confused, what does the deletion process have to do with this??
Further to my last comment: If, because of some weird disambiguation title system back on Wikipedia the label was strange, then I could update it manually and describe the precise meaning of the record in the relevant field. So, why would it be blank in the first place? Wittylama (talk) 14:53, 31 October 2012 (UTC)[reply]

I think our comments crossed and we wrote the same thing, if I get it correctly.--Ymblanter (talk) 15:01, 31 October 2012 (UTC)[reply]
See also the #Label + interwiki = redundant discussion about the same thing. Perhaps the explanations there are more understandable.--Snaevar (talk) 22:28, 31 October 2012 (UTC)[reply]

Diff template

The template {{Diff}} (like that on en.Wikipedia and elsewhere) is now available, to enable you to link to the difference between two edits, in discussion pages like this one. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:59, 31 October 2012 (UTC)[reply]

Just copying the link of a diff is easier than a template. Romaine (talk) 16:46, 31 October 2012 (UTC)[reply]
The template makes the link work regardless of protocol, so it doesn't matter if one person pastes it using http:// and the other reads it using https:// (or vice versa) - that won't be the case if you just paste a URL. It also makes the link appear as internal, rather than external. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:16, 31 October 2012 (UTC)[reply]
Just removing the http: or https: works fine: Wikidata. Romaine (talk) 00:36, 1 November 2012 (UTC)[reply]
That's still flagged as an external link. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:04, 1 November 2012 (UTC)[reply]
The one from {{Diff}} is also marked as external, until bugzilla:11477 is fixed. Helder 15:06, 1 November 2012 (UTC)
Really: what about this? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:13, 1 November 2012 (UTC)[reply]
It will be marked as external as usual: <span class="plainlinks"><a rel="nofollow" class="external text" href="//www.wikidata.org/w/index.php?title=Q6145&diff=280772&oldid=280762">what about this</a></span>
You can use CSS to remove the icon if that is what is botthering you:
div#content a.external[href^="//www.wikidata.org"] {
    background: none;
    padding-right: 0;
}
Helder 17:39, 3 November 2012 (UTC)

Template imports

Further to my request above for the import of en:Template:Documentation from en.Wikipedia., another template which would be useful here, in the short term, would be en:Template:Tl. Could somebody import that, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:03, 31 October 2012 (UTC)[reply]

For tl, it will be sufficient to put the code {{[[Template:{{{1}}}|{{{1}}}]]}} on template:tl (this shouldn't need an import). --MF-Warburg (talk) 15:35, 31 October 2012 (UTC)[reply]
So done; thank you.. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:40, 31 October 2012 (UTC)[reply]
I think too easy requests are made to import templates. Please keep in mind that this is a universal wiki and not a copy of the English Wikipedia where they have too much templates that they try to export to get rid of them. Romaine (talk) 16:47, 31 October 2012 (UTC)[reply]
I'm well aware that this isn't a copy of the English Wikipedia; however that wiki has some useful templates which are free to copy. As for "too much templates", I'm not suggesting that we import them all, just those which will be of benefit here. How else do you propose that we mark up text where languages change, for example? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:20, 31 October 2012 (UTC)[reply]

Linking to sister projects

How can we link to sister projects: Wikimedia Commons (pages and categories), WikiSource, WikiQuote, etc? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:22, 31 October 2012 (UTC)[reply]

Not yet possible. --Stryn (talk) 15:25, 31 October 2012 (UTC)[reply]
Perhaps an interim solution would be a template to do so, included in the prose description, which a bot could later convert? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:35, 31 October 2012 (UTC)[reply]

Seems like this is working? Or is it something else you are asking about? Jeblad (talk) 18:19, 31 October 2012 (UTC)[reply]

I think Andy was talking about the links in the Wikidata items. — Arkanosis ✉ 18:31, 31 October 2012 (UTC)[reply]
Indeed. I can link from Q2256 to en:Birmingham; how should we link from that entry to commons:Birmingham and/or commons:Category:Birmingham? On en.Wikipedia, for example, we use en:Template:Commons & en:Template:Commons category respectively. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:04, 31 October 2012 (UTC)[reply]

Easy link to this page

Can we have a link to this page, from the site's left-hand navigation, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:24, 31 October 2012 (UTC)[reply]

Indeed we can. --MF-Warburg (talk) 15:29, 31 October 2012 (UTC)[reply]
Thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:36, 31 October 2012 (UTC)[reply]

Hamburg-prefix

Here is many items where English label has Hamburg-prefix, like Hamburg-Stellingen. Should it be with Hamburg-prefix or without prefix? I prefer without prefix. --Stryn (talk) 15:24, 31 October 2012 (UTC)[reply]

en.Wikipedia main page

I asked for this project to be included in the list of sister projects on the en.Wikipedia main page. Here's the discussion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:31, 31 October 2012 (UTC)[reply]

Proposal: Limit the number of bureaucrats and admins

It has turned out that there is allready an flood of admin rights requests. The number of bureaucrats and admins should slowly increase as the community gets bigger. So, I am proposing two rules:

  1. There is an maxium of one user with each user right per every 100 active users. (hereafter mentioned as spots, available spots are spots that have not been filled yet). This rule does not apply to Wikidata staff accounts.(at 15:30 there where 320 active users, so at that time there should be a maxium of 3 users with each user right)
  2. Votes are counted by withdrawing oppose votes from support votes. Those with the highest score fill the available spots and get the corresponding rights. Other requests are put on hold until there is an available spot again.

--Snaevar (talk) 15:47, 31 October 2012 (UTC)[reply]

Your metric is sensible one, with the caveat that the minimum number of admins needs to be much higher than 3; a group of 3 means there would be long periods with no admins available. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:08, 31 October 2012 (UTC)[reply]
6 to 12 would be better --Guerillero | Talk 16:32, 31 October 2012 (UTC)[reply]
  • Even though I retracted my request for the very same reason, I do not think this is a good idea. Right now users are supporting the candidates mostly on the basis that they have proven to be excellent in other projects. (In this respect, a request by Sarah, who at the time I am writing this has three edits - two on her user page and one to write the request - and has the highest support among all candidates - is very illustrative). However, we need users who are not just proven to be trusted on other projects, we need users who will be dedicated to this particular project - and if someone is an admin on five other projects and a steward (I made the example up, I do not mean anybody in particular), than we have more chances that they just become inactive soon. In view of this, I would not limit the number of admins. An alternative would be to have the RFA in three months, when we know who is active and who is not - but this does not seem to be an option, since there are some (infrequent) mediawiki requests (we can survive without deletions though, and hopefully there will be not so many vandals).--Ymblanter (talk) 16:46, 31 October 2012 (UTC)[reply]
  • Sure there are core users in future, but just as on Commons, I think most users only come here shortly to change something as they noticed on their home wiki an error with / missing interwiki. This is not a regular project like a Wikipedia where a community is growing, this is a different type of project. Romaine (talk) 16:52, 31 October 2012 (UTC)[reply]
  • I sincerely believe that the more (trusted) admins there are, the better. That's pretty much the same as for editors, developers or any other volunteers category (as long as you can trust them for what they have to do, and they are not fully inactive, of course). Best regards — Arkanosis ✉ 17:10, 31 October 2012 (UTC)[reply]
  • I think this is a kind of project where it make sense to be an admin if one will regularly contribute. Not so right now, but later on where the project will have real content it will be very important. An alternative is to have a kind of near-admin rights. Also, this project will be very much a kind of hub for a bunch of wikipedias and therefore it will be important to have people that can communicate with the different projects. That also make it important to have many admins to handle all kinds of questions that arise. I would say go for a higher number of admins as long as they are well-known for communicative skills. Jeblad (talk) 18:04, 31 October 2012 (UTC) (I'm non-staff in this respect, and also everywhere else where I use this nick!)[reply]
  • An upper limit is useless. As I already suggested to the staff we can simply use the default standard which has been used for successful projects: temporary (renewable) adminships and no local bureaucrats. --Vituzzu (talk) 18:27, 31 October 2012 (UTC)[reply]
  • Far simpler to hand out the tools to users we trust on a short term basis, on the understanding that they will need to go through whatever process we establish once that is up and running. This will avoid problems experienced on en.wiki, where when someone who has held the tools for a long time makes a difficult decision, it is not uncommon for suggestions to be made that the person might not have passed RfA in modern times. —WFC— 19:03, 31 October 2012 (UTC)[reply]


@Andy Mabbett and Guerillero: Sure, I am open to suggestions. I think that 8-10 admins is acceptable at this point. That would be 40-50 users per each admin (At 18:02 there where 413 active users).

@ Ymblanter: Sure, Wikidata will have Wikidata-specific issues, no doubts about that. I would rather ask the canditates about possible Wikidata-specific issues and see how they would act in those cases. Besides, having over 20 admins on a wiki created two days ago is just redicilous.

@ Romaine: Even if the bots do all the work on updating interwiki links, we are going to need people to translate infoboxes in the second phase. And besides, the statistics don´t reflect what you are saying. Since yesterday there have been an increase of active users on Wikidata by 93 users.

@ Jeblad: I consider knowledge of several languages more important. That kind of knowledge will be useful to find out whether the sitelinks are correct or not. After all, the sitelinks are going to be displayed on the wikipedias, and that I think makes them really important. Besides, admin rights are not needed to communicate with users.

@ Vituzzu: That works too.--Snaevar (talk) 18:48, 1 November 2012 (UTC)[reply]

@Snaevar: To translate infoboxes? Maybe I am misinformed but that sounds really strange. And about statistics, I was talking about the long term statistics, not the current short term statistics in what a huge bubble still needs to come as almost every user wants to experience himself how it works. I was speaking about the activity after that bubble. Just as with Commons, there will be a community, but a large part of the users is active on the language projects and goes to Commons/Wikidata for the there present files/data to use that in articles. Romaine (talk) 17:26, 2 November 2012 (UTC)[reply]
  • The project that Wikidata is most similar to is Commons, in that they are both mutlilingual repositories where maintenance and organization are a primary rather than a support task for the project. Commons' system, as I see it, has five core features. First, the edit threshold expected for RfA candidates is low compared to many other projects. 4,000 contributions is fine numbers wise, and a year or even less than a year is fine time wise. Second, there are a lot of Commons admins; 265 for a project that could function effectively with 75 or 100. Third, if you're an admin, and you're inactive for six months, you lose the mop. Fourth, Commons doesn't do re-elections, because we've really never had major problems with admins, and admins on Commons tend to he held in much higher regard by the Commons community than EnWiki admins are held by the EnWiki community, some of whom view admins as "the enemy". Fifth, the most important skill in assessing admin candidates is knowledge of a specialized are (copyright) integral to the project. Yes, there are other factors, but many, many less than English Wikipedia has. I personally think that we should look to Commons as an example: Keep the threshold at a reasonable level that can be achieved with 9-12 months of dedication, remove for inactivity but don't do re-elections, and (once the project gets going), assess candidates on their ability to constructively edit Wikidata. Sven Manguard Wha? 15:55, 2 November 2012 (UTC)[reply]
  • I agree that Wikidata is quite similar to Commons, but I think initially one re-election might be useful (maybe I'd be more certain as time progresses). I also believe that there shouldn't be an upper limit to the number of admins, for a number of reasons, some of which are:
    • The fewer the admins, the more likely we will have backlogs
    • A select group of admins might be more efficient and/or effective in certain areas than others (just as how they usually ask what admin tasks users plan to take part in on enwiki)
    • People have different language proficiencies, which would be useful in a number of cases. Having an admin who is able to help users from other languages is a plus.
    • Not because a user has the community's confidence means the user should be made an admin, but similarly, not because the community has a (relatively) large number of admins means the user shouldn't be made an admin.  Hazard-SJ  ✈  17:35, 3 November 2012 (UTC)[reply]
  • Adminship should be based on trust, and not the admin-user ratio. I concur with Hazard-SJ.--Jasper Deng (talk) 19:05, 3 November 2012 (UTC)[reply]

input for weekly summary

As you might know I am writing weekly summaries about things that happen around Wikidata. If there's anything you'd like to have included in the next update please let me know. This is also an offer for the future. I am sending them out on Fridays. --Lydia Pintscher (WMDE) (talk) 18:06, 31 October 2012 (UTC)[reply]

  • It would be cool to have a list of the first 1000 entries to see what people find important (which is systemically biased of course). But if it can not be done automatically it is probably not worthwhile.--Ymblanter (talk) 18:20, 31 October 2012 (UTC)[reply]
You can create a list like that by using Special:NewPages and increasing the limit to 5000 (max) but do it before there are more than 5000 items… Jeblad (talk) 18:30, 31 October 2012 (UTC)[reply]
It's probably worth mentioning the creation of this page, and inviting people to use it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:49, 31 October 2012 (UTC)[reply]

One interwiki link

I have come across Q2711, during my clean up that exists on only on wiki. Do you guys think that these sorts of data points should be kept? --Guerillero | Talk 18:56, 31 October 2012 (UTC)[reply]

Of course it should be kept. Anybody can start more articles with different languages. --Stryn (talk) 19:06, 31 October 2012 (UTC)[reply]
This is one of the big advantages from an interwiki database. This way it is easier to find interwiki's (you don't have look at theoreticly 400 wiki's but only this one, to find your new article's interwiki's). Also this will prevent 2 islands of the same thing. Basvb (talk) 19:47, 31 October 2012 (UTC)[reply]

Tags in labels and descriptions

All text is assumed to be "clean", so we htmlescapes everything. Tell us if anything comes out with valid html tags, hey should be printed as pure text like Q3092 in English. It is possible to use super- and subscript by using Unicode characters, for example like H₂0 and 1ª vittoria. Jeblad (talk) 18:56, 31 October 2012 (UTC)[reply]

Just a note that my script will not add this html tags any more. I am using the displaytitle for label. Documentation, i checked before, contains only sub, sup, '' and ''' as possible additional values. Now i look in the source and also i, b and u tags are removed. Merlissimo (talk) 19:32, 31 October 2012 (UTC)[reply]

Are we supposed to see: "<i>The Man Between</i>" (I do) or. The Man Between (I don't)? Mvg, Basvb (talk) 19:45, 31 October 2012 (UTC)[reply]

Tags will be written out and not respected in the text fields. So yes, you will se "<i>The Man Between</i>" and not The Man Between". Jeblad (talk)

ULS bug?

I can't select the language "Kabuverdianu". It shows up in ULS, but nothing changes after the page refreshes. In Translatewiki.net the change does take effect, so I'm not sure if this is a bug in ULS or a misconfiguration of Wikidata's instance. --Waldir (talk) 19:30, 31 October 2012 (UTC)[reply]

Added *and* removed?

Surely this change's description reflects a bug? It says the alias was both added and removed, but it was only added. I'm not even sure why such a description would even exist... adding info and removing it in the same edit should amount to a null edit and not even show up in the logs... --Waldir (talk) 19:36, 31 October 2012 (UTC)[reply]

Text is always "Added and removed" when adding alias. It should be changed. --Stryn (talk) 19:42, 31 October 2012 (UTC)[reply]

Also, changes like this should say "added", not "changed". --Waldir (talk) 19:39, 31 October 2012 (UTC)[reply]

This is an old bug, its fixed in master which will come to a site near you very soon. Jeblad (talk) 20:40, 31 October 2012 (UTC)[reply]
On the same page it says "Mudanças entre as edições de """ but I think it is missing some title inside of "". Helder 15:14, 1 November 2012 (UTC)
I filed Bugzilla:41540 yesterday morning. Raymond (talk) 19:11, 1 November 2012 (UTC)[reply]

Some edit requests

There doesn't seem to be an editprotected template or equivalent here, so I'm going to leave a bunch of edit requests here. Could an admin please:

Thanks. --Yair rand (talk) 19:53, 31 October 2012 (UTC)[reply]

1st, 2nd done (or doing). Could you explain what the Searchmenu-new changes will do? --MF-Warburg (talk) 20:02, 31 October 2012 (UTC)[reply]
It'll change the text from “create a new item” to “create the page” when trying to access a “page” in a namespace other than the main namespace, with the correct link to create the page instead of a link to Newitem. Interestingly, we have the opposite problem when the interface is in French: we can create the page, but not a new item. Best regards — Arkanosis ✉ 20:15, 31 October 2012 (UTC)[reply]
Forgot to mention that I support this change. Also, could you please edit MediaWiki:Searchmenu-new/fr with “'''Créer {{#if:{{NAMESPACE:$1}}|la page « [[:$1|$1]] »|[[Special:CreateItem|un nouvel élément]]}} sur ce wiki !'''” as well ?
Thanks in advance — Arkanosis ✉ 20:24, 31 October 2012 (UTC)[reply]
I've done both these edits. --MF-Warburg (talk) 20:38, 31 October 2012 (UTC)[reply]
Thank you! — Arkanosis ✉ 20:45, 31 October 2012 (UTC)[reply]
Please make updates to system messages in Translatewiki.net! Jeblad (talk) 20:41, 31 October 2012 (UTC)[reply]
Err, these are the same messages with and without the Wikibase extension, unless I'm mistaken. I don't think it's a good idea to change the messages on translatewiki. Best regards — Arkanosis ✉ 20:45, 31 October 2012 (UTC)[reply]
Your right! ;) Jeblad (talk) 21:11, 31 October 2012 (UTC)[reply]

Human-readable links

I think people will expect a link like Birmingham to work; whereas in fact the page about that English city is at Q2256, and the former link is currently red. Should we be creating redirects, or will there be some other way to deal with this? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:11, 31 October 2012 (UTC)[reply]

Would be nice if the software could create a redirect or something else automatically. --Bene* (talk) 20:13, 31 October 2012 (UTC)[reply]
It will be more useful if the redirect will be generetad automatically, but we have to ask to devs if they can implement it. Restu20 20:19, 31 October 2012 (UTC)[reply]
I disagree. Each data point would need over 100 redirects in some cases and we would need to worry about disambiguation. The ID numbers make life simpler --Guerillero | Talk 20:30, 31 October 2012 (UTC)[reply]
Simpler for who? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:33, 31 October 2012 (UTC)[reply]
Search will hopefully work in short time, and it is also a fancy URL scheme in the work. In the mean time you can write links as Special:ItemDisambiguation/en/Birmingham and Special:ItemByTitle/enwiki/Birmingham. The first form is especially for the situations where the name needs disambiguation. The last form is for the cases where you know a link exists. And of course this can be with a pipe-fom like Birmingham and Birmingham. Jeblad (talk) 20:37, 31 October 2012 (UTC)[reply]
(edit conflict) People who do not speak English and people who speak varying dialects of English. Everyone can come to the same neutrally named page and extract the same via the search and change language functions. --Guerillero | Talk 20:40, 31 October 2012 (UTC)[reply]
Since such people wouldn't see the redirect, I'm not clear how omitting it would simplify things for them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:11, 31 October 2012 (UTC)[reply]
Added a bug for making this kind of links somewhat simpler; Bug 41621 - Link to be resolved to Special:ItemDisambiguation. Jeblad (talk) 10:25, 1 November 2012 (UTC)[reply]
As a suggestion: [[<word>]] should provide me with a page that displays every Q-item that has <word> in its label. F.e. Auritz should have a list with the three elements Q5423, Q5431 and Q5448 and obviously their labels and descriptions. --32X (talk) 14:49, 1 November 2012 (UTC)[reply]

I stubled over another problem, a link doesn't work in the description field, [[Q552|Oder]] in the German description does not create a link to Q552 with the German label Oder. --32X (talk) 14:49, 1 November 2012 (UTC)[reply]

Accessibility

I started Wikidata:Accessibility as a place to collate tips for making Wikidata content accessible to humans, particularly to people who have some form of disability, whether or not they use assistive software. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:31, 31 October 2012 (UTC)[reply]

Most of the UI is now very dependent on Javascript being enabled, but later on a JS-less version will be available. It is not decided if that will support all types of editing. Jeblad (talk) 20:37, 31 October 2012 (UTC)[reply]

Localizing the interface

There is still a lot of work to be done on localizing the interface, so if you have spare time (and want to see you own language) please localize into new languages! There is a few links you can follow to check out what is missing, but remember to change to your language! For Wikidata REPO (the thingy you are on right now) use repo, for Wikipedia (it comes later) use client, and for some common stuff use lib. Jeblad (talk) 21:05, 31 October 2012 (UTC)[reply]

View the content in different languages

I tried to made a few edits, first in English and then I switched to French. I could not find a way to view the page content in different languages, except by changing the language of the UI. Did I miss something? Will that come in a future version? If a description is available only is one language, it would be nice to have a fast way to find it, for instance. Orlodrim (talk) 22:22, 31 October 2012 (UTC)[reply]

I guess the developers are aware of it. --MF-Warburg (talk) 22:24, 31 October 2012 (UTC)[reply]

upcoming events and office hours

Some of my team members and I will be attending several events in the coming weeks. It'd be awesome to meet many of you there. You can see the current list of upcoming events here. Let me know if you'll be there so we can meet up.

Denny and I will also be doing another round of our office hours on IRC next week. You can come and ask all your questions about Wikidata. Details for that are here. --Lydia Pintscher (WMDE) (talk) 22:39, 31 October 2012 (UTC)[reply]

Description content policy

See also #Purpose of "description" field.

The "description" field, in which we are instructed to "Enter a short description in [language]", is getting quite a lot of variety in the length and style of content. So far, there seem to be mostly three types: (I'm aware there is a lot of room in between these.)

  1. The field contains usually one word, kept as concise as possible, and is usually the kind of thing you would see in brackets at the end of a Wikipedia title. Things like "politician", "city", "country", "element", "film", "physicist", etc.
  2. The field contains a somewhat short (perhaps 2-6 words) description, containing as clearly identifiable attributes as possible, as though there is always a possibility of another similar entity that it could be confused with, whether there is known to be or not. Things like "capital [city] of Germany", "country in [Southern] Europe", "28th President of Guatemala", "Romance language", "[free] online encyclopedia", "[fantasy] book [by xxx]" (contents in [] are types of things sometimes omitted), sometimes with articles ("a/an") at the beginning, sometimes without, sometimes capitalized, and sometimes not.
  3. Descriptions are full, extensive sentences, containing many details about the subject entity, beginning with a capital letter, ending with a period, containing multiple consecutive statements.

My personal preference is #2, without preceding articles, without capitalization, and without a period. Capitalization is much easier to add then it is to remove. If the descriptions are to be used externally, we should make it as simple as possible. I also think we should try to generally include significant distinguishing points in descriptions, basically as though we were assuming that there were many other similar entities with the same name.

Right now, they're all very inconsistent, and I think we really need to this fix by building a policy as soon as possible. What are everyone else's opinions about how best to have the descriptions? --Yair rand (talk) 22:58, 31 October 2012 (UTC)[reply]

I've genally copied the first sentence or two from the lede on en.Wikipedia. It might be more sensble to include the full lede, automaticaly, in whatever languages are appropriate. One less job for people, and one less thing for people to worry about. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:08, 31 October 2012 (UTC)[reply]
I'm open to being convinced otherwise, but I don't really like that idea. I'm much more in favor of #2 from the above list. Enough to disambiguate easily. The articles are all linked, if people are interested. Sven Manguard Wha? 03:15, 1 November 2012 (UTC)[reply]
The advantage of Point 3 is, that you could use such a description outside Wikidata too, for example in a mobile-app. And, there is no need for one policy for any language version. We should distinguish between what has to be part of a global policy and a local policy. --Goldzahn (talk) 03:18, 1 November 2012 (UTC)[reply]
I think #2 is the best option. There's no need to copy whole sentences from the Wikipedia article leads. A mobile app should use the articles instead of the Wikidata descriptions. --Morten Haan (talk) 03:23, 1 November 2012 (UTC)[reply]
Agreeing with that. BTW: Simply copying the first sentence of the lead of the Wikipedia article without providing a hyperlink to the Wikipedia article's history is potentially a copyvio. --Matthiasb (talk) 09:32, 1 November 2012 (UTC)[reply]
Note: Even if there was a hyperlink, it would be a copyvio because CC-0 is not compatible to CC-by-sa. --Morten Haan (talk) 17:05, 3 November 2012 (UTC)[reply]
+1 on #2 option. We just need a short but exhaustive sentence. If you want to deepen your knowledge, you either waut for phase 2 or follow one of the interlinks. :) --Sannita - not just another it.wiki sysop 10:49, 1 November 2012 (UTC)[reply]
+1 to #2 I'm using these option to fill the description label in Spanish, because it's simple and descriptive (pe: Comuna de Chile or País de América del Sur). Superzerocool (talk) 14:23, 1 November 2012 (UTC)[reply]
 +1 to #2 I think it's a good compromise --Bene* (talk) 14:29, 1 November 2012 (UTC)[reply]
Hmmm...Sure, but how do those rules fit with descriptions in asian languages ?--Snaevar (talk) 19:08, 1 November 2012 (UTC)[reply]
#2 is the best option imo. Ajraddatz (talk) 23:11, 1 November 2012 (UTC)[reply]
I like #1, and in most cases it is sufficient, but I see that sometimes #2 is necessary. Can these be mixed? Sometimes one word is enough, isn't it? I am not in favor of #3. - Soulkeeper (talk) 10:18, 2 November 2012 (UTC)[reply]
2 only --Guerillero | Talk 20:13, 2 November 2012 (UTC)[reply]
#2 Onlly one word ist bad. We musst work with key descriptor. And this can be, for definitely, musst be more then one. Adnam Smith and soccer is not anough, he give more than one (en:Adam Smith (disambiguation)). It is an bit complex, and can be differentiated by Toppic. The description is not a artikel. But he must clearly indicate the data set. It is a Person, why not with bipographical details (born-dead) an the point of relevance? It is a location, why not with coordinate and administration unit? The short question needs must be, it is a key-word to diffrend with other data-set with the same name?. Can I this anser with Yes, than it is a good descriptor. But I dont forget, the descripton musst be short. --Bobo11 (talk) 11:40, 3 November 2012 (UTC)[reply]
In your examples I believe that coordinates, born\dead and so on will be in the next Phase of the project, sort of properties. Question: how describe current political leaders? Today he is major but tomorrow may be not. Zanka (talk) 11:52, 3 November 2012 (UTC)[reply]
Can be, but the coordinates ist unmistakable. The same often with born\dead. The first phrase of an artikel ist not so bad for the description. But I can the phrase cut in key words. --Bobo11 (talk) 12:01, 3 November 2012 (UTC)[reply]
I would prefer #2, but I'm not sure if it should have articles ("a/an") at the beginning and/or punctuation at the end. This may also vary with the language. I agree that capitalization is easier to add than to remove, so it may be good idea no to use uppercase in the first word if it is not a proper name. Helder 21:31, 3 November 2012 (UTC)

Related items links?

So I've just imported the interwiki links for the Liao Dynasty and all of their emperors. It would make sense, since navigation is difficult using only the search bar, and since items are given a Q#### code for a name, to have some sort of method of linking data items. I'm not sure how to go about it, but maybe a text line up top that says

This is part of the series "Emperors of the Liao Dynasty". There are 9 items in this set; Q4989, Q4991, Q4992, Q4993, Q4997, Q5000, Q5005, Q5007, and Q5009.

Or something similar?

Thoughts? Sven Manguard Wha? 03:13, 1 November 2012 (UTC)[reply]

Sounds like something that would happen during the second or third phase of Wikidata. --Yair rand (talk) 03:18, 1 November 2012 (UTC)[reply]
I disagree. The longer we wait to organize the interwiki links data points, the more duplications we're going to see, and the harder it's going to be to find related items once we do decide to sort things. Sven Manguard Wha? 04:20, 1 November 2012 (UTC)[reply]
Certainly it would be useful, I just meant that I don't think we'll have the technical capability to do so until a later phase... --Yair rand (talk) 04:37, 1 November 2012 (UTC)[reply]
This is part of Phase II where there will be statements and some of them will point to other entities. An item with sitelinks is a type of entity. So you will be able to create a statement for emperors in the item for "Liao Dynasty" that holds a list of all the emperors. The description is a bit simplified, but I think you get the general idea. Jeblad (talk) 10:32, 1 November 2012 (UTC)[reply]

Wikidata:TOP 1000 articles Task Force

What do you think about? meta:List of articles every Wikipedia should have. Przykuta (talk) 09:13, 1 November 2012 (UTC)[reply]

How do we call us as Wikidata editors?

This question was raised in other places already, and there is obviously no need to answer it here once and for all -- but, maybe someone has suggestions. Basically:

Wikipedia::Wikipedians : Wikidata::???

How to call the community of people that are working on Wikidata? --Denny (talk) 11:02, 1 November 2012 (UTC)[reply]

Numbers

So, I read that it can be used to, for example, centrally store data like the population of a town and use it in any language.Wikipedia. How does it work? If I, for example go to Q84 (London), then all there is are the links to Wikipedia articles about London and a short description. How can I store the population of London and use it in en:London? --217.251.231.243 12:15, 1 November 2012 (UTC)[reply]

First phase is only interlanguages links, other features will come after — Ltrl G☎, 12:22, 1 November 2012 (UTC)[reply]
Phase II will include statements, which will have claims (f.eks. 8,174,100 people) about a property (f.eks. population) of the entity (f.eks. London). Well, sort of simplified. Jeblad (talk) 13:18, 1 November 2012 (UTC)[reply]

Navigation lists

Now we have at least two taskforces which are almost completed, however, the result is that we have a list of articles linked to their Q-codes. Basically, they serve now as navigation lists. Do we need more of those lists, or there will be (there is?) some other form of finding out where a particular article is (I am aware about the search, but it is not fantastic, and one can already try searching for York with the prupose of finding whether an article about the British city is available - not talking of a situation when the interwikis have not been fully extracted, and the outcome just does not show up in search in a particular language).--Ymblanter (talk) 13:05, 1 November 2012 (UTC)[reply]

What to do with articles covering more than one "item"?

In one language we might have one article covering Istanbul whereas in another language we might have Byzantion, Constantinople and Istanbul covering the same subject. (To make things more complicated, we also might have History of Istanbul in a third language). How do we reproduce these relationships in Wikidata. So far, there is only a 1-to-1 relationship. Do I miss something? --Saint-Louis (talk) 14:00, 1 November 2012 (UTC)[reply]

I guess we need to create separate entries in Wikidata for pages covering "Istanbul" only, and for pages covering Byzantion, Constantinople and Istanbul at the same article. --MF-Warburg (talk) 14:22, 1 November 2012 (UTC)[reply]

Vandalism

I wonder if there are any plans towards preventing and fighting vandalism on Wikidata. How will editors in the wikipedias get to know if an item is changed here? --FA2010 (talk) 14:30, 1 November 2012 (UTC)[reply]

I have found some vandalism choosing hide logged-in users on the recent changes page. --Stryn (talk) 14:46, 1 November 2012 (UTC)[reply]
There are a few ideas of preventing and fighting vandalism on Wikidata at meta:Wikidata/Preventing unwanted edits.--Snaevar (talk) 15:42, 1 November 2012 (UTC)[reply]
At the clients (wikipedia projects) there will be entries in recent changes when items are updated, but in the repo (that is here) we lacks good ideas for how to handle vandalism. Only thing I know about is plain old patrolling, some analysis that can be used to flag bad changes, and using references with quotes. References will be part of the claims, but it will probably not be implemented with automatic verification of quotes. If it is added it could be used to mark items with failing references, that is the quote can't be found in the external text. Jeblad (talk) 18:09, 1 November 2012 (UTC)[reply]

Source mirror: Instead of only pointing on the source, copying it and saving it on wiki-data

Every value of an item can have sources. But how are this sources given (hold by wiki-data)? Possibilities:

  • As Reference / Pointer (Reference)-> Meaning as Weblink or an „ancient pointer“, e.g. page, author and title of a book or magazin.
  • Copy of the source itself (Whole) -> A archived webpage, or a scan of a page of a book, pdf, etc.

The question is: Would it be possible to attach a copy of the source on wiki-data?

Issues:

  • copy rights
  • server memory
  • ?

I would love a feature like this. For instance the webarchives archive all webpages without asking its owner. So it should be „legal“ to archive the webpages which are attached as sources in wikidata. Also it should be possible to legally scan pages of very old books or „free“ books like statistic books handed out by the goverment etc.--Svebert (talk) 16:27, 1 November 2012 (UTC)[reply]

Edit request

Hello. I have just created the Japanese main page (Wikidata:メインページ). Could some one please add ".page-Wikidata_メインページ.action-view .firstHeading," to MediaWiki:Common.css in order to hide the header? It seems that I don't have privilege to edit pages in the Mediawiki namespace. Thanks in advance. --Penn Station (talk) 18:11, 1 November 2012 (UTC)[reply]

Done. Ajraddatz (talk) 18:13, 1 November 2012 (UTC)[reply]
Thanks! --Penn Station (talk) 18:34, 1 November 2012 (UTC)[reply]

Bugs – Need-volunteer

There are a whole bunch of bugs for Wikibase, the main extension driving Wikidata, and several of those are marked "need volunteer". Some of them could be solved by users in the community, and some of them are already identified by the community. The two central places on Bugzilla is WikidataRepo and WikidataClient. These lists are the complete lists of bugs for the main extension. There are also additional extensions that are important, for example DataValues, Diff and UniversalLanguageSelector. There are also a whole lot of simpler tasks in additions to those listed below. Jeblad (talk) 19:02, 1 November 2012 (UTC)[reply]

To pinpoint a few of the bugs that are already discussed in previous threads

  • Bug 41623 - Special page to list a specific text entry for all languages for a single entity
  • Bug 41597 - special page to list all items without label in a given language
  • Bug 41529 - Special page and/or parser function to check quotations from references
  • Bug 41495 - Hard to tell whether an item has any content.
  • Bug 41051 - Special page to identify likely items for a site-page
  • Bug 41050 - Special page to identify unlikely sitelinks for an item
  • Bug 40704 - Style Wikibase entity views for monobook skin
  • Bug 39173 - Special page for translating labels (and descriptions)
  • Bug 39150 - Create Special:EmptyItems
  • and the list goes on…

Import pages from meta

Please import meta:Wikidata/Glossary and it´s subpages, plus perhaps meta:Wikidata/Contribute as well. Wikidata/Glossary on meta covers the same subject as Help:Terminology.--Snaevar (talk) 20:29, 1 November 2012 (UTC)[reply]

Importing is currently disabled (import at least, not sure about importupload). I'll see what I can do. Ajraddatz (talk) 20:44, 1 November 2012 (UTC)[reply]
Note that the pages rely on the Translate extension, importing them might be a bit tricky. --MF-Warburg (talk) 21:01, 1 November 2012 (UTC)[reply]
Holding off on this until the translate extension is on here, to avoid broken pages. Ajraddatz (talk) 22:44, 1 November 2012 (UTC)[reply]
The translate extension has now been set up on this project. See Special:Version and https://gerrit.wikimedia.org/r/#/c/31342/ .--Snaevar (talk) 23:18, 1 November 2012 (UTC)[reply]
Imported Glossary (Wikidata:Glossary), with sub-pages. Ajraddatz (talk) 23:45, 1 November 2012 (UTC)[reply]
Could someone please finish the half-done import of Template:Documentation from meta? It's currently broken still. This, that and the other (talk) 00:07, 2 November 2012 (UTC)[reply]
It's messed up, if you click the redlink it takes you to the imported template. If it isn't working by tomorrow I'll delete and reimport. Ajraddatz (talk) 00:11, 2 November 2012 (UTC)[reply]
A "dummy" edit fixed it. --MF-Warburg (talk) 00:15, 2 November 2012 (UTC)[reply]
Thanks for fixing it! This, that and the other (talk) 00:16, 2 November 2012 (UTC)[reply]
Apparently the extension doesn't like imported pages; it has reverted all of them to English. Attempting to fix... Ajraddatz (talk) 12:19, 2 November 2012 (UTC)[reply]
@Ajraddatz: Thanks for the import.--Snaevar (talk) 12:49, 2 November 2012 (UTC)[reply]

Recycle pages instead of deleting

I was wondering why we delete pages for reasons like accidental duplicates at all because you could just as well "recycle" the page and use it for another term by changing the label and adding other links. As long as it has not been linked/used anywhere yet. right? Mutante (talk) 07:31, 2 November 2012 (UTC)[reply]

  • Fully agree, I made this point easlier. The page I created, Q12.., was deleted, because somebody else created Q48.. and added more descriptions there. This really pissed me off, because Q12.. was the first day contribution.--Ymblanter (talk) 08:17, 2 November 2012 (UTC)[reply]
  • Re-assigning data IDs is generally not a good idea, because if someone is expecting an ID to hold a certain content, and it in fact holds something different, then the user of content will become less confident about the stability of the IDs. Really, items should not be re-purposed unless they were created really recently (i.e. last few minutes). This, that and the other (talk) 09:10, 2 November 2012 (UTC)[reply]
  • It is possible to reclaim unused IDs, but I think that should only be done where someone really want to salvage his (or hers) early contribution. For Wikidata it will be really important to have stable URLs, and moving items around on different IDs is a real no-no. Those URLs are designed to be stable so they can be used outside Wikidata (and also Wikipedia). Basically they should be viewed as our form of a social security number for an entity, we should not change that – ever. Jeblad (talk) 09:49, 2 November 2012 (UTC)[reply]
  • Recycling could be less of a good idea as this project develops. I think that we have an indefinite number of Q##s, so there isn't a great need to conserve them. Doesn't matter to me, though. Ajraddatz (talk) 11:50, 2 November 2012 (UTC)[reply]
  • The old item can (in future) already be implemented on the local wiki's, and then reusing it may cause problems. Romaine (talk) 03:13, 3 November 2012 (UTC)[reply]

Main Page design

Hello everyone! Before launching Wikidata, Lydia Pintscher sent a message about the desing of the Main page. I just wanted to ask permission to the community if I could implement a multilingual page I'm working on. Thank you in advance. Benoit Rochon (talk) 09:53, 2 November 2012 (UTC)[reply]

Current main page is good (my opinion). --Stryn (talk) 09:56, 2 November 2012 (UTC)[reply]
 Oppose For three reasons. Firstly we allready did discuss the design of the main page, as Benoit mentioned. Secondly, I don´t see a reason to copycat the main page of the french wikipedia, and in fact having different design makes wikidata a bit unique. Thirdly, I like the current design but not Benoit´s proposal.--Snaevar (talk) 12:37, 2 November 2012 (UTC)[reply]
Alright, fair enough! May I improved the current one? And by improving, I do not mean changing the style... I just want to improve the multilangual capacities and uniformity between languages. Benoit Rochon (talk) 15:01, 2 November 2012 (UTC)[reply]
Sure.--Snaevar (talk) 15:54, 2 November 2012 (UTC)[reply]
My goal is unify all main pages in all languages. For instance on the English main page, there's a little mistake; besides the title "Wikidata" there's a vestige of the old frame... what happen is everyone copy/paste this frame vestige in all their languages without correcting the code. In a near future it will become more and more difficult to modify the style if we're not using templates to manage this. I guess it's my "Wikidata Cartesianism" who make me react like this! Benoit Rochon (talk) 17:17, 2 November 2012 (UTC)[reply]
And this one? Main Page#2 Raoli (talk) 19:24, 2 November 2012 (UTC)[reply]
Sorry but I like the actual main page. I think it's plain but pretty cool.
@Benoit Rochon  Support Good idea to use templates! --Bene* (talk) 19:29, 2 November 2012 (UTC)[reply]
I didn't change the look at all. I just used templates for better consistency between languages. If there are other languages that are added, there will be at least a little consistency!
So here 3 examples:
Tell me what you guys think about the code. Thanks a lot for the feedback. Benoit Rochon (talk) 19:45, 2 November 2012 (UTC)[reply]
I like it. very nice. You changed only the layout of sister project, right? I think the old one is better. --Bene* (talk) 19:56, 2 November 2012 (UTC)[reply]
Looks nice, easy to edit. --Stryn (talk) 20:10, 2 November 2012 (UTC)[reply]
The code is very clean. Good job ! Tpt (talk) 20:24, 2 November 2012 (UTC)[reply]
Thank you for your comments. I put back the original layout for sister projects. Anything else? Benoit Rochon (talk) 21:23, 2 November 2012 (UTC)[reply]
The size of the word "Wikidata" in the header should be larger (in my opinion 320%). Raoli (talk) 00:25, 3 November 2012 (UTC)[reply]
As you can see above Raoli, the community decides to keep the desing as it is, I'm sorry. So the only thing I did was using 3 templates for a better consistency between languages. Now I think font-size: 320% is too much, no? Benoit Rochon (talk) 07:55, 3 November 2012 (UTC)[reply]
All main pages in all languages are now using the new 3 templates. Now I'd like to add a code to flag if a new translation is needed... any ideas? Most of the time, English version is the most uptpdated version, but it would be good to flag other languages. When I changed the templates, I noticed that 70% of main pages are already obsolete... and we are 5 days old! Best regards. Benoit Rochon (talk) 16:00, 3 November 2012 (UTC)[reply]

Instruments

  1. An istrument which shows the entries which have no label is underway. There is allready an patch for that, on https://gerrit.wikimedia.org/r/#/c/31508/ .
  2. I am not sure what you are referring to with "a place where all such instruments are listed". Could you elaborate ?--Snaevar (talk) 02:46, 3 November 2012 (UTC)[reply]
Re 2: I was thinking about the page which lists all available instruments, with brief description and links.--Ymblanter (talk) 07:41, 3 November 2012 (UTC)[reply]

A script to have a link to Wikidata in Wikipedia pages

Hi I've written a short script done to be used in Wikipedias that add to the toolbox a link to the Wikidata page related to the page showed. In order to use it, copy/past it to your Wikipedia common.js and put in var wiki the name of your wiki (like frwiki or dewiki). Tpt (talk) 12:08, 2 November 2012 (UTC)[reply] 

( function ( mw, $ ) {
	var wiki = 'YOUR WIKI';
 
	var namespace = mw.config.get( 'wgCanonicalNamespace' );
	if( namespace === '' ) {
		var page = mw.config.get( 'wgTitle' );
	} else {
		var page = namespace + ':' + mw.config.get( 'wgTitle' );
	}
 
	$.ajax( {
  		url: '//www.wikidata.org/w/api.php',
		data: {
			'format': 'json',
			'action': 'wbgetitems',
			'sites': wiki,
			'titles': page,
			'language': mw.config.get( 'wgPageContentLanguage' )
		},
		dataType: 'jsonp',
		success: function( data ) {
			if( data.success ) {
				for( var i in data.items ) {
					if( i != -1 ) {
						mw.util.addPortletLink( 'p-tb', '//www.wikidata.org/wiki/' + data.items[i].title, 'Wikidata' );
					}
				}	
			}
		}
	} );
} ( mediaWiki, jQuery ) );

This seems not work on Windows 7 :'( Otourly (talk) 12:16, 2 November 2012 (UTC)[reply]

It seems not work also on Chrome... Restu20 12:18, 2 November 2012 (UTC)[reply]
Works here. I have Windows 7. I tried newest Firefox and Internet Eplorer, and works on both. --Stryn (talk) 12:20, 2 November 2012 (UTC)[reply]
me, too. Thanks, for the script. --Goldzahn (talk) 12:26, 2 November 2012 (UTC)[reply]

FYI: And you can't see the link on Wikipedia if article doesn't exist on Wikidata. --Stryn (talk) 12:21, 2 November 2012 (UTC)[reply]

Ok it's work it's appears on the toobox menu on the left. Otourly (talk) 12:34, 2 November 2012 (UTC)[reply]
Now it works, I've made a mistake. Thanks a lot for this script. :-) Restu20 12:35, 2 November 2012 (UTC)[reply]
Somehow I can not get it working on enwiki (FF16). At least it does not show anything new in the tools section in the left menu.--Ymblanter (talk) 13:45, 2 November 2012 (UTC)[reply]
You did commons.js and it should be common.js :) --Stryn (talk) 13:49, 2 November 2012 (UTC)[reply]
Thanks very much, now I moved it, and it works.--Ymblanter (talk) 14:22, 2 November 2012 (UTC)[reply]
Thank you! This is very helpful. --Saint-Louis (talk) 14:31, 2 November 2012 (UTC):Thank you! This is very helpful. --Saint-Louis (talk) 14:31, 2 November 2012 (UTC)[reply]
Thank you very much Tpt! I really like the scripts you are making here on Wikidata. Keep up the good work! :) --Wiki13 talk 15:28, 2 November 2012 (UTC)[reply]

What is "Q"?

What does "Q" in the unique id's mean? Are there going to be other letters for other kinds of entities? This interests me because I was thinking about suggesting to the Openstreetmap project a new tag for our map objects. For example, a city like New York would get a tag wikidata=Q60. But if there are going to be other letters and types of objects, I would like to know so I can rethink the tags. Janjko (talk) 16:26, 2 November 2012 (UTC)[reply]

Q means Query. I don't know more about this. --Stryn (talk) 16:33, 2 November 2012 (UTC)[reply]
There are three kinds of entities in work for the moment; items (q), properties (p) and queries (y). Even if the letters are quite obvious ;) there is a discussion if we should change them to i-p-q. They are lowercase but in the title they show up as uppercase. What do you think, keep them as is or change them? Jeblad (talk) 13:52, 3 November 2012 (UTC)[reply]
I think that it's better to change them. It's more consistent. --Stryn (talk) 13:57, 3 November 2012 (UTC)[reply]
Better change. Conny (talk) 15:24, 3 November 2012 (UTC).[reply]
Do the letters make any more sense in German? It is their baby, after all. Sven Manguard Wha? 16:21, 3 November 2012 (UTC)[reply]
If we change that, we should change the wiki's default language as well.  Hazard-SJ  ✈  18:35, 3 November 2012 (UTC)[reply]
Before I selected a language, I was seeing Italian. When I logged in with my alternate (user:This is also Sven Manguard) to snag the SUL, Mandarin Chinese was the default. I think it might be randomized. Sven Manguard Wha? 19:13, 3 November 2012 (UTC)[reply]
Well if it is randomized then we might as well use English like Commons, Meta and Incubator.  Hazard-SJ  ✈  20:18, 3 November 2012 (UTC)[reply]

Deletion script

I have written a script to add very quickly a new request for deletion. A link will appear on the top of the page just like move and there you can request a deletion. If you want to try it, write into you common.js: 

importScript('User:Bene*/deletionRequest.js');

Hope you enjoy and please report bugs. :-) --Bene* (talk) 16:57, 2 November 2012 (UTC)[reply]

I put it in my js and the tab and the resulting dialogue box appear but it does not seem to make the edit. (I am running Windows 7 with Firefox 16.0.2) --Guerillero | Talk 20:09, 2 November 2012 (UTC)[reply]
Hi, thanks! Here is the French translation:
		'en': {
			'title': 'Demande de suppression',
			'description': 'Demander la suppression de cet élément.',
			'reason': 'Motif de suppression :',
			'error-reason': 'Vous devez indiquer un motif de suppression !',
			'success': 'Demande effectuée avec succès.'
		},
Best regards — Arkanosis ✉ 21:04, 2 November 2012 (UTC)[reply]
Thank you for translation!
@Guerillo: Are you sure it does not work? I have Windows 7 and Firefox 16.0.2, too, and it works fine --Bene* (talk) 21:11, 2 November 2012 (UTC)[reply]
Doesn't work for me also (W7 and FF 16.0.2). --Stryn (talk) 21:21, 2 November 2012 (UTC)[reply]
Were several bugs. Should work now. --Bene* (talk) 22:26, 2 November 2012 (UTC)[reply]

Best way to contribute?

Is it useful to spend lots of time creating new pages, or are there plans for automation of that process at some point? --Cerebellum (talk) 21:08, 2 November 2012 (UTC)[reply]

Yes to both questions. Sven Manguard Wha? 21:34, 2 November 2012 (UTC)[reply]
What Sven said.

Manual contributions on any task will be productive at the moment, as we have very little in the way of automation, and this stage of Wikidata's development is almost entirely about growth. But if you're looking specifically for tasks that are unlikely to be automated in the future, adding simple descriptions to entries is probably a good place to start. —WFC— 21:40, 2 November 2012 (UTC)[reply]

  • My understanding is indeed that creating new pages is largely a waste of time. Right now we have a lot of effort involved and 10K pages in three days were created. Even with the same effort, it will take four years to create four millions. This work is better delegated to a bot. On the other hand, creating descriptions and labels, especially not in English, are valuable and can not be done by bot with existing technology. This activity will continue, and I would like to see some supporting automated tools for it.--Ymblanter (talk) 21:57, 2 November 2012 (UTC)[reply]
    • Even without automated tools, my guess is that we'll be at 100k (roughly 2.5% of all articles on en.wiki) in around 9–10 days from now, and 200k (5%) in 15–18 days, which even assuming no further growth (and there will be a lot of growth once phase two comes in) would put us on course for completion in roughly one year.

      The advantage of starting phase one manually lies in getting to know the interface, building up a community in preparation for phase two, being in constant contact with the developers and so on. —WFC— 22:12, 2 November 2012 (UTC)[reply]

Agree with previous answers. Also improving / translating the documentation for newcomers, translating the interface, reporting bugs and / or fixing them (if you're a developer), raising design issues… can help. Best regards — Arkanosis ✉ 22:16, 2 November 2012 (UTC)[reply]
  • The label could be taken from the Wikipedia article names, just without text in brackets at the end; the aliases could be the names of redirects; the discription is not that easy but I think in many cases it could be taken from the Infobox where avalible; the interwikis could be be taken from any Wikipedia where a maching article exists. So we could have one bot that creates a page with English label, discription and aliases and with all interwikis. Then other bots add label, discription and aliases in the other languages. So people only have to correct mistakes done by these bots instead do all the work. --Morten Haan (talk) 22:29, 2 November 2012 (UTC)[reply]
    No, descriptions really need to be created or at least looked at by humans. Otherwise everything will be screwed up.--Ymblanter (talk) 22:39, 2 November 2012 (UTC)[reply]
  • I have some ideas for phase 2. For example the "Infobox country" in the en:WP is used in about 300 articles. Does that mean we are discussing things on the discussion pages of 300 items? And what about articles like "History of country x" or "politics of country x", etc.? In my view, it would be a good idea to centralize the discussions like "xx of country yyy" on one Wikidata page, by adding soft links on the discussion pages. We could do the same with similar topics, like citys, rivers, etc. Since we now have some experience with Wikidata, we could look into phase 2 and start thinking about the workflow. --Goldzahn (talk) 02:40, 3 November 2012 (UTC)[reply]
  • And we should start thinking about working together with bots. I think, bots should do 99,9% of all interwikilinks and drop those items somewhere, which are difficult. Maybe by adding a template. Creating those 0,1% of the million items possible, should be our contribution to wikidata. --Goldzahn (talk) 08:05, 3 November 2012 (UTC)[reply]

Proposals at Wikidata talk:Administrators

I have made the following proposals at Wikidata talk:Administrators

  • Reconfirmation for initial wave of admins
  • Adopt the Commons De-adminship policy (with one modification)

Please comment on the proposals at that page. Sven Manguard Wha? 22:52, 2 November 2012 (UTC)[reply]

  • I already mentioned on several occasions that I am pretty much disappointed by the RFAs. In my opinion, RFAs should determine whether the candidate is willing and is qualified to perform the administrative tasks. This is not even being discussed. We have candidates who put forward their candidature and got many supports before making ten edits. Yes, sure, we know them from other projects. But I do not see any commitment to work here, even less statements what they are going to do. I am afraid that if the initial wave of admins gets reconfirmed, in a month we are going to have twenty admins, of whom only one or two ever show up in the project. I even stopped commenting on new candidatures, because to me it does not make sense.--Ymblanter (talk) 00:24, 3 November 2012 (UTC)[reply]
    I agree (see my comment on that talk page). However, with the three month confirmation it allows us to give it a try to start, and we can remove after if it doesn't work out. Ajraddatz (talk) 01:30, 3 November 2012 (UTC)[reply]

Labels and Descriptions Task Force

To make sure that labels and descriptions of all items are filled in, we need to systematically check all pages for these labels and descriptions and add the missing ones in the four mayor languages. To prevent double work I created Wikidata:Labels and Descriptions Task Force where we can mention which part is done already. Please help to make the pages multilingual. Greetings - Romaine (talk) 00:21, 3 November 2012 (UTC)[reply]

Are you sure that labels and descriptions are needed at all? My experience is, that looking into a wp-link is enough to understand an item. --Goldzahn (talk) 02:19, 3 November 2012 (UTC)[reply]
In the past 9 years that I am active I have the opposite experience: besides the many obvious ones, there are also a lot of pages which aren't that obvious. Especially when you are solving interwiki conflicts, the page title is often not enough to solve it. Also I noticed theseach function often doesn't show items when they have no title/description. Romaine (talk) 03:10, 3 November 2012 (UTC)[reply]
My first edit was in 2004, so I´m not as experienced as you. About interwiki conflicts. I have already seen some, but the problem was in Wikipedia and so the label and the description doesn´t help. About the search function. I guess, you are speaking about Special:ItemByTitle My impression is, that it doesn´t look for the label, but for an entry. For example, Q898 has no german title, but you could find this item by typing Omsk in Special:ItemByTitle. --Goldzahn (talk) 03:54, 3 November 2012 (UTC)[reply]
I think labels can be snatched from sitelinks, possibly with a script if we can find a simple solution. Descriptions could be partly automated with the translation extension, especially if we could get some of the special pages to work for missing labels and descriptions across languages and across entities. Jeblad (talk) 12:15, 3 November 2012 (UTC)[reply]

Article titles

Apologies if this has been mentioned already, but I was wondering if perhaps there are plans to import article titles from interwiki links. I stumbled across Q3871, which at the time looked like this. Pages without titles are confusing, and it seems like it would be easy to import the article title from the appropriate interwiki link using a bot. Otherwise, editors will have to somehow find and fix these pages. Thoughts? – GorillaWarfare (talk) 02:59, 3 November 2012 (UTC)[reply]

That we are already doing, see one header here above: Wikidata:Labels and Descriptions Task Force. Romaine (talk) 03:06, 3 November 2012 (UTC)[reply]
Is it automated or manual? As the project grows, I see manual naming becoming a major issue. – GorillaWarfare (talk) 17:02, 3 November 2012 (UTC)[reply]
There isn't currently any automated process that does this, but that is being looked at for the future (I think). Ajraddatz (talk) 15:35, 3 November 2012 (UTC)[reply]

Report interwiki conflicts

I already noticed some users came across interwiki conflicts/problems, also spoken about on IRC. If such conflict can't be solved easily by a user, it would be nice if other users can have a look at the problem. For that reason the page Wikidata:Report interwiki conflicts is created. If anyone comes across a interwiki conflict which is hard to solve, you can report it on the linked page. Greetings - Romaine (talk) 03:17, 3 November 2012 (UTC)[reply]

WikiProjects vs. task forces

Is Wikidata going to have WikiProjects? And if so, what would distinguish them from task forces? -happy5214 07:30, 3 November 2012 (UTC)[reply]

In this, Phase I, I think task forces are enough. This, that and the other (talk) 08:48, 3 November 2012 (UTC)[reply]

Link to Wikidata on main pages of sister projects

On Wikidata main page we have links/logos to sister projects, but on main pages of sister projects Wikidata don't exist. Could we change it? I added Wikidata on pl Wikipedia main page. I hope, that community accept that change. BTW - does anybody know prefix of Wikidata? wd:/data: don't work. Przykuta (talk) 14:54, 3 November 2012 (UTC)[reply]

Tio ĉi estas bonn koncepton. Mi favoras:) Marek Mazurkiewicz (talk) 15:00, 3 November 2012 (UTC)[reply]

latin translation

Is it senseful to add latin translation into the field "Auch bekannt als:"? For example Q7891. Conny (talk) 15:33, 3 November 2012 (UTC).[reply]

Two ways to go about it. dewiki (I'm assuming you're talking about German) mentions the Latin prominently in the lead. However, it is still kind of redundant to have it in "Also known as:" when it's already listed in the interwiki link to lawiki. -happy5214 15:54, 3 November 2012 (UTC)[reply]
How to handle biological content (plants, ...) without latin articles? Conny (talk) 15:58, 3 November 2012 (UTC).[reply]
(edit conflict) If the Latin version is used in Germen language texts then you should add the alias. Else you can edit the [la] label. --Morten Haan (talk) 16:01, 3 November 2012 (UTC)[reply]
+1 -happy5214 16:03, 3 November 2012 (UTC)[reply]

items of deleted wikipedia content

How to handle lemma deleted in Wikipedia? For example Q10228 (deleted in ru: [2]). Conny (talk) 15:57, 3 November 2012 (UTC).[reply]

Delete it also here. --Stryn (talk) 16:00, 3 November 2012 (UTC)[reply]
Thank you. Conny (talk) 16:08, 3 November 2012 (UTC).[reply]

person titles

How to handle person titles in the description ([3])? Conny (talk) 16:08, 3 November 2012 (UTC).[reply]

Translation extension

Hi,

I am willing to jump in and start translating through the extension but it won't save. What gives? The page with msgs is only readable but not writeable. Can anyone do sth with this please ?

Greetings,
Kpjas (talk) 17:11, 3 November 2012 (UTC)[reply]

Script "labelLister" : Label, description and alias list

I've writen a script to add a tab next to the read button to see the list of all label, description and tag in different lang to help for maintenance, for exemple an empty item is maybe not really empty. 

mw.loader.load('//www.wikidata.org/w/index.php?title=User:Jitrixis/labelLister.js&action=raw&ctype=text/javascript');

[shortcut key : (e) => Firefox alt+shift+e]

A the time, there is only 4 translation (en,fr,de,it). If someone wants help me to translate. A translation exemple : 

		'en': {
			'box-title': 'Labels list',					//Title of the dialog box and tab
			'box-cancel': 'Close',						//Title of the button to close the dialog box
			'label': 'Label',						// seconde table name
			'description': 'Description',					// third table name
			'alias': 'Alias',						// fourth table name
			'warning-message': 'Labels list of <b>Q' + itemId + '</b> :'	// The message inside the dialog box
		},

Please report bug. thanks --Jitrixis (talk | support my candidacy) 20:14, 3 November 2012 (UTC)[reply]

Cool, very useful, thanks! --Stryn (talk) 20:35, 3 November 2012 (UTC)[reply]
Have translated into german:
'de': {
	'box-title': 'Liste der Bezeichnungen',
	'box-cancel': 'Schließen',
	'label': 'Bezeichnung',
	'description': 'Beschreibung',
	'alias': 'Auch bekannt als',
	'warning-message': 'Bezeichnugen gelistet von <b>Q' + itemId + '</b>:'
}
Very nice, thanks! --Bene* (talk) 20:43, 3 November 2012 (UTC)[reply]
Italian translation:
'it': {
	'box-title': 'Lista etichette',
	'box-cancel': 'Chiudi',
	'label': 'Etichetta',
	'description': 'Descrizione',
	'alias': 'Alias',
	'warning-message': 'Lista di etichette di <b>Q' + itemId + '</b>:'
}

--ValterVB (talk) 20:50, 3 November 2012 (UTC)[reply]

Hi ValterVB, would you like to translate my script for Italian language, too? --Bene* (talk) 20:53, 3 November 2012 (UTC)[reply]
Absolutely:
'it': {
	'title': 'Richiesta di cancellazione',
	'description': 'Richiesta di cancellazione per questo elemento',
	'reason': 'Motivo della cancellazione:',
	'error-reason': 'Devi indicare il motivo!',
	'requested': 'Cancellazione già richiesta',
	'success': 'Richiesta effettuata con successo'

}

--ValterVB (talk) 21:15, 3 November 2012 (UTC)[reply]

thank you Bene* and ValterVB for translation . If some one can help me... there'is a problem if we change the language to another language that the script doesn't know he doesn't display the link .--Jitrixis (talk | support my candidacy) 20:55, 3 November 2012 (UTC)[reply]
I can help you. There was the same bug somewhere else. Look here for the solution. :-) --Bene* (talk) 21:02, 3 November 2012 (UTC)[reply]
Thank you. it's work ^^ --Jitrixis (talk | support my candidacy) 21:25, 3 November 2012 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=315557"