Wikidata:Contact the development team

From Wikidata
Revision as of 22:44, 3 November 2012 by He7d3r (talk | contribs) (→‎LangSwitch: That may require some better design to work with the Universal Language Selector, or the feature may just confuse users (because there would be three places to set the language: preferences, ULS and the LangSwitch).)
Jump to navigation Jump to search
Wikidata development is ongoing. You can leave notes for the development team here, on #wikimedia-wikidata on freenode and on the mailing list or report bugs on bugzilla.
See the list of bugs on Bugzilla.

Regarding the accounts of the Wikidata development team, we have decided on the following rules:

  • Wikidata developers can have clearly marked staff accounts (in the form "Fullname (WMDE)"), and these will receive admin and bureaucrat rights.
  • These staff accounts should be used only for development, testing, spam-fighting, and emergencies.
  • The private accounts of staff members do not get admin and bureaucrat rights by default. If staff members desire admin and bureacrat rights for their private accounts, those should be gained going through the processes developed by the community.
  • Every staff member is free to use their private account just as everyone else, obviously. Especially if they want to work on content in Wikidata, this is the account they should be using, not their staff account.

User contributions showing Q##

User contributions lists are showing page titles as "Q" followed by some numbers, as opposed to showing the page's associated name in the appropriate language like is shown in the recent changes. See for example Special:Contributions/Reedy. (This page could use some kind of header, by the way.) (Another unrelated point: The Main Page is protected, and it probably doesn't need to be, and least not yet.) --Yair rand

Some other issues: In the recent changes, names seem to be showing up in English even if the name of the item in the (non-English) set language is available. Example: When my language is set to Hebrew, the RC shows "Netherlands (Q55)". (Something also needs to be done about that brackets/direction issue, by the way...) Unified log-in doesn't appear to be running yet, also. --Yair rand
Hi Yair! Thanks for the reports. I am using German via ULS, and there I get the German label if available in the recent changes. Note that Q55 did not have a label in Hebrew giving the name of the item, only the sitelink. The sitelink is not used as a label! Try it again now, I added a label. --Denny Vrandečić (WMDE) (talk) 20:50, 29 October 2012 (UTC)[reply]
Oh, sorry, I thought they were the same thing. So, the label is used on Wikidata only, and the sitelink is the item's corresponding Wikipedia article? --Yair rand 20:54, 29 October 2012 (UTC)
Yes. --Lydia Pintscher (WMDE) (talk) 21:06, 29 October 2012 (UTC)[reply]
I see. Thanks for clarifying. --Yair rand 21:07, 29 October 2012 (UTC)
Two things to mention. First, I was editing using the English interface and I wanted to add an Arabic label. I didn't know how, I thought about maybe aliases but they didn't show any language options. It was not clear to me that the way to add info in another language is to change the website's (wikidata) interface language. I think the website's language should be independent of what which language I am entering info. Second, when adding a language link, maybe a sensible default for the item's label in that language is the corresponding wikipedia article from that language? --Ahmed Sobhi 22:54, 30 October 2012 (UTC)[reply]
Another bug: I'm getting frequently forwarded to meta:Missing wiki when clicking links. --Yair rand 21:07, 29 October 2012 (UTC)
Ditto - including, amusingly enough, the link that told me to come to wikidata.org in the first case ;p. Ironholds (talk) 10:43, 30 October 2012 (UTC)[reply]
Yes. Thanks. We're looking into it. --Lydia Pintscher (WMDE) (talk) 13:44, 30 October 2012 (UTC)[reply]

"Add" bug

Clicking "add" on, for example, Q225, leads to the popup appearing transparent, mashing the interface elements in the popup and the underlying page. Firefox 16.0.2, Windows 7. Ironholds (talk) 10:45, 30 October 2012 (UTC)[reply]

I got the same thing, FF 16, OSX 10.5. Wittylama (talk) 10:53, 30 October 2012 (UTC)[reply]

On which "add" did you click? Does this happen on any other "add" than the one next to the "Also known as" field? There I can confirm it. --Denny (talk) 11:03, 30 October 2012 (UTC)[reply]

