Wikidata:Contact the development team/Archive/2013/01
|
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion. |
Chinese conversion
After a short discussion, we hope to launch the conversion system on Wikidata and Help namespaces, and leaving the main namespace unchanged until a bigger discussion is made. We would like to ask about is that possible to launch the conversion system on only some namespaces?--JC1 10:18, 29 December 2012 (UTC)
- There is no conversion system. The Chinese Wikipedia is still some time away to have the extension activated and if you ask us to wait we can probably make that happen. I suggest you start a discussion now and keep me updated on the progress so we can coordinate. I am happy to answer questions should you have them. --Lydia Pintscher (WMDE) (talk) 10:37, 3 January 2013 (UTC)
"0" is not valid label?
If label name is "0", I can't see the label. See Q23104, Q199453 and Q204. Is this a bug? Because I can see other numbers like 1. --Stryn (talk) 11:58, 2 January 2013 (UTC)
- Hi Stryn, seems to be a bug. I can save the label "0" but "View history" does not show my edit. --Kolja21 (talk) 13:10, 2 January 2013 (UTC)
- Yes, if you look "labels list", you can already see "0" there, and because of that you can't see your "edit" in history. edit: so actually label is there, but you just can't see it... weird... --Stryn (talk) 13:12, 2 January 2013 (UTC)
- I've filed it here: bugzilla:43585 Thanks for reporting. --Lydia Pintscher (WMDE) (talk) 13:15, 2 January 2013 (UTC)
- Yes, if you look "labels list", you can already see "0" there, and because of that you can't see your "edit" in history. edit: so actually label is there, but you just can't see it... weird... --Stryn (talk) 13:12, 2 January 2013 (UTC)
ItemByTitle problem
[1] The link for creating the item is for the article called "2012 deaths", not the category. Also, it says "2012 deaths" instead of "Category:2012 deaths" in the search box. πr2 (t • c) 01:38, 26 December 2012 (UTC)
- Edit: reposted because there was no response. πr2 (t • c) 20:20, 2 January 2013 (UTC)
- Sorry I missed that. Can you please file a bug for this on bugs.wikimedia.org? Thank you! --Lydia Pintscher (WMDE) (talk) 10:32, 3 January 2013 (UTC)
No G in translation windows
Everytime I use shift+g the cursor jumps from the editing window to the search field right on top. I only can write it down with caps lock + g. Im working with german setting as default (probably the reason). My system is Windows XP SP3, Browser Firefox 17.0.1,most of the gadgets activated.--Giftzwerg 88 (talk) 23:42, 2 January 2013 (UTC)
- You mean you can't write a capitalized g? Which page is this happening on? --Lydia Pintscher (WMDE) (talk) 10:34, 3 January 2013 (UTC)
- I had the same problem on several pages, e.g. here] but meantime the bug has disappeared.--Giftzwerg 88 (talk) 14:01, 3 January 2013 (UTC)
Pages not added to my watchlist despite preference settings
The options "Add pages and files I edit to my watchlist"/ "Add pages and files I move to my watchlist"/ "Add pages I create and files I upload to my watchlist" have all been set in my preferences for more than a month now, but none of the pages I edited or created here (haven't moved or uploaded anything yet) has been added to my watchlist automatically. I thought this would be a temporary glitch, but apparently it isn't, so I thought I should flag it here, as I haven't seen it mentioned elsewhere. --Daniel Mietchen (talk) 23:51, 2 January 2013 (UTC)
- This is reported in bugzilla:41573. --Lydia Pintscher (WMDE) (talk) 10:31, 3 January 2013 (UTC)
Page moves
When a Wikipedia page is moved, the relevant sitelink doesn't update, apparently. Is sitelink auto-updating going to be added later? If not, is there (going to be?) any way to quickly update pages from moves? The editing interface prevents saving a sitelink with the same text as it had before, so clicking edit and then save and allowing the normalization process to fix it isn't an option. Maybe there should be a bot to do it? --Yair rand (talk) 20:18, 31 December 2012 (UTC)
- There are a number of missing maintenance operations, one of them is how to update the item after page moves in Wikipedia. The argument against autoupdating is that there should be a real user doing the update. Another problem is what to do if a page is moved and there is no redirect to the new location, in that case an autoupdate will fail. The best idea I seen so far is to add a checkbox at the Special:MovePage at Wikipedia and then if the checkbox is set update the Wikidata item on the fly. The wikidata item must also be updated if the page is deleted. There are a couple of small problems with this, the update of the item must be done after the page move in Wikipedia and it will not be easy to handle failing updates in Wikidata. Missing or failing updates doesn't have serious consequences now, but later on a failing update will make an infobox on the Wikipedia page fail and it will not be obvious why it happens for Wikipedia editors. Jeblad (talk) 08:09, 1 January 2013 (UTC)
- Page moves are happening all the time and a rather large number of items already have inaccurate sitelinks as a result. Is going through the move logs on Wikipedia and manually updating sitelinks a helpful use of time, or is it likely to be done automatically later? --Yair rand (talk) 16:37, 1 January 2013 (UTC)
- I think we need a solution, both when the page move happen and to do cleanup later when something fails. I can't say anything about when there will be a solution available. Jeblad (talk) 18:06, 1 January 2013 (UTC)
- Page moves are happening all the time and a rather large number of items already have inaccurate sitelinks as a result. Is going through the move logs on Wikipedia and manually updating sitelinks a helpful use of time, or is it likely to be done automatically later? --Yair rand (talk) 16:37, 1 January 2013 (UTC)
- The current plan is to not do this automatically, but invite Wikipedia users to update the respective data items when they move a page (see bugzilla:41038). On wikis with the Wikibase client extension installed (eventually, all Wikipedias), you will see a message to that effect on the page that confirms a successful page move. This isn't ideal, but should help a lot with this issue. -- Duesentrieb (talk) 23:38, 6 January 2013 (UTC)
Impossible to set a label
Hi! In Q49290 I try to set label for italian (it) "Contea di Northampton" with js interface. Does not return any error, but after reloading the page the label is empty again. Thanks --Beta16 (talk) 11:22, 6 January 2013 (UTC)
- I dont know why there is now error message if you use the normel surface and no plugin but the problem is that Q292459 has the same Label + Description. It is not possible to set on two items the same Label +Description. I tried the label "Contea di Northampton, Virgina" and this worked. --Sk!d (talk) 11:55, 6 January 2013 (UTC)
- It's some time (maybe after last update), that slurpInterwiki don't show the message of conflict in some case. --ValterVB (talk) 12:06, 6 January 2013 (UTC)
- Maybe the problem is with Media wiki code. If you try to add the label Mesquita on Q2656498 (Italian language), the label isn't added because alredy exist in Q984780 but no one message is showed. --ValterVB (talk) 12:18, 6 January 2013 (UTC)
- In this case I tried both with "AutoEdit" either by entering the text in the normal human interface. In both cases I did not receive any error message. Until to 4 or 5 days ago, in the case in which I tried to insert the same label and description of another item already present was generated an error message.
- Even after logging out, then without gadgets or custom js, I do not receive any error message, but the label is not changed. I think the user should be warned that the action that was trying to make is not successful. --Beta16 (talk) 13:46, 6 January 2013 (UTC)
- My bot does not report any of the "same label + descriptions" conflicts on User:Sk!dbot/conflict since the last update (see history). It could be possible that there had been no conflicts but this seems to be very unlikely. --Sk!d (talk) 18:20, 6 January 2013 (UTC)
Impossible to set a label (2)
I open a new topic because I don't think that is a problem with the bot. Try this: set Italian language, then on the label of Q2656498 copy Mesquita and save, everything looks okay, but if you refresh the page the label is missing. Tried with IE and Chrome --ValterVB (talk) 18:39, 6 January 2013 (UTC)
- I think it's the same bug, see also: Wikidata:Project chat#deployed new code. (BTW: I've added the title for Q2656498. I my case only dubs showed this problem.) --Kolja21 (talk) 03:50, 7 January 2013 (UTC)
- Q2656498 (it, mg) was a dub of Q1022432. --Kolja21 (talk) 03:58, 7 January 2013 (UTC)
Seems like conflicts are detected and cause saving to fail, but don't report an error. That sounds like a bug.
There's an underlying issue, though: Since we cannot enforce the uniqueness of term+description reliably (because of technical constraints on the database level), we shouldn't enforce it at all, except when creating a new item. As it is now, two conflicting items can exist in the database, and these can then no longer me modified, because any attempt to save them will fail due to the uniqueness constraint they violate.
Checking this only during item creation, will still catch the most common case (creating something that already exists) without causing trouble in case we do end up with two conflicting items in the database.
In any case, please put this on bugzilla. -- Duesentrieb (talk) 20:53, 7 January 2013 (UTC)
Editing multiple languages simultaneously
Hello, folks! I want to contribute to Wikidata in Spanish, in addition to my current activity in English. I'm particularly interested in helping with entry descriptions. But it's annoying to need to switch back and forth the language preferences, so I can read the description in English and then write the translation in Spanish. Can you make a simple tool so we can read and edit all descriptions of an entry at the same time? Thanks! --NaBUru38 (talk) 22:50, 8 January 2013 (UTC)
- MediaWiki:Gadget-labelLister.js provides the possibility to see and change labels/descriptions/aliases in all languages. You can enable it in your settings. --Sk!d (talk) 23:47, 8 January 2013 (UTC)
Input in "Linked article" of an item changes while still typing.
When I want to add an link e.g.: "FIN" the "I" and the "N" change to small letters shortly after each input. The only workaround I found is typing and submitting before the changes occur. --Sixsi6ma (talk) 15:41, 10 January 2013 (UTC)
- The parsere should not change the inputed text. And first try to save the exact text and then everything in small letters etc. Another problem here is that the auto completion does not automatically tries to complete to the shortest found word so you might hit enter and save not the link you meant to save. --Sk!d (talk) 14:17, 11 January 2013 (UTC)
Bug that is resulting in multiple items with the same sitelinks in it
Hi guys, I had reported this last week on Project Chat. I have come across it again yesterday. The first one from here said: There are two items labelled as Beuren. Q687647, and Q818852. The latter one was subsequently deleted. This problem turned up again yesterday: Q2461754 is a duplicate of Q304597. Both have the same links. I had mentioned this earlier on WD:Project Chat. Any reason why this is happening? --Rsrikanth05 (talk) 10:26, 11 January 2013 (UTC)
- We have a commit that hopefully fixes it. It will be deployed with the next deployment which should be on Wednesday. Can you let me know if it happens again after that? Thanks! --Lydia Pintscher (WMDE) (talk) 17:00, 11 January 2013 (UTC)
- Certainly, will do. Thanks! --Rsrikanth05 (talk) 19:06, 13 January 2013 (UTC)
Links to projects other then Wikipedia
When links to projects other then Wikipedia is planned to be supported? What interfaces will look like? Will be links tables split by project? --EugeneZelenko (talk) 04:15, 17 January 2013 (UTC)
- We don't know yet. Getting an initial version of statements out is more important at the moment. --Lydia Pintscher (WMDE) (talk) 08:11, 17 January 2013 (UTC)
Wizard for adding interwikis
Process of adding interwikis to pages without item on Wikidata is not evident. There is no link to Wikidata as of now. Such link should lead to page which will allow to search for existing item (with specifying language, project and link name) or to create new if needed.
Other typical scenario for such wizard: merging item with single link to item with multiple links. Transferring link and nominating empty item for deletion should be transparent for user.
EugeneZelenko (talk) 04:15, 17 January 2013 (UTC)
- That is being worked on. --Lydia Pintscher (WMDE) (talk) 08:11, 17 January 2013 (UTC)
Moved Permanently
Wikidata produces error messages like: "Moved Permanently" (Opera) or "Fehler: Umleitungsfehler. Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann" (Firefox). Could this be the result of working on Bug 41847: Wikidata should use wikidata.org as a domain (not www.wikidata.org)? --Kolja21 (talk) 10:12, 18 January 2013 (UTC)
- An other example from my watchlist: "Wikidata:Project chat" is linked to en.wikipedia.org/wiki/Project_chat. --Kolja21 (talk) 10:22, 18 January 2013 (UTC)
- Yes this is all related. We're investigating right now and hopefully have it fixed soon. Sorry for the screwup :/ --Lydia Pintscher (WMDE) (talk) 10:23, 18 January 2013 (UTC)
- It should be fixed again now. Sorry again for this. --Lydia Pintscher (WMDE) (talk) 10:33, 18 January 2013 (UTC)
- I closed the browser, logged off and on again, but still get redirected to wikipedia when trying to reach the wikidata main page.--Sixsi6ma (talk) 12:56, 18 January 2013 (UTC)
- It should be fixed again now. Sorry again for this. --Lydia Pintscher (WMDE) (talk) 10:33, 18 January 2013 (UTC)
- Yes this is all related. We're investigating right now and hopefully have it fixed soon. Sorry for the screwup :/ --Lydia Pintscher (WMDE) (talk) 10:23, 18 January 2013 (UTC)
Wikidata:Project chat in watchlist
when i move cursor to Wikidata:Project chat on my watchlist, I see with popups "heya folks". When i click, I got page http://en.wikipedia.org/wiki/Project_chat with no contents. Its bug? JAn Dudík (talk) 22:30, 18 January 2013 (UTC)
- Yes. See the above two topics. It is related. --Lydia Pintscher (WMDE) (talk) 09:28, 19 January 2013 (UTC)
Moving articles
When a Wikipedia article is moved the Wikidata connention is lost along with all the interwikis (it is connected with the redirect page). Since most editors are not yet used to the system, there are already a lot of such "lost connections". Could it be solved that the Wikidata entries automatically followed the moves of the articles? - Matthew Beta (talk) 19:15, 19 January 2013 (UTC)
- That is possible in principle. We have bugzilla:36729 for that. For now we have implemented bugzilla:41038 to see if that is enough to not have too much magic in the system. --Lydia Pintscher (WMDE) (talk) 11:54, 21 January 2013 (UTC)
Access to my userpage
Es: Hola, alguien me puede explicar por que no puedo entrar a mi Userpage, puedo acceder al User talk, a preferences, watchlist y contribution pero no imposible entrar en el Userpage, ayer trabajaba cuando se cayo la conección lense que era algo el cambio de servirdores pero no fue asi. En: Hello, can someone explain why I can not go to my userpage, I can access the User talk, to preferences, watchlist and contribution but not impossible to enter the userpage, fell yesterday worked when the connection was something lense changing servirdores not so. --Veronidae (talk) 11:43, 18 January 2013 (UTC)
- Hello Veronidae, see above: there are problems with the software. I can access some pages, other not. Your user page reports: "Moved Permanently" ;( Hopefully the bug will be fixed soon. --Kolja21 (talk) 11:52, 18 January 2013 (UTC)
- I had to logout and login again to get full functionality. --Sk!d (talk) 12:22, 18 January 2013 (UTC)
Whoever corrects the problem and how long should I wait--Veronidae (talk) 12:46, 18 January 2013 (UTC)
- We're working on it. --Lydia Pintscher (WMDE) (talk) 13:41, 18 January 2013 (UTC)
- Good luck ;) --Kolja21 (talk) 13:43, 18 January 2013 (UTC)
En: Create the following page User: Veronidae / User: Veronidae II raised the following administrators: If you delete my current Userpage and renamed User: Veronidae / User: Veronidae II as User: Veronidae not correct the problem.
Es: Cree la siguiente pagina User:Veronidae/User:Veronidae II planteo lo siguiente a los administradores: si se elimina mi actual Userpage y se renombra User:Veronidae/User:Veronidae II como User:Veronidae no se corrige el problema. --Veronidae (talk) 22:02, 18 January 2013 (UTC)
- Es: Cuando se ponga de acuerdo y solucionen los problema me avisan para seguir colaborando, con este sistema inestable, no vale la pena hacer mas. Por favor me dejan mensaje en mi cuenta de commons.
- En: When to agree and solve the problem let me know to continue working with this system unstable, not worth doing more. Please leave me message on my account commons.--Veronidae (talk) 02:40, 20 January 2013 (UTC)
Es: Gracias ya todo esta bien :) En: Thanks and all is well :)--Veronidae (talk) 23:31, 23 January 2013 (UTC)
Fetching data from external sources
Sometimes data used in pages are volatile by it nature, like stock prices or IMDB ratings. However it's good idea to keep interface for accessing data from pages uniform. I think kind of adapters to external data sources is reasonable idea. --EugeneZelenko (talk) 15:38, 25 January 2013 (UTC)
- People will have to write bots for such things. --Lydia Pintscher (WMDE) (talk) 15:55, 25 January 2013 (UTC)
find redirects
We have the function find redirects - they where added in also known as. Is there a possibility to prevent via this entries, that new Item could be added? Maybe we could add a field later, if it is marked, system is checking, because there are "some" entries in also known as, that are redirects in Wikipedia? Thx, Conny (talk) 18:52, 24 January 2013 (UTC). Moved from Project Talk Conny (talk) 17:41, 25 January 2013 (UTC).
- We can't do that unfortunately. --Lydia Pintscher (WMDE) (talk) 11:24, 28 January 2013 (UTC)
preventing bots from making unwanted items
In the German part we´ve come across the Problem of misspellings and obsolete spellings [[[:Wikidata:Administrators%27_noticeboard#Soft_misspelling_redirects|here]]]. Is there any means to prevent bots making unwanted items? --Giftzwerg 88 (talk) 17:35, 26 January 2013 (UTC)
- Sorry, I wasn't clear enough! When I said "developers", I meant the bot-software-developers, not the Wikidata-developers. -- Lavallen (block) 17:55, 26 January 2013 (UTC)
- Perhaps the bot-developers also read this pages. Maybe even the wikidata-developers can add to a solution. --Giftzwerg 88 (talk) 19:45, 26 January 2013 (UTC)
- We need a list that helps bots adding unwanted items: Wikidata talk:Notability#Exclusion criteria. --Kolja21 (talk) 23:34, 26 January 2013 (UTC)
- Perhaps the bot-developers also read this pages. Maybe even the wikidata-developers can add to a solution. --Giftzwerg 88 (talk) 19:45, 26 January 2013 (UTC)
Localizing the site name
Is it possible to localize the site name, ie the output of {SITENAME}, which is used in messages like MediaWiki:Pagetitle? --Yair rand (talk) 08:00, 29 January 2013 (UTC)
- As far as I can tell this isn't possible. Can you use a translatable template or system message instead? --Lydia Pintscher (WMDE) (talk) 14:36, 29 January 2013 (UTC)
- I'm not aware of this being possible either. Is there a need for such translation? If so, maybe they would also be useful for wikis that use the client (if "Wikidata" isn't already translated in the extension, though I don't think it is). Hazard-SJ ✈ 22:56, 30 January 2013 (UTC)
- MediaWiki:Pagetitle and MediaWiki:Pagetitle-view-mainpage both make use of SITENAME, and they really should be localized. I suppose they could just be done individually, though. --Yair rand (talk) 01:48, 31 January 2013 (UTC)
- I'm not aware of this being possible either. Is there a need for such translation? If so, maybe they would also be useful for wikis that use the client (if "Wikidata" isn't already translated in the extension, though I don't think it is). Hazard-SJ ✈ 22:56, 30 January 2013 (UTC)
Statements, and use and advantage of it
in your blog post you talked about statements. could you give an example how this could be of practical use, compared to just writing text saying "this is the portrait of ..."? would statements be of use as well for licenses for items on wikimedia commons? currently they cannot be very well retrieved automatically? --ThurnerRupert (talk) 21:26, 30 January 2013 (UTC)
- The biggest advantage is that it'll be machine readable. Because if this it'll be possible to do all kinds of things in the future. And yes licenses for Wikimedia Commons is one possible usecase for the future. --Lydia Pintscher (WMDE) (talk) 21:29, 30 January 2013 (UTC)
Problem or lag?
I have just created item Q3903609 for a new page it:Endimione dormiente e il suo gregge but interlink don't appear. Just lag or some problem? --ValterVB (talk) 21:43, 30 January 2013 (UTC)
- It might take a few minutes for the changes to propagate. --Lydia Pintscher (WMDE) (talk) 21:49, 30 January 2013 (UTC)
- 20 minutes? (I also reported on #Wikimedia-wikidata) --ValterVB (talk) 22:01, 30 January 2013 (UTC)
- Deleted it :) I haven't wikilink so is correct --ValterVB (talk) 22:23, 30 January 2013 (UTC)
- You can´t see your edit, if your language setting is not set to "italiano". The wikidata software will show label and description of the langugage you have set on the line on the to on the right side. If it is set to english, there is no data shown, because nobody has created an english label or an english description yet, so the fields will be empty. --Giftzwerg 88 (talk) 22:31, 30 January 2013 (UTC)
- Deleted it :) I haven't wikilink so is correct --ValterVB (talk) 22:23, 30 January 2013 (UTC)
- 20 minutes? (I also reported on #Wikimedia-wikidata) --ValterVB (talk) 22:01, 30 January 2013 (UTC)
Templates & proposal
I just tested Hebrew and Italian: Good work!
Done What still is missing are the no-article-items (example: it:Template:Evoluzione dell'Unione europea).
Proposal: Always show the Wikidata ID in Wikipedia articles, and separate Wikidata from locals links.
- 1. If langlinks, show:
- Wikidata Qxxx
- Wikidata links
- ...
- Additional links
- ...
- add langlinks
- 2. No langlinks, show:
- Wikidata Qxxx
- add langlinks
- 3. No langlinks & no Wikidata item, show:
- add langlinks
I think this will help editors, who are not familiar with the technical details, to understand the new concept of langlinks. --Kolja21 (talk) 22:32, 30. January 2013 (UTC)
- I agree, also in itwiki we've discussed about the necessity of this improvement (n° 2-3). --AlessioMela (talk) 23:45, 30 January 2013 (UTC)
- bugzilla:44530 was filed. --Nemo 09:34, 31 January 2013 (UTC)
- Thanks for the feedback. Combined with bugzilla:40949, see also: Storyboard_for_linking_Wikipedia_articles_v0.3. --Kolja21 (talk) 12:42, 31 January 2013 (UTC)
- bugzilla:44530 was filed. --Nemo 09:34, 31 January 2013 (UTC)
Queries and hierarchy
I have a question about schema - say that we're working with an item on a city in the United States, for example. Would it be worth it to have one field for the state, another for the country, and another for the continent? Or would just a field for the state be sufficient since a query would link the country and continent? --Rschen7754 02:30, 31 January 2013 (UTC)
- Or perhaps the coordinates alone would be enough to identify all of these? --Yair rand (talk) 02:59, 31 January 2013 (UTC)
- To clarify, I'm referring to the feature in SQL where you can JOIN tables and build queries that way - coordinates wouldn't be as computationally efficient. Presumably the state would have a link to the country, and the country would have a link to the continent. --Rschen7754 03:05, 31 January 2013 (UTC)
- For now there is no reasoning like this so this will only work if you explicitly enter the state, country and continent in the example you gave. Also the query language will initially not support it. However it is planned for the future. It's up to you if you enter this data now and remove it later or not. --Lydia Pintscher (WMDE) (talk) 11:53, 31 January 2013 (UTC)
Wikidata search problems
In all the community discussions I've seen, search has been mentioned as one of the first shortcomings of wikidata the users bump into. I've created a Wikidata search problems tracking bug so that people have a quick overview of the status. --Nemo 09:39, 31 January 2013 (UTC)