Right, I think Wittylama is talking about the aliases section. It messes up after I click Add button (Chrome 22, Windows 7). Wizardist (talk) 11:19, 30 October 2012 (UTC)[reply]
yes, it's in the "Also known as:" section (which when clicked says "enter an alias"). No, it doesn't happen when I click "add" to add a new language for any given record. Are there any other "add" fields in other places? Wittylama (talk) 11:33, 30 October 2012 (UTC)[reply]

I've just identified a new, replicable, version of this bug. Go to a record that DOES already have an alias. I tested this on "earth" Q2 which has two aliases already - Gaia and Terra. Click "Edit" which opens up the dialogue box to add a third alias. Then, before you write anything, go to a different tab, window or program currently running on your computer. Then, immediately return to the Wikidata record page. it will now be displaying the same transparent popup for the input method.

On a related note - I believe that's the first time I've ever listed a replicable bug, all on my own :-) Wittylama (talk) 11:40, 30 October 2012 (UTC)[reply]

Universal Language Selector is the cause of this bug. (Can you see the black tiny keyboard over every input you type?) Wizardist (talk) 14:02, 30 October 2012 (UTC)[reply]

Initial Language

When I came to the main page for the first time the interface was in English, but by the next page I navigated to it had swapped to Icelandic - no particular reason I can think of as I'm not anywhere near Iceland's IP range and that's certainly not any of my browser settings. It was very difficult to swap it back, had to close the tab and start again because the language selector button was inoperable. More amusing than anything, but good work integrating language controls so tightly into the interface! :-) Wittylama (talk) 10:56, 30 October 2012 (UTC)[reply]

I confirm that issue. It was some Norwegian language and Icelandic, which both confused me. We are investigating. --Denny (talk) 11:36, 30 October 2012 (UTC)[reply]

I have main page default in Italian. Then I change to czech, but after few links i got icelandic, including this page. When i pressed [edit], I have again czech. 90.176.233.122 13:08, 30 October 2012 (UTC)[reply]

I find this a fascinatingly amusing bug for some reason. I'm really keen to know why Wikidata has such a predilection for Icelandic!! Is it a cunning plot by one of the coders to promote their favourite? it the fact that Icelandic is actually the universal language and the software's trying to tell us? we might never know... Wittylama (talk) 13:32, 30 October 2012 (UTC)[reply]

Raw data

Tracked in Bugzilla
Bug 37745

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

http://www.wikidata.org/w/api.php?titles=Q99&prop=revisions&rvprop=user%7Ccontent&action=query&format=jsonfm

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

http://www.wikidata.org/w/index.php?title=Q99&action=raw

— Fnielsen (talk) 12:26, 30 October 2012 (UTC)[reply]

Yes we're aware of it. Bug report is here: https://bugzilla.wikimedia.org/show_bug.cgi?id=37745 :) --Lydia Pintscher (WMDE) (talk) 13:49, 30 October 2012 (UTC)[reply]
Thanks. Sorry for not bugzillaring. — Fnielsen (talk) 19:50, 30 October 2012 (UTC)[reply]
Don't worry. That's what we have this page for. --Lydia Pintscher (WMDE) (talk) 20:25, 30 October 2012 (UTC)[reply]

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

Why adding these interwiki's manually

Nice to play with wikidata, but why would we add all those interwiki pages manually, I assume it is not to hard to import the current interwiki's using a bot? Only a label, alias and description should be added manually afterwards as additional info. Michiel1972 (talk) 12:31, 30 October 2012 (UTC)[reply]

Yes, there will be bots on wikidata, but there are not any now. See this, for example. PiRSquared17 (talk) 13:25, 30 October 2012 (UTC)[reply]

Unknown languages

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

This is a bug with the universal language selector I believe. Can you raise this with them please? Thanks! --Lydia Pintscher (WMDE) (talk) 12:12, 31 October 2012 (UTC)[reply]

Editconflict management

Tracked in Bugzilla
Bug 39836

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

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

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

Duplicate entry management

Duplicate entry error message should give, imho, an easy way to solve it, a first step would be adding a working link to the duplicated resource. --Vituzzu (talk) 13:25, 30 October 2012 (UTC)[reply]

Yes merging of entries still needs to be implemented. See https://bugzilla.wikimedia.org/show_bug.cgi?id=38664 --Lydia Pintscher (WMDE) (talk) 13:49, 30 October 2012 (UTC)[reply]

404 Not Found error

Occasionally, while browsing the wiki, I get "404" errors. Sometimes it forwards me to m:Missing wiki. This seems to happen even more on Special pages (but I may be wrong about that). What causes this error? PiRSquared17 (talk) 13:57, 30 October 2012 (UTC)[reply]

Its probably the squid cache on the server side. Its quite normal for a new site (even so a new domain). --Hydriz (talk) 13:58, 30 October 2012 (UTC)[reply]

Happens to me, too, but usualy works fine when I click the link the second time. Yerpo (talk) 14:34, 30 October 2012 (UTC)[reply]

This is hopefully fixed now. If you're still seeing it please let me know. --Lydia Pintscher (WMDE) (talk) 17:07, 30 October 2012 (UTC)[reply]

I tried to wiew WIkidata from mobile. I don't found possibiliy for editing, but when I click to Mobile wiev i got 404 error. JAn Dudík (talk) 06:26, 31 October 2012 (UTC)[reply]

Managing core data in different languages

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

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

Accent alias

Tracked in Bugzilla
Bug 41557

Hello again! When I try to add accented letters (example: é) in the "alias" box, I get the accent followed by the accented letter (example: ´é) instead. Does anyone else have this problem? PiRSquared17 (talk) 15:53, 30 October 2012 (UTC)[reply]

That doesn't sound good -.- Can you file a bug for this on bugs.wikimedia.org please? --Lydia Pintscher (WMDE) (talk) 15:55, 30 October 2012 (UTC)[reply]
I think it's called bugzilla:41557. PiRSquared17 (talk) 16:12, 30 October 2012 (UTC)[reply]

http://www.wikidata.org/w/index.php?search=lisbonne&title=Special%3ASearch delivers three results, pointing all to the same object. -- 109.48.72.41 16:36, 30 October 2012 (UTC)[reply]

Thanks! The search is indeed still suboptimal unfortunately. We're working on it. --Lydia Pintscher (WMDE) (talk) 16:37, 30 October 2012 (UTC)[reply]

http://www.wikidata.org/w/index.php?title=Special%3ASearch&profile=default&search=lisboa&fulltext=Search .... no results, even if there is already an entry for Portuguese in the object Q572 ... only "label" and "description" missing -- 109.48.72.41 16:43, 30 October 2012 (UTC)[reply]

How to prevent double entries?

If I call http://www.wikidata.org/wiki/Lissabon, the system asks me, if I want to create a new object. However object Q572 is alraedy existing, also with a label and description in German. -- 109.48.72.41 16:48, 30 October 2012 (UTC)[reply]

Special:ItemDisambiguation is the most helpful one for that right now. Still not optimal. --Lydia Pintscher (WMDE) (talk) 16:52, 30 October 2012 (UTC)[reply]
Answer not helpful. Not talking of disambiguation, but of double entries for the same object (here the city of Lisbon).
System gives no information on an already existing object, system gives no warning, when creating a double entry for an already existing object. See Q572 - Q597 -- 109.48.72.41 17:01, 30 October 2012 (UTC)[reply]
Yes but that page at least tells you if there is already an item that is linked to a specific Wikipedia page. As I said it's not optimal but better than nothing for now. We'll have to work on something better still. --Lydia Pintscher (WMDE) (talk) 17:02, 30 October 2012 (UTC)[reply]
Oh wait. Sorry. Fail. I meant Special:ItemByTitle. --Lydia Pintscher (WMDE) (talk) 17:04, 30 October 2012 (UTC)[reply]

wiki syntax in descriptions

Is it planned to allow the use of wiki syntax in descriptions (e.g. to link to articles about "topic-specific" terms in Wikipedia)? --MF-Warburg (talk) 16:55, 30 October 2012 (UTC)[reply]

Can you file a feature request for that on bugs.wikimedia.org please? Thanks :) --Lydia Pintscher (WMDE) (talk) 16:58, 30 October 2012 (UTC)[reply]
done bugzilla:41560. --MF-Warburg (talk) 17:09, 30 October 2012 (UTC)[reply]

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

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

How the system gets feedback on deleted pages

See Q620: dataset still points on deleted testpage. -- 109.48.72.41 17:30, 30 October 2012 (UTC)[reply]

It does not currently. Especially because the Wikipedias are not aware of Wikidata yet. (They don't yet have the necessary extension installed.) But even when it is we'll have to see how/if to do that. --Lydia Pintscher (WMDE) (talk) 17:33, 30 October 2012 (UTC)[reply]
Thanks. And how to mark that entry for deletion? -- 109.48.72.41 17:36, 30 October 2012 (UTC)[reply]
There is Wikidata:Requests_for_deletions for that for now. --Lydia Pintscher (WMDE) (talk) 17:38, 30 October 2012 (UTC)[reply]

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

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

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

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

Translate extension

Are there any plans to use the mw:Extension:Translate, e.g. for easier translation of the Main Page? --MF-Warburg (talk) 18:04, 30 October 2012 (UTC)[reply]

It'd be up to the community to make such a request. It'd be awesome if we could wait with it for a while however to first get everything in shape that we have before adding more to the mix of potential sources of failure. --Lydia Pintscher (WMDE) (talk) 18:11, 30 October 2012 (UTC)[reply]

Tables

Tables are too short (zh-classical and zh-minh-nan). Saint Johann (talk) 20:43, 30 October 2012 (UTC)[reply]

Uff indeed. Thanks for bringing it up. Can you file this as a bug on bugs.wikimedia.org please? Thank you! --Lydia Pintscher (WMDE) (talk) 20:50, 30 October 2012 (UTC)[reply]
Bug 41587. Saint Johann (talk) 14:57, 31 October 2012 (UTC)[reply]

Bearbeiten geht unter Firefox nicht

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

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

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

Um was handelt es sich überhaupt?

Ist man per Zufällige Seite oder sonstwie auf eine Seite gekommen, die in der eingestellten Sprache keinen Eintrag hat, sieht man keinen einzigen Hinweis um was es sich handelt. Man muss dann also erst auf eine andere Sprache umschalten (und findet hoffentlich recht schnell eine, in der ein Eintrag vorhanden ist) um zu wissen um was es sich handelt. Beispiel: http://www.wikidata.org/wiki/Q653?setlang=de. Um zu erkennen, dass es sich um Chihuahuas handelt muss man erst die Sprache auf Englisch wechseln. Nicht unbedingt ideal oder? --Pilettes (talk) 21:45, 30 October 2012 (UTC)[reply]

Ja. Wir arbeiten dran :) --Lydia Pintscher (WMDE) (talk) 21:46, 30 October 2012 (UTC)[reply]

Search gives many dublicate items

When I search (e.g. [1]) i get many many results. But all are the same. Is it a feature or a bug?--Svebert (talk) 21:55, 30 October 2012 (UTC)[reply]

It's a bug ;-) We're working on it. Search in general is still meh. --Lydia Pintscher (WMDE) (talk) 21:58, 30 October 2012 (UTC)[reply]
Also, completion doesn't work on the search bar. Ijon (talk) 00:09, 31 October 2012 (UTC)[reply]

Arabic language is right-adjusted instead of left-adjusted in tables

See here Q64 , third entry--Svebert (talk) 21:58, 30 October 2012 (UTC)[reply]

Hmm for all I can tell that is how it is supposed to be. --Lydia Pintscher (WMDE) (talk) 22:05, 30 October 2012 (UTC)[reply]
Someone deleted all entries in Q64, here is the version-link with the issue (i am using firefox) [2]--Svebert (talk) 22:23, 30 October 2012 (UTC)[reply]
Bah! Thanks for notifying. Someone did a rollback now. --Lydia Pintscher (WMDE) (talk) 22:27, 30 October 2012 (UTC)[reply]
[conflict] It should be without JavaScript, but it is not — Ltrl G☎, le 22:29, 30 October 2012 (UTC)[reply]

Blank items

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

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

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

Special pages

You could save some server load by disabling/hiding some special pages. For example I can't see how Special:LongPages is going to be useful to us.

Noted :) --Lydia Pintscher (WMDE) (talk) 06:27, 31 October 2012 (UTC)[reply]

Also it would be great if Special:WithoutInterwiki could be repurposed to list "empty" items with no interlanguage links in them? This, that and the other (talk) 00:35, 31 October 2012 (UTC)[reply]

We'll have another special page for that. See https://bugzilla.wikimedia.org/show_bug.cgi?id=39150 --Lydia Pintscher (WMDE) (talk) 06:27, 31 October 2012 (UTC)[reply]
And another one: Special:ItemDisambiguation seems to be case-sensitive which is rather frustrating. This, that and the other (talk) 00:38, 31 October 2012 (UTC)[reply]
I'll bring it up. Thanks. --Lydia Pintscher (WMDE) (talk) 06:27, 31 October 2012 (UTC)[reply]

Code field too small

Tracked in Bugzilla
Bug 41587

On http://www.wikidata.org/wiki/Q1299 the area for the language code is too small because of the long code zh-min-nan - Romaine (talk) 01:07, 31 October 2012 (UTC)[reply]

Also with zh-classical on http://www.wikidata.org/wiki/Q23 - Romaine (talk) 01:10, 31 October 2012 (UTC)[reply]
Yes. See also Wikidata:Contact_the_development_team#Arabic_language_is_right-adjusted_instead_of_left-adjusted_in_tables. Can you file a bug for that please on bugs.wikimedia.org? Thanks! --Lydia Pintscher (WMDE) (talk) 06:37, 31 October 2012 (UTC)[reply]

el and da language codes not being entered

While trying to enter articles linked for the language codes el and da, neither of them are present in the available list, and so, cannot be entered.  Hazard-SJ  ✈  04:02, 31 October 2012 (UTC)[reply]

Hmm that works here. Were the articles in these languages maybe already linked to? Iirc then it does not show them in the selection box. --Lydia Pintscher (WMDE) (talk) 06:42, 31 October 2012 (UTC)[reply]

System does not accept interwiki links to Commons, like for categories -- 109.48.72.41 05:37, 31 October 2012 (UTC)[reply]

Yeah, it's not yet possible, but it's coming. --Stryn (talk) 05:39, 31 October 2012 (UTC)[reply]

User contributions

In the list of user contributions (like Special:Contributions/Romaine) we only see the number of the recordset.
Request: add the label info asin Special:RecentChanges -- 109.48.72.41 05:41, 31 October 2012 (UTC)[reply]

That sounds like a good idea :) Can you file a feature request on bugs.wikimedia.org please? Thanks! --Lydia Pintscher (WMDE) (talk) 06:40, 31 October 2012 (UTC)[reply]
Strange, this should be fixed but the same bug exist in my local server. Jeblad (talk) 11:02, 31 October 2012 (UTC)[reply]

Special:ItemDisambiguation

If I search hello world you can create the item there is following text You can world you can create the item create the item. So page needs some fix. --Stryn (talk) 06:58, 31 October 2012 (UTC)[reply]

The system message "wikibase-itemdisambiguation-nothing-found" needs url-encoding added to it. This should be done in the backend ideally, not through our MediaWiki namespace if possible. This, that and the other (talk) 08:58, 31 October 2012 (UTC)[reply]
Thanks! I've filed a bug for it here: https://bugzilla.wikimedia.org/show_bug.cgi?id=41576 --Lydia Pintscher (WMDE) (talk) 10:40, 31 October 2012 (UTC)[reply]

High risk of duplicate entries

If I see Wikidata:Requests for deletions today and yesterday, we have a very high risk of double entries. -- 109.48.72.41 14:13, 31 October 2012 (UTC)[reply]

Yes this is not great. We'll have to work on that. See also https://bugzilla.wikimedia.org/show_bug.cgi?id=36423 and https://bugzilla.wikimedia.org/show_bug.cgi?id=39763 --Lydia Pintscher (WMDE) (talk) 14:35, 31 October 2012 (UTC)[reply]

WikiEditor Toolbar doesn't work - "Also known as:" error

1) My WikiEditor Toolbar doesn't work, so if I click a whatever button, it adds nothing in the edit box.

2) When I try to edit the "Also known as:" field, the link to add an alias are covered by the link "add" (who does not hide when I go to make the change). This prevents to all volunteers to add aliases to any person in any language.). Screeshot Raoli (16.09)

1) Can you give me a link to a page where it happens?
2) Yes. Being worked on at the moment. --Lydia Pintscher (WMDE) (talk) 15:15, 31 October 2012 (UTC)[reply]
1)All, also here in this moment for example. Infact i don't add signature. Raoli (16.17)
3)The Defaultsort function and interwiki to other wikimedia project are in the aims of Wikidata? Thank you Raoli (16.24)
Yes but it's not a priority at the moment. --Lydia Pintscher (WMDE) (talk) 16:00, 31 October 2012 (UTC)[reply]
1) Now start to work the WikiEditor Toolbar. Thank you --Raoli (talk) 15:56, 31 October 2012 (UTC)[reply]
2) And now the other error was resolved. Thank you very much Raoli (talk) 16:00, 31 October 2012 (UTC)[reply]
Ok great. Do you know what the problem was? --Lydia Pintscher (WMDE) (talk) 16:00, 31 October 2012 (UTC)[reply]
I don't know, I thought that you had solved these problems. I just purged the page several times and after that (approximately thirty minutes) they have been resolved. Raoli (talk) 17:24, 31 October 2012 (UTC)[reply]

Hello yet again! I recently noticed (when I used a browser without HTTPSEverywhere) that the sitelinks added to pages always go to HTTP. They should be made protocol-relative. Example: currently displays link to http://en.wikipedia.org/wiki/Universe Should be: //en.wikipedia.org/wiki/Universe, which makes the browser go to HTTPS if it's on HTTPS, or HTTP if you're on HTTP. PiRSquared17 (talk) 15:39, 31 October 2012 (UTC)[reply]

I have reported it here for you: https://bugzilla.wikimedia.org/show_bug.cgi?id=41592 --Lydia Pintscher (WMDE) (talk) 16:49, 31 October 2012 (UTC)[reply]

Empty labels

Is it possible (or planned) to somehow find all pages which have no label (in a given language / at all)? --MF-Warburg (talk) 17:17, 31 October 2012 (UTC)[reply]

I've reported a feature request for it here: https://bugzilla.wikimedia.org/show_bug.cgi?id=41597 We definitely need that. --Lydia Pintscher (WMDE) (talk) 17:27, 31 October 2012 (UTC)[reply]

Page title

I think changing the page’s label should change the page’s title (in local script) — Ltrl G☎, le 17:59, 31 October 2012 (UTC)[reply]

Can you please file a bug for that on bugs.wikimedia.org? Thanks! --Lydia Pintscher (WMDE) (talk) 18:02, 31 October 2012 (UTC)[reply]
Done: bugzilla:41598. I hope I did no error, it’s the first time I report a bug. — Ltrl G☎, le 18:17, 31 October 2012 (UTC)[reply]
It's perfect, don't worry ;-) Thanks a lot. --Lydia Pintscher (WMDE) (talk) 18:18, 31 October 2012 (UTC)[reply]

Fußtext (DE) korrigieren

Streiche: Strukturierte Daten in dem Haupt- und Eigenschaftennamensraum ist unter der Creative Commons CC0 Lizens verfügbar; Text in den anderen Namensräumen ist unter der Lizenz „Creative Commons Attribution/Share-Alike“ verfügbar; zusätzliche Bedingungen können gelten. Einzelheiten sind in den Nutzungsbedingungen beschrieben.

Setze: Strukturierte Daten in dem Haupt- und Eigenschaftennamensraum sind unter der Creative-Commons-CC0-Lizenz verfügbar; Text in den anderen Namensräumen sind unter der Lizenz „Creative Commons Attribution/Share-Alike“ verfügbar; zusätzliche Bedingungen können gelten. Einzelheiten sind in den Nutzungsbedingungen beschrieben.

(Verlinkungen unberücksichtigt) --Matthiasb (talk) 18:03, 31 October 2012 (UTC)[reply]

Kannst du mir kurz sagen welche Seite ich ändern muss? Dann kann ich das machen. --Lydia Pintscher (WMDE) (talk) 18:15, 31 October 2012 (UTC)[reply]
Ich war mal so frei: [3]. --MF-Warburg (talk) 18:20, 31 October 2012 (UTC)[reply]

Watchlist

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

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

SUL Account

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

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

Special characters

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

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

Hoofdpagina

can someone please change http://www.wikidata.org/wiki/MediaWiki:Mainpage/nl ? Hoofdpagina should be Wikidata:Hoofdpagina. Michiel1972 (talk) 08:09, 1 November 2012 (UTC)[reply]

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

Main language in first

SEE : http://www.wikidata.org/wiki/Wikidata:Project_chat#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]
Yes the whole system of user language preferences and fallbacks is on our todo. This would be a nice addition to it. --Lydia Pintscher (WMDE) (talk) 10:24, 1 November 2012 (UTC)[reply]

Summary (Created page with "")

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

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

Bug uppercase

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

Can you please file a bug for that on bugs.wikimedia.org? Thank you! --Lydia Pintscher (WMDE) (talk) 14:16, 1 November 2012 (UTC)[reply]
oki --Jitrixis (talk | support my candidacy) 14:21, 1 November 2012 (UTC)[reply]

MediaWiki:Mainpage/pt

Please change to Wikidata:Página principal ...link does not work -- 109.48.72.41 16:48, 1 November 2012 (UTC)[reply]

✓ Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)[reply]

MediaWiki:Mainpage/pt-br

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

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

MediaWiki:Mainpage/pl

Please change to Wikidata:Strona główna ...link does not work -- 109.48.72.41 16:48, 1 November 2012 (UTC)[reply]

✓ Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)[reply]

MediaWiki:Mainpage/ru

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

✓ Done - Hoo man (talk) 16:57, 1 November 2012 (UTC)[reply]

MediaWiki:Mainpage/mk

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

✓ Done - Hoo man (talk) 18:35, 1 November 2012 (UTC)[reply]

MediaWiki:Mainpage/simple

Please change to Wikidata:Main Page ...link does not work -- 109.48.72.41 16:48, 1 November 2012 (UTC)[reply]

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

Preferences bug

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

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

MediaWiki:Sidebar

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

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

Disambiguation pages

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

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

Bottom text

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

That *should* be there because of the translatewiki, perhaps you should get it changed there. Regardless, I can make that change after MediaWiki pages stop breaking again. Ajraddatz (talk) 21:27, 2 November 2012 (UTC)[reply]

Statistics

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

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

bugs?

Tracked in Bugzilla
Bug 41667

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

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

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

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

Fallback names do not work

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

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

Besides, although https://www.wikidata.org/wiki/Q395?uselang=pt shows the title "Matemática", https://www.wikidata.org/wiki/Q395?uselang=pt-br shows an empty field, which would suggest people to duplicate efforts on both variants of Portuguese (for which there is only one Wikipedia). Helder 18:18, 3 November 2012 (UTC)

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

LangSwitch

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

That may require some better design to work with the Universal Language Selector, or the feature may just confuse users (because there would be three places to set the language: preferences, ULS and the LangSwitch). Helder 22:44, 3 November 2012 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team&oldid=316295"