Wikidata:Project chat/Archive/2013/03

Latest comment: 11 years ago by Bluerasberry in topic Sister projects links and data

Highlighting "updated since my last visit"

Do we really need it green and bold? Is green not sufficient? (Pls disregard if the gadget is standard).--Ymblanter (talk) 03:50, 1 March 2013 (UTC)

Abuse filter 8

Are you sure this filter works correctly at the moment? To me it currently seems to be triggered every time an unregistered user tries to edit an English description. Regards --Iste (D) 17:01, 27 February 2013 (UTC)

Unless I'm mistaken, it would block edits like "hungarian historian from the 12th century"? Does this filter make sense? Jeblad (talk) 18:05, 27 February 2013 (UTC)
No, I do not think that this filter works correctly. I am going to explain why. Just by reading the conditions of this filter I can tell that it matches changes where country names or language names are added to english descriptions, sitelinks, aliases or labels. This does not match the name of the filter "Non-constructive descriptions", e.g. it does not only match descriptions. Also, IMO language names and country names can not be considered "non-constructive".--Snaevar (talk) 19:31, 27 February 2013 (UTC)
Beside your concerns about the actual purpose of the filter, there seems to be a mistake in the regex or a software bug. By now, it also prevents edits like this one, which is definitely not what the filter was intended to do. That is why I've turned it off now. The actual goal was to prevent such edits, where only a language name is typed into the English description line. Regards --Iste (D) 20:08, 27 February 2013 (UTC)
I'm not great at RegEx, but isn't there something we can just put at the end of the strings it checks for so that it only flags edits that add lines consisting just of language names, as opposed to simply containing them? I've already had to revert 5 such edits since this filter was turned off. — PinkAmpers&(Je vous invite à me parler) 22:03, 27 February 2013 (UTC)
For the time being, I've re-enabled the tagging portion of the filter, to make it easier to spot these edits when patrolling Special:RecentChanges. — PinkAmpers&(Je vous invite à me parler) 22:25, 27 February 2013 (UTC)
I've also changed MediaWiki:Tag-possible non-constructive description to "adding language as description", since that's what this filter is actually checking for. — PinkAmpers&(Je vous invite à me parler) 22:29, 27 February 2013 (UTC)
As I said before, AbuseFilter is difficult and has a lot of options for people to make a screw up. I believe all filters should go through a review and we should avoid private filters, and also avoid filters that only targets what can be called ordinary editing. Toying around with AbuseFilters just to make some kind of editing visible, and thereby flagging ordinary edits as "abuse" is in my opinion very bad. Jeblad (talk) 02:46, 28 February 2013 (UTC)

Okay, we're getting way more of these edits than we used to, so I'm turning the warning portion back on. I've tried to make MediaWiki:abusefilter-warning-8 a bit more helpful, though. Improvements welcome. — PinkAmpers&(Je vous invite à me parler) 13:31, 28 February 2013 (UTC)

Why do we block edits like Special:AbuseLog/4155? Did you know that you can make it so that it only matches if text only contains the language name (and nothing else)? You can add ^ to the beginning of the regex and $ to the end. Otherwise, it matches stuff like "Italian scientist" and "French politician" -- what's the point of having it match these. when we can only match edits that contain the language name and nothing else? πr2 (tc) 04:41, 1 March 2013 (UTC)

Sorry guys. Apparently the large "screw up and you might get desysopped" warning failed to convince me to thoroughly check my work. Who would've thought a simple dangling | would cause so much trouble. If y'all want to create our own version of en:WP:STOCKS, I suppose I have no one to blame but myself. — PinkAmpers&(Je vous invite à me parler) 23:27, 27 February 2013 (UTC)

We use an alternative method of torture here. Sven Manguard Wha? 00:02, 1 March 2013 (UTC)

Property Occupation

For the property Occupation it's necessary to create a lot of item without link. I have imported from it.wiki a list of occupation accepted in italian Infobox Bio. Just now people add wrong item (for example singing instead singer) because don't exist correct item. So we can create Item without link? I also asked in Wikidata talk:Notability. Second problem in some language occupation is different if is a male or a female, so maybe is necessary to have a redirect in Wkidata (ex. actor/actress)? --ValterVB (talk) 20:55, 21 February 2013 (UTC)

  • I think picture is more complicated. Similar sex-dependent variants exist in Slavic languages, but set of male/female variants may be not same as in Italian. Additionally there may be other cultural differences, like astronaut/cosmonaut. --EugeneZelenko (talk) 04:18, 22 February 2013 (UTC)
    Is there some guideline or practice about it? See for instance Wikidata:Property_proposal#aunt_.2F_Tante_.2F_tant: why do we have grandparent but then aunt+uncle and brother+sister? What if the uncle identifies as female, or if a language doesn't have a way to translate one of these terms in a unique way? --Nemo 15:45, 23 February 2013 (UTC)
  • Good questions which we must solve. --Stryn (talk) 07:04, 22 February 2013 (UTC)
  • Is there really any point in this property ? If you want to say that someone is a surgeon doing hand surgery, I would rather have something like "education: MD in surgery" (or whatever it is called) and "field of work: hand surgery". Adding an occupation property sounds redundant, and, as has been said, it raises problems of because of missing items, and because of grammatical agreement. --Zolo (talk) 08:59, 22 February 2013 (UTC)
    "Occupation" means "field of work", I don't understand your point. Sure, using the names for the jobs/fields rather than the names for the people with that job/in that field is a way to do it. --Nemo 15:45, 23 February 2013 (UTC)
    There is a separate "field of work" property (Property:P101), but thinking about it, I am not sure it always works "feld of work: cooking" may not really be equivalent to "occupaion = cook". --Zolo (talk) 17:41, 23 February 2013 (UTC)
    No, but if you specify what area of the field (kitchen), it may be. :p I was speaking of "field of work" as a concept, like you; the property list doesn't clarify what are the differences and the example seems to use "field of work" as a way to specify a subset of "occupation" (physicist->quantum physicist or whatever the English name; but done as physicist->quantum field theory). Currently those properties are used only 500 and 50 times respectively, so it's good to re-evaluate them against concrete use-cases like the it.wiki import. --Nemo 07:20, 24 February 2013 (UTC)
    [general comment, not a reply] I see no insurmountable problem with creating new, dedicated items. 1) The update to the notability policy will allow this. 2) Why cannot the newly created items reflect an "or" concept when it is necessary to differentiate nouns by gender in some languages? E.g. English label: writer; Italian label: scrittore/scrittrice (alias: scrittrice); etc. Another point is that nothing forces us to use items for things like occupation; strings could also be used. I do believe there is a case for using items since the multi-language component is built into them and they will be better maintained than a multi-language string could ever be (a string could not be re-used in the style of a template, so far as I know). What internationalization problems remain under the scenario I've proposed? (I will help with item creation for the it.wp import for occupations if there is agreement.) Espeso (talk) 07:53, 24 February 2013 (UTC)
    Actually I also thought that "field of work" could be made more specific that "occupation", but I see that en:Template:Infobox scientist tends to be used with very general words like "mathematics". I suppose they have good reasons for it, though I dont know what they are. Apparently, strings will not have any translation memory. Creating items for various professions would solve internationalization problems, but I am not quite sure it makes sense to have an item for "researcher in quantum physics" if there is no word for it. --Zolo (talk) 08:08, 24 February 2013 (UTC)
    Right, basic occupation categories should be enough. I think "field of work" supplements this well actually, so you can have "occupation=physicist"/"field of work=particle physics" or "occupation=writer"/"field of work=fiction", "historian/medieval history" and such. Espeso (talk) 08:18, 24 February 2013 (UTC)
    "Field of work" seems a rather confusing property indeed, it can be both more specific or more general: it's probably better not to touch it. There's also some confusion with #"is a(n)" versus "occupation", I see. It seems to me that Espeso's solution is ok: everyone can help check it by going through User:ValterVB/Sandbox (even checking a row or two, adding existing item if any and aliases where needed, helps). --Nemo 09:57, 26 February 2013 (UTC)
Here is another example: The Well-Tempered Clavier has Johann Sebastian Bach as its composer. But "composer" in portuguese would be "compositor" for men and "compositora" for women, so for now it is used "compositor(a)". Ideally, there should be some "{{GENDER:...}} trick" or some feature which would detect that the value of Property:P21 and change the text to "compositor" (for Bach, which is male) or "compositora" (for Chiquinha Gonzaga, which is female). Helder 22:31, 28 February 2013 (UTC)
The gender problem affects other properties too, even with English labels, for example Catherine the Great is listed as Emperor of All Russia rather than Empress. /Ch1902 (talk) 10:16, 1 March 2013 (UTC)
I think we will need qualifiers to link the display name to an alias according to gender. Danrok (talk) 10:47, 1 March 2013 (UTC)

"Item by title" search and "Create a new item" disagree

According to the item by title search, there is no item for site enwiki and page USS M-1 (SS-47). However, when I try to create a new item , I'm told "Could not create a new page. It already exists." What's going on here? —Naddy (talk) 20:09, 28 February 2013 (UTC)

Sounds like this one: Paul_Dalglish, so try again. I don't know why it don't let do it always. --Stryn (talk) 20:18, 28 February 2013 (UTC)
Weird. I just tried and created q5571118. Legoktm (talk) 20:19, 28 February 2013 (UTC)
It happens to me a lot. In my experience, it's just because someone else created an item just when you pressed "Save", so the ID for the item you would have created already exists. So it has nothing to do with the article already being assigned to an item. It always work if you press "Save" a second time (or maybe a third if you're unlucky). Jon Harald Søby (talk) 20:48, 28 February 2013 (UTC)
The red error message on attempting to create a non-duplicate item has happened to me dozens of times. Pressing "Create" a second time then works fine. FAQ material? Espeso (talk) 06:26, 1 March 2013 (UTC)
Well, it didn't work the second or third time when I tried it before bringing the issue up here. —Naddy (talk) 11:56, 1 March 2013 (UTC)
Happens to me maybe two in five attempts. I just click "Create" again, without changing any of the four input items, and it has (so far) always gone through on second attempt. --Redrose64 (talk; at English Wikipedia) 13:10, 1 March 2013 (UTC)

search - status update

Hey :)

I know search is still painful so wanted to give you a short status update: We've rebuilt the search index today. This will hopefully help some. In addition we've made preparations to run a script on the database that should fix an additional bunch of problems. I hope we can run that one in the next days. We've also made progress towards using Solr for the search but there are still some ugly issues to fix. Sorry for the headache this is causing. --Lydia Pintscher (WMDE) (talk) 15:42, 1 March 2013 (UTC)


Selecting items

When entering text to select items (e.g. for statements), it might be easier if the lookup function wouldn't be case-sensitive. --  Docu  at 16:44, 1 March 2013 (UTC)

Yes that's one of the things we're working on that'll hopefully happen soon. --Lydia Pintscher (WMDE) (talk) 16:46, 1 March 2013 (UTC)

Order of "statements" and duplicates

I was just wondering if we had any aim to logically order the statements rather than just list them in the order they were added. It would be useful to have a standard structure so anyone passing by didn't need to search to see if the particular statement they wanted to add already existed. Moreover, it appears that the software allows "statements" to be added which already exist (both the "statement" and the contents), does anyone know if this will be resolved (e.g. by a "can't save" style error message?) The Rambling Man (talk) 18:09, 24 February 2013 (UTC)

As for your second question, that is bugzilla:44763. Legoktm (talk) 18:11, 24 February 2013 (UTC)
Thanks, what about the ordering? The Rambling Man (talk) 18:25, 24 February 2013 (UTC)
The statements are an unordered set, that is there are no such thing as a logical order. That does not mean its impossible to sort them somehow, but a sort order will not be right for everyone. A sort order could be according to the set language and the property labels, possibly by using fallbacks for the property labels if none is defined. Or property ids. Or some other randomly chosen sort order. Right now it is insertion order, but it isn't very difficult to add specific ordering if it is important. Perhaps something for a volunteer?
Identical statements can be added and this is a feature. Assume for example that a person is mother to two twins you know nothing about, then you can create links to them but give them the content "some value". Both entries will exist in the item for the mother, even if no data is known about the twins themselves. It could be interesting to identify similar entries, but it should not be forbidden to enter similar or even identical entries. Jeblad (talk) 21:19, 24 February 2013 (UTC)
Okay, but what I mean is that you can add the same property twice, so you can have two "mother" fields. I know you could (and should be able to) have one "mother" field with two entries (however that works), but what I'm saying is that it seems possible to add "mother" more than once. The Rambling Man (talk) 21:37, 24 February 2013 (UTC)
Some properties are one-to-one, some many-to-one, others one-to-many or many-to-many. Unless you make this part of the definition of every property, (and write software to make use of it!) there's no way to manage this automatically. --ColinFine (talk) 00:05, 25 February 2013 (UTC)
@The Rambling Man: Yeah, you can add one property twice, but when you save, it just adds the value/item to where the property was first added. There won't be two separate fields for one property. Jon Harald Søby (talk) 00:17, 25 February 2013 (UTC)
I can think of three logical sorting orders that could be put in place now: (1) numerical by Property ID, (2) alphabetical by property name (in user's language), and (3) order they were added (status quo). Of these three, the current one makes the least sense, as it is truly random. I would prefer option 2 myself, seeing as option 1 is also a bit random, since the properties are also added randomly, but even with 1 you would get a sense of where to expect a certain property to appear in the list. But option 2 is by far my favourite. Jon Harald Søby (talk) 00:17, 25 February 2013 (UTC)
Would someone be willing to hack on a Javascript that ordered statements alphabetically? Or better yet with some user variables that allowed alpha sort, property # sort, and/or took an array of property names that the user wanted to see first (emphasize) or last (de-emphasize)? For example, I want to de-emphasize "entity type" (putting it in a group that sorts last, then alphabetically). I don't believe that an endless number of user scripts can replace site-wide UI improvements, but I also understand that we can't have everything at once. ;) The size of a single statement on the screen also seems excessive to me. Has anyone tinkered with a CSS restyling that would get rid of all that padding around everything? Thanks, Espeso (talk) 00:38, 25 February 2013 (UTC)

The current plan for this is bugzilla:44678. --Lydia Pintscher (WMDE) (talk) 11:38, 25 February 2013 (UTC)

May I add a request? I would like the statements to be in a table format and sortable by the user, like the example below.
Property Value Qualifier Soucre property Source value
child Child1   Imported from English Wikipedia
Additional source Italian Wikipedia
Child2   Imported from English Wikipedia
birthdate 1-1-1900 Some qualifier    
A standard sort order is still advisable. I would suggest by Property / Value / Qualifier etc. HenkvD (talk) 19:37, 27 February 2013 (UTC)
I hope Wikidata isn't going to allow any dates except those well-formatted as Q50101 dates! —Sladen (talk) 17:39, 1 March 2013 (UTC)
That seems like a good idea. --Izno (talk) 21:39, 1 March 2013 (UTC)
Property number, or property name? I personally agree in principle with the request in general, as well. --Izno (talk) 21:39, 1 March 2013 (UTC)

Open mapping theorem

I'm trying to resolve a problem noted in Wikidata:Interwiki conflicts between Q944297 and Q967972, both about things called the "open mapping theorem". There are two open mapping theorems; Q967972 is or should be the one about functions from and to the complex numbers, while Q944297 is or should be about functions on Banach spaces, as their en links show. Unfortunately, the de link in Q944297 is in the wrong place: it points to the complex number theorem (de:Offenheitssatz, which should be on Q967972) instead of the Banach space one (de:Satz über die offene Abbildung). Every time I try to change anything in these two items (the interwikis or even their titles and descriptions) I get an orange box saying "An error occurred while trying to perform [action] and because of this, your changes could not be completed." Obviously, I can edit elsewhere (e.g. I just edited my user page) so I suspect this must be some issue with these particular items, but the error message gives me no clue what's wrong. Any idea how to unstick this? —David Eppstein (talk) 23:50, 24 February 2013 (UTC)

Does that orange box not have a "Details>" button? Every time I've had that it has, and the details have usually told me that the item I'm creating already exists (despite my having failed to find it in a search previously). I am guessing that you might have to disconnect the wrong item from the Wikipedia page before trying to connect the right one. --ColinFine (talk) 00:10, 25 February 2013 (UTC)
Well now I can't check because it's working again. Thanks for the tip, anyway — I'll look for that the next time something like this happens. —David Eppstein (talk) 02:42, 25 February 2013 (UTC)

Ok, next question: some Wikipedias (e.g. fa and sr) have only one article on both theorems. For now I'm putting them in their own item, Q4455057, an item that used to be redundant with Q944297 (containing the Russian article on this topic). Is that the correct solution? —David Eppstein (talk) 03:23, 25 February 2013 (UTC)

There are many ways of handling interwiki conflicts, but this one looks pretty legitimate to me.--Ymblanter (talk) 04:59, 25 February 2013 (UTC)
That's one of the ways to fix the problem, but a better way might be to see if you can find users on those 'pedias to unmerge the topics so that links can be set up nicely.
In another case, such as is common with video games (and DE in particular...), the series and the main video game are located in the same article. I have typically thought to link the merged articles to the video game interwiki links rather than the series links. --Izno (talk) 21:42, 1 March 2013 (UTC)

I need to stop the embedded fonts

Hi, I couldn't find a way to stop the embedded fonts to be used on WikiData.   On Wiktionary, it was used for Arabic script, but I could stop it from the preferences, but where to stop it here? I couldn't find the option to stop it here. Arabic text is rendered with a very bad font against my will and I hate it. My default fonts just render Arabic perfectly, why force us to see in that embedded ugly illegible font without any way to stop it? Thanks. (An example) Even after making a custom CSS, User:Mahmudmasri/vector.css, I wasn't able to stop the Amiri embedded font :( --Mahmudmasri (talk) 10:47, 27 February 2013 (UTC)

Click the language icon at the very top of the page, and click "display settings" at the bottom. Then turn off the "download font when needed" box. This, that and the other (talk) 11:06, 27 February 2013 (UTC)
Thanks. It needs to be off by default. Arabic displays perfectly with ordinary fonts. If it's not broken, it shouldn't be fixed. Additionally that font displays Arabic characters folded on each other. --Mahmudmasri (talk) 12:51, 27 February 2013 (UTC)
See https://bugzilla.wikimedia.org/show_bug.cgi?id=45507 and my followup questions what is requested. Thanks! --AKlapper (WMF) (talk) 21:19, 1 March 2013 (UTC)

Over at en.wp there are discussions about how to link non-existent articles on the English Wikipedia to existing articles in other languages. Is there a way that Wikidata can note that en.wp doesn't have an article on en:Lăpuș Mountains but ro:Munții Lăpușului and hu:Lápos-hegység articles exist in Romanian and Hungarian? The idea is to allow speakers of those languages to use them as a base for an English article and also to note the location the English Wikipedia wants its article on the topic. The relevant discussions on en are at en:Wikipedia:Village pump (technical)#Redlinks that still point to other languages and en:Wikipedia talk:Criteria for speedy deletion#R4 proposal. Thryduulf (talk) 17:12, 27 February 2013 (UTC)

Just set the English title - if there is no existing article then that could be a suggestion for a new article. Noq (talk) 17:35, 27 February 2013 (UTC)
Will that mark the English page differently to the others so that we don't mislead people into thinking we have content when we don't? Thryduulf (talk) 19:49, 27 February 2013 (UTC)
This brings to a question I've been meaning to ask myself, is there a way of extracting a list of WikiData items with (say) 6 or more langlinks but no ENWIKI langlink? Presume a suitably large value of 6 so that the list is 1000 items or less. Or, put another way, 1000 items with the most langlinks that lack an EN langlink --Joe Decker (talk) 18:03, 27 February 2013 (UTC)
Like this? (There are less of 1000 articles, for performance reason I think) --β16 - (talk) 18:53, 27 February 2013 (UTC)
It is possible to rewamp Special:ItemDisambiguation and add it to en:Mediawiki:Noarticletext. Jeblad (talk) 19:01, 27 February 2013 (UTC)
Oh spiffy! (the list I meant, but probably both.) --Joe Decker (talk) 21:21, 27 February 2013 (UTC)
  • A possible mechanism:
  1. Wikidata item X gets a new title "XXX" added for y.wp, where there is no article
  2. User visits y:XXX and is presented with an automatic page saying "There is no article, but we think that the following pages may cover the same thing in other languages - German de:XXX, French de:XXX, etc. Or you can create one! Press edit."
  3. However, This is not an onwiki page - no page is created, no edits are made, and the link remains red.
What we'd need for this is a) something in MediaWiki that could do a lookup against the Wikidata database to say "does current pagename match any name recorded for y.wp?"; b) code to generate this "holding page" when a redlink is visited.
Thoughts? The above is pretty rough, but I think it would work as a structure. Andrew Gray (talk) 12:26, 28 February 2013 (UTC)
That is the sort of thing I was thinking of, certainly the user-facing parts. I don't know enough about the workings of MediaWiki to authoritatively comment on the other part, but to an inexpert eye it looks good. Thryduulf (talk) 01:30, 1 March 2013 (UTC)
As I said on enwiki, the solution is already there and it doesn't need to involve Wikidata. Templates such as (en) {{link-interwiki}} or (fr) {{lien}} provide editors flexibility in selecting a preferred translation source for a red-linked article inline. Bouchecl (talk) 13:42, 1 March 2013 (UTC)
  • True, but the issue with having the use place templates to distinguish when a redlink's necessary target article can be found on a different language's Wikipedia is:
  1. It requires the editor to know what the title of that article is on that foreign language Wikipedia
  2. It requires the editor to have knowledge of how to place these templates
  3. If the editors will not place these templates, it will require a bot to place these templates everywhere the corresponding redlink exists, and require the bot to constantly interface with Wikidata to find these redlinks whenever they show up
Honestly, the better idea that could be more streamlined, and more efficient, is to have this functionality somehow included in the functionality of Wikidata. This way, whenever a redlink exists with a specific name on any version of Wikipedia, the articles corresponding foreign language Wikipedia links will show up next to the article. In other words, the redlinks would have the same functionality as they would with the templates if the functionality was built into Wikidata, essentially removing the need for the templates all together. Also, the solution of integrating Wikidata to do this task of directing users to foreign language articles when the reader/editor runs across a redlink would resolve this issue across all version of Wikipedia, not just the English version. Steel1943 (talk) 02:33, 2 March 2013 (UTC)

Entity types

Is there a list of what items go under each main entity type? For instance, I'm wondering if a newspaper is creative work or an organization – and I'm sure many other questions will come up. It would be nice if we had a detailed explanation of what each type refers to. -- Ypnypn (talk) 03:23, 28 February 2013 (UTC)

Some info is on the diskussionpage of the property. --Goldzahn (talk) 13:43, 28 February 2013 (UTC)
Please use "property" if possible. We have a bunch of "types" in the system and we should try to keep them separate. We even have types for types, and I think we need to make this simpler and less confusing for the users. 93.220.73.160 14:34, 28 February 2013 (UTC)
The six Property:P107 types should be clarified at Wikidata:Phase 2. The reference is the GND ontology. I interpret newspaper as corporate body, but I'm a little bit buffled.
(The original name of property P107 was "Main type of item". Now it is "Entity type", which is bad. There are three types of entities: Items, properties and queries. Please vote at Property talk:P107 for a name.)Mange01 (talk) 18:04, 1 March 2013 (UTC)
Wikidata:Infoboxes task force: References: Entitätencodierung: Vergaberichtlinien - Kurzliste (in German). I don't know if the list is translated yet. --Kolja21 (talk) 00:26, 2 March 2013 (UTC)

Occupation

So I added occupation:physician to Q233985. I would like to add "biochemist" as well (see en.wp article), but no such item exists. What is the proper procedure here? --Magnus Manske (talk) 16:33, 28 February 2013 (UTC)

Why can't you use Q2919046? Legoktm (talk) 16:35, 28 February 2013 (UTC)
Ah, thanks. It didn't show up when I typed "biochemist", but it did as "Biochemist" :-( Added, but the question remains in principle: Would it be OK to add a new item? It's not on the notable list I made up, but it would clearly serve a structural purpose, no? --Magnus Manske (talk) 16:38, 28 February 2013 (UTC)
Yes, I think it would be ok to create a new item purely for structural purposes via the new notability guideline. Though I guess it would also be worth creating a new article on Wikipedia about the occupation as well :P Legoktm (talk) 16:40, 28 February 2013 (UTC)
There have been added already some occupations like Egyptologist (Q5406272) without Wikipedia article. We should add "occupation" to WD:N#Default notability criteria. --Kolja21 (talk) 00:32, 2 March 2013 (UTC)

missing page bug in API

Hello, When My bot runs this the site returns this: """ {"entities":{"-1":{"site":"fawiki","title":"\u067e\u0631\u0648\u062a\u06a9\u0644 (\u0627\u0628\u0647\u0627\u0645 \u0632\u062f\u0627\u06cc\u06cc)","missing":""}},"success":1} """ but the item is created and exists in Q5573013.Amir (talk) 19:23, 1 March 2013 (UTC)

Verified your result and I get the same one on Wikidata.org, but using my own dev-repo I get the expected result. It seems like this should work with the latest fixes, as it is (or should be) a zwnj in there (that is a "\u200c"). Hopefully they will be on Wikidata.org in the beginning of next week. Jeblad (talk) 20:51, 1 March 2013 (UTC)
There are a few bugs in wikidata.org that creates problems during save but also when someone is requesting data as in this case. In this case it is a to harsh normalization of strings from the URL, the title part of the URL, and it will happen due to replacement of some spacers and control chars with a normal space character. We should have detected and changed this earlier, but no one here knew that this kind of formatting was actually part of normal written text in some languages. I suspect that this isn't the last problem we encounter in the field of internationalization/localization. Anyhow, lets see if this works as expected sometimes next week! Jeblad (talk) 21:09, 1 March 2013 (UTC)
There have been several problems with Persian/fa language (a while ago you could not add fawiki sitelinks using the normal interface). Perhaps this is linked somehow. I don't really know. This, that and the other (talk) 10:50, 2 March 2013 (UTC)

Derived quantity property

Hi, I'm thinking about how to relate a derived unit to a measured physical quantity (Property:P111) using a 'derived quantity' property. For a derived unit such as 'kilometre per hour' (Q180154), it'd be good express something like 'derived from distance (in kilometres) with respect to time (in hours)'. What is the best way to formulate this relationship in terms of Wikidata properties? --OldakQuill (talk) 14:39, 2 March 2013 (UTC)

Do we really need to define the whole definition of a quantity through properties ? By now we have a poperty to define that km/h is a speed and km/h by its denomination expresses alerady the derivation of both quantities used for its calculation. Just a repetition. Snipre (talk) 14:54, 2 March 2013 (UTC)
Kilometer per hour, in its name, does express its derivation, but there are other units which do not have this property. Molar, for example, does not express its derivation in its name (one mole of solute per liter of solution). Using extant properties, we could express that Molar is a measure of concentration, but its derivation does not follow from this. --OldakQuill (talk) 15:26, 2 March 2013 (UTC)

Pywikipedia and Wikidata

We are going to need a lot of clever bots to fill Wikidata. To make that possible Pywikipedia should (properly) implement Wikidata. That way bot authors don't have to worry or care about the inner workings of the Wikidata api, they just talk to the framework. For the people who are interested in this, I just posted this message to the Pywikipedia list. Multichill (talk) 15:55, 2 March 2013 (UTC)

Google

I don't know if it's coincidence or not, but I'm noticing that article subjects that have well-linked items here seem to have gotten a boost in Google's search results? Shawn in Montreal (talk) 23:08, 2 March 2013 (UTC)

The Dutch (nl) link to w:en:Munich–Salzburg railway should be to w:nl:Spoorlijn München - Rosenheim (not w:nl:Spoorlijn Rosenheim - Salzburg, which should be linked to w:en:Rosenheim–Salzburg railway), but I can't edit it because of the existence of Q3103060.--Grahamec (talk) 00:51, 3 March 2013 (UTC)

  Done: I deleted Q3103060, updated Q466328, and created Q5873973.  Hazard-SJ  ✈  00:59, 3 March 2013 (UTC)
Thanks.--Grahamec (talk) 01:02, 3 March 2013 (UTC)

While trying to understand this new system I created Q5589673. I can now see I should have edited Q802803 (although I'm not sure how I could have found it because searching for "Bahnstrecke Mühldorf–Freilassing" does not turn up anything.--Grahamec (talk) 01:13, 3 March 2013 (UTC)

I've nominated the item at WD:RFD. For future reference, you can easily request item deletion by going to "Preferences (Gadgets)" and checking RequestDeletion. FallingGravity (talk) 04:36, 3 March 2013 (UTC)
  Deleted  Hazard-SJ  ✈  04:51, 3 March 2013 (UTC)

Upload of verified data from external sources

Imagine that we get high quality upload from external sources, for example census bureaus. The data is correct as far as their source material says. Those data are then uploaded to Wikidata, and we can give a source for the data as they come from a specific bureau. Now, the problem is what to do with the data because here they will be unprotected and anybody can change them. If they are changed then the license with at least some of census bureaus says the contract is broken, and that mean we can keep on using the data but not give the census bureau as a source for them. The person that changed them will then be the sole source for the new data. The same thing can happen with a lot of different data. It is a kind of conditional license, "you are free to reuse the data as long as you don't corrupt the data and if you do then don't say we are the source". What shall we do in those cases? I'm tempted to say that we must try to verify that the data in fact is what they published, and if not then we can't claim them as source. That means we can't allow anyone to change such material. That could be a problem.

A slightly simpler approach is used by Statistics Norway in their copyright notice. They say "Permission is granted on the proviso that reference is made to the source from which the material is obtained (Source: Statistics Norway). The source must be quoted in direct connection with each table and diagram that is used." Basically we are on safe ground if we give a source for the data. Still if the data is falsified then we're out on a limbo, it follows from Norwegian law, and we must find some solution to non-constructive changes.

So how do we handle this? Originally there was a discussion about locking down statements or parts of a statement, but that is a bit harsh. What if we could say that some data/quote/cite must actually be identified in the data source? Are there any other way to maintain quality in Wikidata? Jeblad (talk) 19:31, 1 March 2013 (UTC)

Wikidata:General disclaimer#No contract; limited license seems appropriate. --Izno (talk) 22:06, 1 March 2013 (UTC)
Its a quality issue more than a license issue. Jeblad (talk) 22:13, 1 March 2013 (UTC)
It is partly a quality issue, in that claim values shouldn't usually be changed without also changing the source (even for an obvious typo, say.) But I think it is also a licensing issue, because we generally would not be informing people of the license the data was made available under by its producer. This means that even good faith edits could create licensing problems, and external re-users of the data could easily end up unknowingly violating the original license. --Avenue (talk) 11:52, 3 March 2013 (UTC)
Not really a solution, but I think it would be nice to have an easy way to track changes in claim values that are not accompanied by a change in the source. Even in the case of good-faith edits, it seems likely that it will often break the original claim-source relationship. --Zolo (talk) 22:52, 1 March 2013 (UTC)
Perhpas the solution is to protect some statements from edition for all users and to allow edition to only a group of contributors like sysops or bots. That kind of data will be added and updated through the help of bots so no need of edition rights for all contributors. Snipre (talk) 14:58, 2 March 2013 (UTC)
If that is technically feasible, I would certainly support that. --Zolo (talk) 08:07, 3 March 2013 (UTC)

It is possible to get localized names for links to items right now (and also properties and other later on) but that means rewriting all the links. We already do that on special pages like RecentChanges, it is simply a matter of commenting out a test, but if we do that for all links it could have some unexpected effects. For example the text the link is part of might not be suitable for the labels then rendered, and that could produce really weird results. It will also be a bit counter intuitive for sporadic users how to create those links, that is the label is used as a title of the page but the identificator must still be used to create a link to the page.
An other solution that might be better is to create some kind of alternate linking, much like whats done with files. We could create a link like [[Label:Q1]] or [[Item:Q1]] which then render the same as [[Q1|Universe]] and with the description as a flyover. We could also use a parser function to do the same, something like {{label:Q1}} or {{item:Q1}}, that would be somewhat simpler code-wise.
So what do you think would be the simplest way to do this for the editors at Wikidata? Or should we leave it as it is now? Jeblad (talk) 21:43, 2 March 2013 (UTC)

I think the simplest way is to do {{#label:P21}} or something, for both items and properties. This would keep current links intact but allows for moving forward. I would also like to use this so Wikidata:Database reports/Popular properties isn't hardcoded to english :) Legoktm (talk) 22:55, 2 March 2013 (UTC)
We could have {{Q}} and {{P}}, so that {{P|27}} that would return localized label + link. Regardless of how it is technically implemented, it may be the simplest syntax for the end user, as it is concise and uses similar format for both items and properties (as opposed to the "Qxx" "P:Pxx" distinction). --Zolo (talk) 09:40, 3 March 2013 (UTC)
in my opinion it should show
  • for items: [[Q123]] it shows example (in user language) but for [[:Q123]] it shows Q123
  • for properties:[[Property:P123]] it shows example(P123) (in user language) but for [[:Property:P123]] it shows Property:P123
Reza1615 / T 10:29, 3 March 2013 (UTC)

Interwikis for the Wikipedia namespace

There are a few pages (or more) that are around the Wikipedia namespace like Q4039395 (Wikipedia:Administrators), Q5460604 (Wikipedia:Vital articles), Q4063328 (Wikipedia:WikiProject Check Wikipedia), etc.

Should essays like Wikipedia:Deny recognition, Wikipedia:Don't stuff beans up your nose, Wikipedia:Don't call a spade a spade, and others also get their own entries? iXavier (talk) 07:20, 3 March 2013 (UTC)

Yes, unless those pages contain an interwiki conflict. Let me check.
  • "Wikipedia:Deny Recognition" is fine, altrough the english one is missing a link to jv and ko.
  • "Wikipedia:Don't stuff beans up your nose" is fine, althrough the english one is missing a link to pt.
  • "Wikipedia:Don't call a spade a spade" has an interwiki conflict. Do not make an entry for it on wikidata.--Snaevar (talk) 12:27, 3 March 2013 (UTC)

Search for properties

If items have Property:entity type=person and Property:sex=female or Property:sex=male, shouldn't we able able to find these items with:

Neither search link currently gives any results. Possibly this is already somewhere in the pipeline? -- --  Docu  at 07:46, 3 March 2013 (UTC)

I thought Special:Search/Q215627 Q43445 might work, but it doesn't work either. (Q215627 = person, Q43445 = female)
Special:Search/P21 P107 or Special:Search/Property:P21 Property:P107 don't work either. (Property:P21 = entity type, Property:P107 = sex) -- --  Docu  at 08:03, 3 March 2013 (UTC)
It seems that it will be in "query" namespace (see Wikidata:Glossary#Query). -- --  Docu  at 08:21, 3 March 2013 (UTC)

"I accept these terms for my future edits. Do not show this message again."

Why this message appears every time again when I close my browser and I want edit again? It's irritating to click every time "I accept these terms for my future edits. Do not show this message again.". Is it possible to hide this message in my own css file? --Stryn (talk) 15:18, 1 March 2013 (UTC)

Try this code:
.tipsy-nw {
    display: none !important;
}

However it should also be possible to set this in the preferences. --Bene* talk 15:30, 1 March 2013 (UTC)

I've never seen this message, where does it show? --Nemo 15:44, 1 March 2013 (UTC)
It appears when you're going to edit something, like label. You can see the message below of the save button. And it requires that JavaScript is turned on, I think. --Stryn (talk) 15:51, 1 March 2013 (UTC)
Thanks for the code, and I agree that it could be better solution. --Stryn (talk) 15:51, 1 March 2013 (UTC)
Sorry, nobody have had the time to add it to the preferences. The idea was to click it away and then it should stay hidden until it ss changed somehow. Jeblad (talk) 19:04, 1 March 2013 (UTC)
There's a preferences API now, so it should be a relatively straightforward change. Upload Wizard handles the licensing tutorial in this manner (persistent pref).--Eloquence (talk) 22:56, 1 March 2013 (UTC)
Don't use this code. It also hides some warning messages and so on. We really need a preferences solution. --Bene* talk 19:26, 3 March 2013 (UTC)

Bug

I can't save " book by French journalist and political activist Thierry Meyssan" as a description at Q3202834 no matter how many times I press save. I always get the error "Edit not allowed: Your edit has not been saved yet, as you might have tried to enter a label, description or alias in a different language than English, or to add a language link using the "description" field. To add a language link, please go to the bottom of the page and click "add". Type in the language in the first box, and the title of the article in the second. If you would like to test how Wikidata works, please use Q4115189, the Wikidata Sandbox. If you really intended to contribute in English, you can confirm this edit by pressing "save". Thank you for your understanding." 83.70.217.140 22:08, 2 March 2013 (UTC)

That's not a bug. Your edit tripped filter 8 of the AbuseFilter, which is intended to only warn people for descriptions like "Turkey" and "Nederlands" and not to disallow edits. I don't really know why it won't let you save the edit. Maybe someone else knows the answer. --Wiki13 talk 22:23, 2 March 2013 (UTC)
This filter tags and logs constructive edits as abuse and that is simply wrong no matter how useful someone think that is. The filter number 8 is also wrong, it hasn't been fixed and still wrongly tags edits. [1] [2] [3] Yes it is possible to rewrite the filter to do something more sane in this case, no it does not fix the most serious issue with filter no 8 – filters should NOT tag good faith constructive edits. This is in my opinion misuse of AbuseFilter and should be not done. Jeblad (talk) 23:45, 2 March 2013 (UTC)
A few comments here:
  1. Actually, it does sound like there's a bug here. Specifically, IP 83.70 says that they can't save the edit no matter how many times they press "save". However, the "warn" feature in the AbuseFilter is supposed to allow editors to confirm their edits.
  2. I support the use of the AbuseFilter for the purpose of warning editors who try to add languages in the description field, presumably thinking it will automatically add a sitelink or something. It's not vandalism per se, but it's annoying as hell, and takes up a good amount of our time on Recent Changes Patrol.... However, the issue here is that the filter should only be looking for edits that just add a language name, and nothing else. I'm not RegEx-savvy enough to know how to do that myself, but I believe PiRSquared has proposed a solution higher up on this page; if somebody more knowledgeable could look at that, that'd be great.
  3. Oh, also, since it seems that our editing interface isn't as intuitive as we thought it was (what with all the sitelink removals and additions of languages as descriptions), I plan on proposing some changes to some of the MediaWiki messages that users see when editing items... if I don't post anything on it within the next day or so, somebody come yell at me and remind me to do it.
— PinkAmpers&(Je vous invite à me parler) 06:59, 3 March 2013 (UTC)
Is there a way to write a regex so that the filter only recognize one word? I mean that if there is more than one word than the filter does not match. Techman224Talk 21:24, 3 March 2013 (UTC)
Yes, that's what I was suggesting as well. See PiRSquared17's suggestion at #Abuse filter 8. — PinkAmpers&(Je vous invite à me parler) 21:55, 3 March 2013 (UTC)

Q5992940

I can't add the Wikipedia articles for this (the title of the film is ?, so the formatting seems to be screwing up). I've tried both ? (film) and %3F (film) in the linked article field, and neither works.Crisco 1492 (talk) 16:18, 3 March 2013 (UTC)

It already exists: Q4646750. --Stryn (talk) 16:24, 3 March 2013 (UTC)
  • Well, then something must be broken. I tried clicking the edit links button on the English page and got nothing, which is why I thought the page hadn't been created yet.Crisco 1492 (talk) 16:29, 3 March 2013 (UTC)
Also, for future reference, how can such pages be added manually? Or was that just because the articles had already been linked? Crisco 1492 (talk) 16:31, 3 March 2013 (UTC)
For future reference, every time you come across a page title with an questionmark, go to Special:ItemByTitle to search for the item. If it does not exist, you will be given a link to create an item and you should follow that link. Once bugzilla:45223 is fixed you will no longer need to manually add the link in this manner.--Snaevar (talk) 17:16, 3 March 2013 (UTC)
  • I'm aware of that now. My question was related to links to the particular items from a label. Let's say in 2014 there is a new film entitled ? and I want to create the WD page for it. For adding the items, would I use any special workarounds?Crisco 1492 (talk) 17:21, 3 March 2013 (UTC)
Once you are on Wikidata you don´t need any special workaround.--Snaevar (talk) 17:44, 3 March 2013 (UTC)
Crisco 1492: Sometimes you won't see the "Edit Links" on WP until the Wikipedia page is purged. --Joe Decker (talk) 17:56, 3 March 2013 (UTC)
  • Thanks, I noticed that (with Raden Eddy Martadinata, for example). Snaevar's given a good reason for why following the "edit links" button didn't show the correct data page. – Crisco 1492 (talk) 22:21, 3 March 2013 (UTC)

I know it's not a problem of Wikidata, but I don't know where expose the problem. In Wikipedia articles with Wikidata item but without interwiki links is hard to add a new interwiki link fron other language. I.E. if I want to translate this article to Spanish, I have to go to this page and find the English article and add the interwiki link for the Spanish version.

I propose that also in the Wikipedia article without interwikis appears the "Edit links" link instead of "(none)". You can see the "Edit links" at the bottom of language links (in articles with interwikis i.e). This will make life easier for many people. --Kizar (talk) 12:45, 2 March 2013 (UTC)

This has been worked on and is nearly ready to be deployed but it needs some more polishing. Hope to have it out there soon. --Lydia Pintscher (WMDE) (talk) 13:11, 2 March 2013 (UTC)
@Kizar: For now you can try User:Yair rand/WikidataInfo.js. Add this:
// [[d:User:Yair rand/WikidataInfo.js]]
importScriptURI("//www.wikidata.org/w/index.php?title=User:Yair rand/WikidataInfo.js&action=raw&ctype=text/javascript");
to your common.js (at Wikipedia). You will have link to connected item or link to create one if none is connected. --18:32, 4 March 2013 (UTC), Utar (talk)

Recursion

Can it be made so you can't add to aliases and to values of properties the same items as the label of the current item? Or is that recursion needed somewhere? --18:04, 26 February 2013 (UTC), reposted 16:30, 2 March 2013 (UTC), Utar (talk)

The use case for this that occurs to me is where you are editting the alias and the label to swop the values. Filceolaire (talk) 23:56, 2 March 2013 (UTC)
You can easily go around with AB-AC-BC-BA scheme. But yes, current AB-BB-BA scheme is one step faster. --09:11, 4 March 2013 (UTC), Utar (talk)

A need for a resolution regarding article moves and redirects

I was doing a few edits through Wikidata today, and I realized an issue that needs to be resolved after doing literally only two edits. In the few days I have been working this project, I have run across a few issues while performing edits, specifically issues that involve article moves and redirects on Wikipedia. I'll use one of my edits as an example to show my point:

I was creating an entry on Wikidata for en:Admiralty M-class destroyer on Q5941498. I was able to add en:Admiralty M-class destroyer to this entry since it existed on no other Wikidata entry. However, after going back to en:Admiralty M-class destroyer, I noticed that the article was recently moved from en:Admiralty M class destroyer. When I realized this, I tried to edit my English entry on Q5941498 from en:Admiralty M-class destroyer to en:Admiralty M class destroyer ... only to find that I could not since en:Admiralty M class destroyer was already on Q359276. My end resolution was to blank Q5941498 from having any entries and change en:Admiralty M class destroyer to en:Admiralty M-class destroyer on Q359276. Within those edits, there's an issue...

I'm not sure how this issue can be solved to prevent something like this happening in the future, but I do have some ideas...

  1. There needs to be the creation of some sort of bot that can do a certain function. The bot could be programmed to scan for any moves that have recently happened, and then scan Wikidata to see if any of the article's redirects, including the redirect created during the move, are entries on any WikiData entry. After the bot discovers that the article found on Wikidata is now a redirect, it could edit that Wikidata entry and change it to the primary article name.
  2. There could be some sort of functionality for Wikidata to know when an entry a user is trying to input is a redirect of an existing entry in Wikidata. Even just a prompt for the user could suffice, but if not, the complete inability to create that entry at all due to redundant data would be an option as well. Or, on the other hand, if a user tries to input a redirect of an existing article that has no entry in Wikidata, the user could then be notified to enter the main article instead of the redirect. I can see this being rather helpful, especially involving redirects that are acronyms; an acronym like YAA could be redirected to one article one day, then another editor will change it the next day, citing a more notable target.
  • I noticed that immediately after I finished writing this, I stated the wrong problem (since redirects cannot have their own entries on Wikidata if their target article is already on a Wikidata entry). The problem that I am actually running across involves a situation where on Wikipedia "1" has two articles "Apple" and "Orange", and Wikipedia "2" has an article for "Apple" but a redirect for "Orange" with the target for "Orange" directing towards another article already entered in Wikidata. In a case like this, "Orange" for "Wikpedia 2" would not be able to be put on the same entry in Wikidata as the "Orange" in "Wikipedia 1" (or entered at all, for that matter) since it is a redirect to another target. This presents an issue that needs to be discussed. Steel1943 (talk) 23:27, 3 March 2013 (UTC)

I'm not sure how much of this is feasible, especially since there are some cases where a redirect like "Apple" could reasonably redirect to the article "Orange", but it seems like there needs to be some sort of way to reduce/restrict the amount of redirects listed in Wikidata. Steel1943 (talk) 09:12, 3 March 2013 (UTC) Please look above for the issue I meant to present. Steel1943 (talk) 23:31, 3 March 2013 (UTC)

Hello Steel1943, what you describe under 2. is already in place that means if you try to create an link tp a redirect it will create an link to the target instead if this link does not exist on wikidata already. So it is not possible to create links to redirects they only happen if the page on wikipedia is moved afterwards. I think they are working on a solution like you decribe in 1. but I am not sure how it looks like and if it is rolling out on the 6th together with some other long needed features.--Saehrimnir (talk) 14:38, 3 March 2013 (UTC)
BetaBot (RFP) now updates the sitelinks for pages that have been moved recently. See also my request. —Naddy (talk) 15:07, 3 March 2013 (UTC)
How fast is your bot? I guess right now it is still working on the backlog but once its up to date how long after a move will your bot have fixed it.--Saehrimnir (talk) 16:19, 3 March 2013 (UTC)
That's Beta16's bot, and it is only working on current moves (within a day or so). Just check its contributions log. —Naddy (talk) 21:14, 3 March 2013 (UTC)
  • I noticed that immediately after I finished writing this, I stated the wrong problem (since redirects cannot have their own entries on Wikidata if their target article is already on a Wikidata entry). The problem that I am actually running across involves a situation where on Wikipedia "1" has two articles "Apple" and "Orange", and Wikipedia "2" has an article for "Apple" but a redirect for "Orange" with the target for "Orange" directing towards another article already entered in Wikidata. In a case like this, "Orange" for "Wikpedia 2" would not be able to be put on the same entry in Wikidata as the "Orange" in "Wikipedia 1" (or entered at all, for that matter) since it is a redirect to another target. This presents an issue that needs to be discussed. Steel1943 (talk) 23:27, 3 March 2013 (UTC) This text is also listed above in bold. Steel1943 (talk) 23:31, 3 March 2013 (UTC)

BetaBot runs twice a day (every 12 hours), but this may change in the future, and fixes the last pages moved. --β16 - (talk) 09:11, 4 March 2013 (UTC)

Maybe for one run we can have it check the last week or two? Legoktm (talk) 09:12, 4 March 2013 (UTC)
OK for the last two weeks...I start this evening (UTC) --β16 - (talk) 09:36, 4 March 2013 (UTC)

tooltip "Hebrew 2012" - not a good idea

The tooltip "Hebrew 2012" is not a good idea, we are editing blindly. we can not see what we are editing. I have no idea if this tooltip exist also in others languages. but in Hebrew it is realy makes the editing difficult. Hanay (talk) 14:51, 3 March 2013 (UTC)

I think you must provide more context to the problem. Jeblad (talk) 03:17, 4 March 2013 (UTC)
I think Hanay is referring to an issue with ULS's input settings box. In certain cases it covers the text box that the user is attempting to type in. --Yair rand (talk) 03:22, 4 March 2013 (UTC)
As Yair wrote. It is very difficult to edit with it. It is always covers the text box Hanay (talk) 16:11, 4 March 2013 (UTC)

Issue with trying to update Q816717

On this entry, for the "fa" Wikipedia, I was trying to add the entry "فرودگاه بین‌المللی بینظیر بوتو", but ran across an error that I do not understand when trying to add that link. The error reads "The specified article could not be found on the corresponding site." with the details reading "The external client site did not provide page information.". However, I can confirm that pages does exist here, but for some reason, these errors keep appearing. I'm not sure what is happening. Steel1943 (talk) 01:37, 4 March 2013 (UTC)

I did a test and got the same error. — ΛΧΣ21 02:08, 4 March 2013 (UTC)
I got the same problem, but it worked when I used the "Import interwiki" gadget, so it is added now. I have no idea what caused that, though… Jon Harald Søby (talk) 03:33, 4 March 2013 (UTC)
That situation was rather strange. Thanks for fixing the issue. Steel1943 (talk) 03:54, 4 March 2013 (UTC)
We fixed a bug with this. It should go live with the deployment in 2 days. Let me know please if you're still seeing such issues afterwards. --Lydia Pintscher (WMDE) (talk) 10:45, 4 March 2013 (UTC)
Explanation: The article title contains a zero-width non-joiner character (U+200C), which is currently stripped from the sitelink field. —Naddy (talk) 12:43, 4 March 2013 (UTC)

What's wrong with search?

Why this search [4] give 0 result. Search does not work with Cyrillic letters? ShinePhantom (talk) 06:40, 4 March 2013 (UTC)

No, and never did. Try "Item by title" option from the menu.--Ymblanter (talk) 06:51, 4 March 2013 (UTC)
The question should be: what's right with search? (Nothing.) You should never use it, as Ymblanter says. --Nemo 08:07, 4 March 2013 (UTC)

link from arabic version to english version for an article

i have created an article in arabic. and i don't know how to make a link to the article in other languauges. – The preceding unsigned comment was added by 207.45.249.137 (talk • contribs).

Languages in en

I don't see "Languages" in the side bar in English (but German). My problem? --Gerda Arendt (talk) 10:19, 2 March 2013 (UTC)

at the top of the page near your user name you can change language▬ Reza1615 / T 11:26, 2 March 2013 (UTC)
BTW, this panel at the top of the page has a strange first section "Common languages" which includes odd things as Alemannisch, corsu or euskara but not German ! (I edit from France and the main wiki of my unified account is :fr, I suppose it is taken into account). Who decided this strange choice of "common languages" ? Is this choice linked to my IP, to my default preferences ? Can I modify it ? Touriste (talk) 12:46, 2 March 2013 (UTC)
It should be your IP. I just checked: I am right now editing from Tokyo, and my "common languages" are Japanese and Korean. When I edit from home, I get other choices.--Ymblanter (talk) 13:26, 2 March 2013 (UTC)
Yes, for French browsers, they decided to offer a choice of "regional" French languages that very few people speak. I left a message a while ago at mw:Talk:Universal Language Selector

I was not clear. If I am in the English Wikipedia, I miss all links to an article in the other languages, regardless of them being on Wikidata or in the article. - If I am in the German Wikipedia, I see them. --Gerda Arendt (talk) 14:04, 2 March 2013 (UTC)

Strange. I just clicked en:Special:Random a couple of times, and found myself at en:Krishna Raja Sagara. Addbot's already removed the in-text links, but I still see the links on the "languages" list, just like I should... so the client's working fine for me, at the very least. Perhaps it was a brief glitch, or maybe you just had bad luck in the articles you tried it on? — PinkAmpers&(Je vous invite à me parler) 07:04, 3 March 2013 (UTC)
Strange. I rather think I clicked some button inadvertently in my preferences, but where? --Gerda Arendt (talk) 09:06, 5 March 2013 (UTC)

On Phase II going live

In the last weekly summary, Lydia mentioned that Phase II can go live on the Hungarian, the Hebrew, and the Italian Wikipedias already late March. (I assume that the English Wikipedia is expected to follow soon afterwards). Are there any discussions foing on in the corresponding projects? Phase II is different from Phase I in that there will be a lot of controversies. From my experience on the English Wikipedia, already introducing Phase I met considerable difficulties, but in the end everybody seemed to get it, since it functions pretty much in the same way as before, and to all questions where there was a community decision we answered that no community decision is needed. Now, for Phase II a community decision is needed. Are we prepared for that?--Ymblanter (talk) 08:14, 4 March 2013 (UTC)

I've been thinking about this for a while. With Phase I, this could be implemented within minutes. For phase 2 that's not the case, especially as infoboxes have to be recoded. --Rschen7754 08:30, 4 March 2013 (UTC)
And to start with, we need community consensus that the infoboxes should be recoded (remember the controversy of Wikiproject:Music), and even if we get one, they have to conform with the Wikidata Properties, which is kind of not always trivial. (For instance, unless I missed smth, there are no properties at all for physical geography). It sounds to me like a Wikipedia RFC followed by a Wikipedia + Wikidata Project or Task Force.--Ymblanter (talk) 09:18, 4 March 2013 (UTC)
I've asked on their village pumps, yes. Once it is turned on nothing changes until someone goes and changes existing infoboxes. It'll not happen immediately. Preparations are welcome of course. --Lydia Pintscher (WMDE) (talk) 10:43, 4 March 2013 (UTC)
I think it would be wise to find a way to make sure that we only replace infoboxes that will contain the same information, possibly with updated values, and not change to inferior ones. We should possibly help the communities with that, but we should definitely not force them to change. We provide the information and infrastructure, we should not enforce anyone to use it. Jeblad (talk) 12:09, 4 March 2013 (UTC)
In what sense is phase II live on the Wikipedia side? To my understanding, this would require Wikidata client extension with support for inclusion syntax. What features of the client software are deployed at Hungarian Wikipedia, and at the test client? The {{#property: }} code does not work at any of them.
I am curious on if any phase 2 bot jobs have been carried out. For example attempts to aggregate infobox data or category data from the Wikipedias, or from external sources, to Wikidata. Where should that be presented?Mange01 (talk) 12:44, 4 March 2013 (UTC)
Look at this list: Wikidata:Database reports/Popular properties I think, it is obvious that some bots had been aktiv. --Goldzahn (talk) 12:53, 4 March 2013 (UTC)
Phase 2 is not live on any Wikipedia yet. It'll nto be before the end of the month. --Lydia Pintscher (WMDE) (talk) 13:24, 4 March 2013 (UTC)
When will it be activated on the client of the demo? It is not even activated there yet. HenkvD (talk) 18:52, 4 March 2013 (UTC)
The code is not there yet, which is why it is not on the demo system yet :) This will change in the next few weeks. --Lydia Pintscher (WMDE) (talk) 11:39, 5 March 2013 (UTC)
BTW: I think we need to explain Wikpedia editors the major difference between Wikidata phase 1 and phase 2. In phase 1 an item was the same as a lemma (Wikipedia article). With phase 2 the item has become independent. An item should be about one clearly defined subject, while Wikipedia articles often mix two persons (famous brothers), a building and the organization who owns it, a book and a film etc. Unfortunately an editor of Wikipedia can't see the difference. He has only one link to Wikidata and some strange lang links in the source code. --Kolja21 (talk) 19:19, 4 March 2013 (UTC)
I don't get that. Wikidata:Notability still prohibits the creation of items without Wikipedia sitelinks. And the Wikibase software prohibits several items to share the same sitelink (interwiki link).
I thought that the major difference was that phase 2 was about properties and references. Mange01 (talk) 00:28, 5 March 2013 (UTC)
@Mange: Yes and no. Of course you're right that phase 2 is about properties, but using properties changes the meaning of "item". In phase 1 we don't need to care about the subject as long as if it fits more or less to the Wikipedia article. Now, with phase 2, an item stands for itself. It should not have contradictory properties. We have to separate "climber" (occupation) from the activity "climbing". In Wikipedia both have the same article. (WD:N allows already to add places without sitelink and I guess occupations will follow.) --Kolja21 (talk) 04:31, 5 March 2013 (UTC)
@Kolja. Ok. Now non-article pages are allowed, and your vision is to step by step allow more items, but not everything?
A suggestion: Allow redirected pages as items. Many subjects do not have their own article, but a section in an article, and a subject title is quite often redirected to that section. Of course, interwiki between redirected subject will be invisible to the Wikipedia reader with the current user interface, but may be useful anyway, for example for machine-translation of list articles, etc. Actually, before Wikidata, it happened that I added interwiki links to redirected pages, making it possible for readers to find interwiki in one direction (from the language where the subject is a real article, but not the other way around.)
I am happy if we delay text datatypes as long as possible, because it will cause problems. Text values are barely "strucutred data", since they are not linkable, and hardly searchable, meaning it is difficult to follow the reverse link. Consequently it is difficult to machine translate them without a lot of manual work. It will be tempting to use text datatypes for properties where Wikidata items are missing, but instead we should try to find ways to extend the allowed items a little bit. Mange01 (talk) 17:42, 5 March 2013 (UTC)

Question regarding values

I was curious ... if a value on here (Q or P) gets deleted, does it get recycled when another user needs to create a new entry, or does is it never created again? It seems like recycling some of the values would make sense on here (as opposed to a Wikipedia article name since it would make no sense to write an article titled "Hello", a recently deleted article, about the primary topic "Raspberry".) Steel1943 (talk) 06:44, 5 March 2013 (UTC)

They are not recycled; new ones are created. If we chose to recycle links, the URLs would be unstable, since an item may be about one entity now, then recycled to be about another entity later.  Hazard-SJ  ✈  06:48, 5 March 2013 (UTC)
I see. Thanks for the clarification about that. Steel1943 (talk) 07:01, 5 March 2013 (UTC)

Issue regarding template articles

I'm note sure if this has been addressed yet, so I apologize if this is repeated information:

On pages in the Template namespaces on the respective Wikipedias, the interwiki links are sometimes found somewhere on the template itself in a set of <noinclude> tags, or sometimes, the interwiki links are found on the "Template:Name/doc" file. I'm bringing this up since I have only added Wikidata entries regarding two articles in the "Template" namespace on the English Wikipedia, and I am thinking that the interwiki links on the "/doc" files are getting overlooked. Just wanted to point this out; if a bot is eventually programmed to get these interwiki links from articles in the Template namespace, they would need to check the "/doc" file as well. Steel1943 (talk) 08:05, 5 March 2013 (UTC)

Issue with trying to update Q6252807

I'm trying to add ja:Template:Infobox Dungeons & Dragons module to Q6252807, but have run across the same situation as mentioned in my discussion above. Per the conversation, the resolution to this bug has yet to be deployed? Steel1943 (talk) 09:10, 5 March 2013 (UTC)

Yes. --Lydia Pintscher (WMDE) (talk) 11:43, 5 March 2013 (UTC)

2 questions

Renaming articles

Can anyone tell me how Wikidata processes renamed articles? I'm talking about the following: there is an article that is linked with other languages via interwiki. What's happening when the article is renamed? The question arose from the situation happened several days ago: I translated a Ru-WP article and had to edit the corresponding Wikidata page manually. --Michgrig (talk) 10:22, 5 March 2013 (UTC)

  • Either just do it manually here, or wait till a bot gets to it (in the same way, as the interwiki bots were working before Wikidata).--Ymblanter (talk) 10:40, 5 March 2013 (UTC)
    • I thought the problem might be that Wikidata has not been activated in all of the languages yet. Do you mean that bots already search for renamed articles in all wikis? --Michgrig (talk) 11:30, 5 March 2013 (UTC)
      I am pretty sure they do, but we are in the transition period, so that I am not sure how many bots there are and how often they run. May be one of the interwiki bot owners can comment.--Ymblanter (talk) 11:34, 5 March 2013 (UTC)
      My bot updates the last pages moved from 4 March and it checks all wikis. I'm trying to update also the last two weeks, but it takes a long time. For the previous period, I think I can't do anything :( --β16 - (talk) 13:24, 5 March 2013 (UTC)

Search of cyrillic and extended Latin fragments

Is it a common knowledge that the search of cyrillic fragments does not work? The search of fragments with extended Latin characters does not work either (for example, yesterday I tried to find "Cuorgnè" and failed to do so, though the page exists). --Michgrig (talk) 10:22, 5 March 2013 (UTC)

how can i add my language in a page

how can i add my language in a page

  • If you mean add a description or a label in your language, choose your language in the menu that appears at the top of the screen, and then happy editing !
  • If you mean: add a link to the Wikipedia in your language, you should find a "add" button at the end of the page.
Cheers--Zolo (talk) 11:20, 5 March 2013 (UTC)

Next deployment

Is there a time published somewhere for the the wikidata (interwiki) deployment on the remaining wikipedias? Is it during the morning or evening (UTC) of 6 March? --Njardarlogar (talk) 19:09, 5 March 2013 (UTC)

It's between 11 a.m. and 1 p.m. PST, during the MediaWiki general deployment window. By the way, all sceduled deployments to WMF wikis are listed on Wikitech:Deployments.--Snaevar (talk) 19:42, 5 March 2013 (UTC)
Thanks. 19:00-21:00 UTC it is, so in the evening. --Njardarlogar (talk) 19:53, 5 March 2013 (UTC)

Tutorial on working with interwikis

Is there any tutorial on how to correctly work with interwikis stored in WD and how bots will operate after WD are enabled in all Wikipedias? If not, can someone tell me the proper sequences of actions so that I can create such a tutorial (at least for ru-wiki)?

I'm interested in the following cases when I create an article (for example, in ru-wp):

  1. There is an article in en/de/...-wp. What should I do? Should I go to WD and search for the article here? Can I specify the link to another language article in the old way?
  2. There is no article in another language. Will there be any bot that creates WD pages automatically? Can the Wikipedia interface be changed so that an article with no interwiki has a clickable link to the Wikidata's CreateItem page?

Probably there are other cases that I missed --Michgrig (talk) 20:50, 5 March 2013 (UTC)

  • As a starting point, you may want to check en:WP:WDATA. Specifically, for the first question, the best way is to go directly to Wikidata (one does not need to search, there will be a direct link), but I also assume that bots will be still running and collecting links in the old way. For the second question, I do not know but I think the answer is yes: A bot will eventually create the article.--Ymblanter (talk) 21:12, 5 March 2013 (UTC)
Given the way search currently works, I frequently go to Wikipedia to find Wikidata entries. Especially for search terms with many hits, it's hard to find the relevant one .. and likely the first on google.
Obviously, once it improves, Wikidata may be the starting point. --  Docu  at 21:22, 5 March 2013 (UTC)
And yes, the interface should be changed as suggested. -- Ypnypn (talk) 23:52, 5 March 2013 (UTC)

Entity type and astronomic object

I have a doubt concerning the entity type of astronomic objects: are they geographical features or terms? In this document (Entitätencodierung: Vergaberichtlinien - Kurzliste.) there is an indication of Extraterrestrika in geographical section. In the Infoboxes task force/places page there is an indication of extraterrestrial territory: are they only craters, mountains, etc. of satellites and planets, or also satellites and planets itself, stars, galaxies and so on? --Paperoastro (talk) 14:17, 5 March 2013 (UTC)

Good question. Let's take two examples: Mond (moon) and Alphonsus <Mondkrater> (Q1339467), both are type "gix" (Extraterrestrika = places). --Kolja21 (talk) 23:24, 5 March 2013 (UTC)
"Geographic feature", I would say; that encompasses both "political" (countries, cities) and "physical" (continents, rivers) features. Our rules for mountains should apply easily to asteroids or stars - they are physical objects and have a defined place. Andrew Gray (talk) 09:58, 6 March 2013 (UTC)
Thank you very much for your answers! :) Following your examples, I have just tried with Andromedagalaxie (Andromeda Galaxy): it is type "gix", too. So, discussions, Property proposals, and list of properties should be moved from terms sections to the respective Geographical feature one... --Paperoastro (talk) 15:31, 6 March 2013 (UTC)

Wikipedia data as a trend sensing and emergence monitoring tool?

I'm working on projects around social change. Currently tracking what emerges in these fields and helping people 'discover' what is happening at the edges. I shared some ideas on this a while ago here.

My goal is to get people who are confronted with change or who believe change is necessary but don't quite know where to start to navigate the alternatives starting with what may seem the most familiar to them or close to what they already know in a field of possibilities, to progressively uncover the unknown and get a bigger picture view of what is happening...

I've mapped out for the moment an example of some observed trends/solutions on an Exploring the alternatives pearltree.

I would like to push this further in two directions -basically a query applied to a list of wikipages to render some linked data:

  • First, get a graph of the interlinks between these pages [a finite list of wikipedia or other type of 'living' crowdsourced encyclopedic data] to uncover 'likely' paths between concepts or solutions.
  • Then, enrich this graph with links to other concept/solution pages to/from these pages, to have real time access to what is emerging and how these fields are evolving (at least at the wikipedia level).

Is there anything in store or in preparation to help do this? Or any idea of how / where I could find some help?

Thanks -Helene

I guess you should talk to the people at the RENDER project in Wikimedia Deutschland. They have a tool to produce the graphs, but I think its intended use is slightly off comparing to your problem formulation. Jeblad (talk) 10:22, 6 March 2013 (UTC)
Thank you it seems indeed very relevant, and they might be following the 'formation' of knowledge... Thx - Helene

"Wikipedia disambiguation page" as description or property

I just removed the disambiguation page en:Andrea Dotti from the item Q536106 (which concerns the psychiatrist) and added it to Q581588 along with French and Italian disambiguation pages. At the same time I removed the (English) description "Wikipedia disambiguation page" from Q536106 and added it to Q581588. By chance I had a look at the revision history of Q536106 and noticed that a bot had added the same description in other languages as well through this edit. Wouldn't it make more sense if "Wikipedia disambiguation page" was added as a statement/property instead of as a description? In this way (if I have understood correctly) this information would automatically be added/removed in all languages when changed. As the situation is now, I am sure a lot of incorrect descriptions will be left in other languages as in the example above. --Wikijens (talk) 13:00, 6 March 2013 (UTC)

I now noticed Q4167410. Is this what should be used for disambiguation pages (in addition to the description)? --Wikijens (talk) 13:12, 6 March 2013 (UTC)
That depends on how the users are to find the item they would like to link to from the new page they created. The method will be this information should show up there. If it is the search function only the description shows up there at the moment. But as you can see from the post above this problem needs to be still solved in any case because right now searching does work slightly worse than not at all. But if it is possible to use properties for that search/linking suggestions that would be an good option.--Saehrimnir (talk) 13:22, 6 March 2013 (UTC)
Hi Wikijens, Q4167410 is correct, see: Wikidata:Infoboxes task force and Property:P107. --Kolja21 (talk) 13:32, 6 March 2013 (UTC)
Thanks. I will start adding this. But there is still the problem with the descriptions. Is there a way to change/clear descriptions in multiple languages at once or do I have to change language settings and clear them one by one? Or will bots take care of this in time? --Wikijens (talk) 13:55, 6 March 2013 (UTC)

MediaWiki:Edittools

Last check Phase I

Just to check: Will the deployment Phase I take place today 18:00 UTC (in 4.5 hours) as planned? The experience shows we are likely to get a huge influx of users, some of whom are lost and need guidance, and some just do some cleanup work which needs admin attention, so that would be good if many of us were present here at the time.--Ymblanter (talk) 13:26, 6 March 2013 (UTC)

Just asked on IRC, Lydia was at lunch but Denny said that it will probably not be on time and will start during the European evening and go into the night. Legoktm (talk) 13:39, 6 March 2013 (UTC)
Ok, thanks. I personally will still be around till late European evening but not during the night. Will catch up tomorrow.--Ymblanter (talk) 13:46, 6 March 2013 (UTC)
Should we may be run a central banner sending to help pages?--Ymblanter (talk) 13:47, 6 March 2013 (UTC)
Central as in MediaWiki:Sitenotice here? Probably, why not. As in m:CentralNotice? I doubt so, that needs more planning for translations and so on. --Nemo 18:14, 6 March 2013 (UTC)
Yes, I meant the local MediaWiki:Sitenotice--Ymblanter (talk) 18:24, 6 March 2013 (UTC)
Sitenotices should be localizable. Until now it is protected against translation. --Michawiki (talk) 19:49, 6 March 2013 (UTC)

Seems to be live now on most wikis. --Njardarlogar (talk) 21:59, 6 March 2013 (UTC)

We're still testing. I'll post a message here when things are clear. --Lydia Pintscher (WMDE) (talk) 22:02, 6 March 2013 (UTC)
Is it possible to highlight the "Edit links" link? It doesn't contrast with the language links. --Michawiki (talk) 22:19, 6 March 2013 (UTC)
Well, I see the "Edit Links" link is indented now. So it contrasts with the interlanguage links better. --Michawiki (talk) 23:36, 6 March 2013 (UTC)

adding items again not working

Related to my post a few days (weeks?) ago, the possibility to add new language to an existing item (not tested to create a new item) isn't working again in Opera 12.14 (latest), 64 bit on Win7. Dragonfly (Opera's developer tool) gives:

Uncaught exception: TypeError: Cannot convert 'mw.util' to object
Error thrown at line 246, column 2 in check() in https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-RequestDeletion.js&action=raw&ctype=text/javascript&9381114:
    $.ajax( {
called from line 308, column 2 in init() in https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-RequestDeletion.js&action=raw&ctype=text/javascript&9381114:
    check();
called via Function.prototype.apply() from line 12, column 1731 in <anonymous function: jQuery.Callbacks>(data) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    if(list[firingIndex].apply(data[0],data[1])
called from line 14, column 363 in <anonymous function: fireWith>(context, args) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    fire(args);
called from line 6, column 8 in <anonymous function: ready>(wait) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    readyList.resolveWith(document,[jQuery]);
called from line 2, column 179 in <anonymous function>() in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    jQuery.ready();	Event thread: DOMContentLoaded	Q2101059:246
		Uncaught exception: TypeError: Cannot convert 'mw.util' to object
Error thrown at line 246, column 2 in check() in https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-RequestDeletion.js&action=raw&ctype=text/javascript&9381114:
    $.ajax( {
called from line 308, column 2 in init() in https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-RequestDeletion.js&action=raw&ctype=text/javascript&9381114:
    check();
called via Function.prototype.apply() from line 12, column 1731 in <anonymous function: jQuery.Callbacks>(data) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    if(list[firingIndex].apply(data[0],data[1])
called from line 14, column 363 in <anonymous function: fireWith>(context, args) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    fire(args);
called from line 6, column 8 in <anonymous function: ready>(wait) in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    readyList.resolveWith(document,[jQuery]);
called from line 2, column 179 in <anonymous function>() in https://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=monobook&version=20130218T165645Z:
    jQuery.ready();	Event thread: DOMContentLoaded	Q2101059:246

Regards,

Mabdul (talk) 14:01, 6 March 2013 (UTC)

Clear your browser cache and try again. Jeblad (talk) 18:08, 6 March 2013 (UTC) (Actually Opera isn't supported but it sort of works)
Thanks. resolved. But why isn't Opera supported? It is even the market leader in some countries... (and very popular on mobiles! (And yes I know that they were sadly switching to WebKit.) Mabdul (talk) 22:22, 6 March 2013 (UTC)

term already in use

Hi. I am trying to correct an interwiki link but when I edit the entry I get the message:

Edit not allowed: Site link dewiki:Flößerhaken already used by item Q1434788.

Hoe do I find what item Q1434788 is? Thanks. 70.16.105.75 14:08, 6 March 2013 (UTC)

How to combine two entries?

Like Q4629045 and Q2646435. -Koppapa (talk) 18:55, 6 March 2013 (UTC)

Delete sitelink, label and description from more recent item, insert sitelink, label and description in less recent item. Then ask to delete the more recent item in WD:RFD. For now is the only procedure to merge two item. --ValterVB (talk) 19:14, 6 March 2013 (UTC)
  DoneReza1615 / T 19:15, 6 March 2013 (UTC)

Issue with diffs

Certain diffs will show up, but others will not. I'll use Q48493 (iOS) as an example.

The issue might be when I try to view the latest diff. This edit is not the latest and I can view it, but the latest revision (by me) can't be seen as a diff.

Also, my edit above did not leave an edit summary behind, which should happen when editing the mainspace or property space.

What's in the edit? I added a claim where the developer is Apple Inc.

:/ iXavier (talk) 00:48, 7 March 2013 (UTC)

This is actually happening only when the latest revision is mine. I can't view it then, but I can view other revisions that are the latest. iXavier (talk) 02:28, 7 March 2013 (UTC)

Tried adding this [5] Persian link to Q6415351. However got an error saying "The specified article could not be found on the corresponding site. Details: The external client site did not provide page information." --AxG (talk) 18:28, 6 March 2013 (UTC)

This should be fixed in a few hours with the next deployment here. --Lydia Pintscher (WMDE) (talk) 18:53, 6 March 2013 (UTC)
I think that is alredy linked in Q8754. The strange thing is that on wiki the name of the page is "انتخابات ریاست‌جمهوری ونزوئلا (۲۰۱۲)" but if you use google translate like here you can see that isn't correct. So copy and paste from Wikipedia don't work, but if you use google translate version it's OK. --ValterVB (talk) 19:09, 6 March 2013 (UTC)
I found a simple trick :) at the first make a redirect from Space to ZWNJ in fa.wiki after that wikidata will accept your link! for example after this you can add this link! also yesterday I run bot to make these redirects but your article made today so Bot didn't make that redirects▬ Reza1615 / T 19:11, 6 March 2013 (UTC)
@ValterVB: google doesn't use ZWNJ also in chrome's search it converts to Space! so words without ZWNJ doesn't have Bug in wikidata.▬ Reza1615 / T 19:24, 6 March 2013 (UTC)
Thanks Reza1615 -- Meisam (talk) 06:50, 7 March 2013 (UTC)

Be-x-old interwikis

It was not long time ago I wrote here about the problem with adding be-x-old interwikis. Looks like problem still exists, for categories at least: be-x-old:Катэгорыя:Кнігі XX стагодзьдзя was added to the other Wikipedias by bots, but not to Wikidata (I added it manually). --Taravyvan Adijene (talk) 04:36, 7 March 2013 (UTC)

When my bot clears sitelinks from Wikipedia's, it also imports back into Wikidata. It's currently stopped but I'll have it running again in a day or two. Legoktm (talk) 09:52, 7 March 2013 (UTC)
There was a problem about langcodes like yours but it's solved now and I'm running my bot to import articles from your wiki Q6457592, Do you want me to import categories too? you can send me a list of articles (or anything) and I'll import it12:24, 7 March 2013 (UTC)
Importing from be-x-old wiki started today, so could it be that bot reads interwikis from article and imports all of them without the be-x-old article itself? --Taravyvan Adijene (talk) 13:24, 7 March 2013 (UTC)

Caching and/or overload problem?

If I go to Q2393031 and click on the nl-wiki article or the ko-wiki article the interwikis are not showing there; also not after using CTRL-F5 to refresh the page. For example the eo-wiki article there is no problem. If I then go to the history of the nl-wiki article and compare two old revisions the interwikis sometimes do show up. Is that a caching problem and/or is this the result of Wikidata servers being overloaded now because there are so many projects added about 12 hours ago? - Robotje (talk) 07:45, 7 March 2013 (UTC)

String values

Now as we got the option of adding the string value to the properties, we can in principle add lenghts, masses etc. However, we have the known problem of a unit conversion (US against the rest of the world). On the English Wikipedia, this problem is solved by using en:Template:Convert in the templates. Is there any chance we can do the same here sometime, or should we just plan two properties for each item? (In the latter case, we can create them now; in the former case, it is better to wait).--Ymblanter (talk) 07:48, 7 March 2013 (UTC)

Ideally, I'd think unit conversion should be done, but if it's not possible, I might think we should use the international system of units (meters, kilograms) if we had to use only a single property. Note however that string is not the ideal datatype here, in my opinion, because this would be quantitative data better stored using a numerical value.--Jasper Deng (talk) 07:53, 7 March 2013 (UTC)
Indeed, a valid point, thanks.--Ymblanter (talk) 08:05, 7 March 2013 (UTC)
Special types that allow conversion are planned in the software itself. It'll still take some time though. --Lydia Pintscher (WMDE) (talk) 12:24, 7 March 2013 (UTC)
Be careful string doesn't mean numeric value. So right now don't use string to add numeric statements. Snipre (talk) 12:52, 7 March 2013 (UTC)

botrun for sources?

Hey,
Lydia wrotes in german Wikipedia, that it is consens putting Wikipediaarticles as a source into the items via bot. Where is discussion about that? What is the sence behind (I can not see...). Conny (talk) 09:18, 7 March 2013 (UTC).

I think there is no decision just discussions in the Project chat. Nobody explains how we will correct the imported data later when the reference structure will be available so at the end we will have in wikipedia articles data based on wikipedia articles as reference until somebody takes the time to correct the reference on wikidata. Snipre (talk) 10:50, 7 March 2013 (UTC)

How to edit

How to edit this wiki? I tried almost 10 times but couldn't do anything. Can anyone help me?--Pratyya Ghosh (talk) 10:47, 7 March 2013 (UTC)

Sorry for bothering you at your talk page. I want know know how to edit here like other wikis. The big problem is when I click the edit button it opens but It doesn't save. Also I can't add an article which exists. What is the problem?--Pratyya (Hello!) 10:57, 7 March 2013 (UTC)

ːSee this article Kajol. There are 40 entries. When I try to edit one entry it opens. But it doesn't give me any option to save.--Pratyya (Hello!) 11:06, 7 March 2013 (UTC)

What, specifically, are you trying to add? Are you adding a new language? Or changing the name of one of the language links? Delsion23 (talk) 11:12, 7 March 2013 (UTC)
In this article I was testing. But in Vidya Balan I wanted to add bn. It exists in bn. But I couldn't. What's the problem?--Pratyya (Hello!) 11:15, 7 March 2013 (UTC)
You click "add" at the bottom. Then in the left box type "bn", then in the right box put "বিদ্যা বালান", then click save. I have just added it in. Delsion23 (talk) 11:17, 7 March 2013 (UTC)

Distinguished articles

Is something planned to mark articles as, say , "Article de qualité" in the link towards the French interwiki ?--Dfeldmann (talk) 10:54, 7 March 2013 (UTC)

Sorry, it is already answered in the FAQ--Dfeldmann (talk) 11:04, 7 March 2013 (UTC)

Just thinking about what will happen to special page Pages without language links on Wikipedias? Does it know if the language links are on Wikidata? --Stryn (talk) 12:38, 7 March 2013 (UTC)

Yes, IMHO: a request to the API returns all langlinks, even if they're not physically present on the page. --Ricordisamoa 12:54, 7 March 2013 (UTC)
If the page is on Wikidata, it knows what the language links are (and if there are any).--Ymblanter (talk) 13:11, 7 March 2013 (UTC)
Is there also a Wikidata equivalent to this special page? The special page on Wikipedias is cached and also limited to very few entries, but with Wikidata, it should be rather easy to list all items that have only one Wikipedia linked to them. If there could be some filtering e.g. on attributes, this would probably be a powerful tool. --YMS (talk) 15:12, 7 March 2013 (UTC)
There is a page "UnconnectedPages" (Perhaps it should be called "WithoutSitelinks") in the works, but it is a bit more difficult than first expected. It will list the pages that is not connected to an item and it will also print out a count of existing langlinks (if the sitelinks are not listed as langlinks which they are for the moment). — Jeblad 17:12, 7 March 2013 (UTC)

Vandalism

What are we doing with regards to catching vandalism? Some vandalism was caused at Q1444790 (see history) by IP:84.13.61.130 and it was only chance that led to me finding it and fixing it. It may have been a good faith mistake edit, but it still needed fixing. I feel that the facility to make an edit summary would be very useful for the project as a whole in understanding the reasons why someone is removing, adding or migrating links and properties. Delsion23 (talk) 13:22, 7 March 2013 (UTC)

Indeed, I think in the same way. Maybe you want to go ahead and file a bug? Cheers, Vogone talk 15:02, 7 March 2013 (UTC)

Willing to help?

Add your username, IRC nick (if you use IRC), and list of wikis where you're an admin on m:Template:Wikidata/Ambassadors if you'd like to. πr2 (tc) 14:21, 7 March 2013 (UTC)

What is this list for O_o Ajraddatz (Talk) 14:32, 7 March 2013 (UTC)
See here. :-P Vogone talk 14:41, 7 March 2013 (UTC)
Legoktm wanted to import w:Wikipedia:WDATA and its translations to Meta, and mark it for translation. It's basically a version of w:Wikipedia_talk:Wikidata/Wikidatans generalised for any languages/wikis. πr2 (tc) 14:44, 7 March 2013 (UTC)

How come the Dutch Wikipedia article for Geoniem provides a link to an English Wikipedia article for Geonym when there is no such article in the English Wikipedia? Nor is there an article for Geonym in either the Oxford English Dictionary or Merriam-Webster’s Unabridged Dictionary.

Please also note that the German cognate Geonym means ‘a pseudonym consisting of a geographic name or allusion (e.g. Stendhal after the place name Stendal)’ and is by no means a synonym of Dutch Geoniem which refers to any ‘word that is derived from a geographic name.’ LiliCharlie (talk) 14:55, 7 March 2013 (UTC)

I removed en-wiki link per Wikidata:Notability/Exclusion criteria. --Stryn (talk) 14:58, 7 March 2013 (UTC)

En suédois, s'il vous plait.

In the Watchlist on Wikipedia I can now see the text: "Language link added/removed: etc" in edits made here on this project. The Swedish translation has a minor flaw: "Språklänken lades till/togs bort: etc". I would prefer "Språklänk lades till/togs bort: etc". Where can this be changed? -- Lavallen (block) 17:35, 7 March 2013 (UTC)

I fixed those on translatewiki.net: [6], [7], [8]. --Stryn (talk) 17:44, 7 March 2013 (UTC)
Tack, Stryn! In this case it was MediaWiki-designed editcomments who change depending on the local settings, not user-created editcomments. I see userdesigned edit-comments too, but they do not change with the settings. -- Lavallen (block) 18:01, 7 March 2013 (UTC)

Opt out of global sysops (again)

Bots rule

Really clever. A bot made the entry Q1530197. This entry is wrong, because the corresponding articles already exist here. I wanted to correct it, but I am told by the software, that I can't do it, because an entry for "Glee/Diskografie" already exists. Nothing more, nothing less. There is no hint what I can do, no help how to remove the wrong entry or merge the entries, nothing whatsoever. Doubtless a Wikidata insider will know immediately what to do. I don't. Others won't either. If you don't want to keep Wikidata to experts and bots, you should do something about it. I can't really believe, that Wikidata was implemented in en: and de: with such a serious bug. Don't count on my help, I have better things to do than "learn" Wikidata. Bye -- HvW (talk) 11:24, 7 March 2013 (UTC)

It needed to be removed from Q1530197 before it could be placed into Q2572642. I have now moved the de language link to the correct place and requested the deletion of the incorrect item. It is not a bug. Wikidata does not allow for a language link to be present in 2 different items. In order for it to be added to the correct one, it has to be removed from the incorrect one. As that item is now empty, it can be deleted. Delsion23 (talk) 11:28, 7 March 2013 (UTC)
PS information is available on how to merge, and other things, at the FAQ. See question 22. Delsion23 (talk) 11:32, 7 March 2013 (UTC)
And why does it not say so in the entry mask? Is just tells me: No, you can't do it. Do you really think that this little bit of info at "question 22" hidden on some subpage (in the English FAQs only!) is sufficient? Anyway, merging ist a basic function that should be possible with two or three clicks. Before it is implemented on all the big Wikpedias. -- HvW (talk) 13:18, 7 March 2013 (UTC)
If you are able to translate the FAQ into any other languages, please do. I am (unfortunately) monolingual and cannot translate. The lack of a link to the FAQ or instructions on how to merge in the edit mask is indeed a problem. Thanks for bringing it up. Hopefully people that can make that improvement see this discussion and implement it. Delsion23 (talk) 13:30, 7 March 2013 (UTC)
@HvW, as you know, this is a wiki. It is not, nor will it ever be, "complete" or "perfect". If you see anything that can be improved, you are welcome to do so if you know how, if not, you are free to suggest it here. Jon Harald Søby (talk) 21:31, 7 March 2013 (UTC)

New Interwiki python bot

I developed a python bot (User:Reza1615/BOT) you can use it for wikidata and your locale wikis (after achieving bot flag).It adds or updates items also has possibility to removing old_interwikis from pages in locale wiki. it is simple code because I'm not computer engineer :)

I had many edits by this code (Special:Contributions/Rezabot and fa:Special:Contributions/Rezabot) I hope it helps you.▬ Reza1615 / T 14:04, 7 March 2013 (UTC)

Thanks, I might have to look into it. I often maintain interwiki links on Commons. Commons is one of those weird sites that supports interwiki links from Commons to Wikipedia, but Wikipedias do not support links to Commons. Now that all Wikipedias support Wikidata based interwikis, Commons seem the be the only site that uses old style interwikis to wikipedias. --Jarekt (talk) 21:35, 7 March 2013 (UTC)

Disambiguation page items

I've seen there are also items for disambiguation pages. My question is, on what base do we create these items, i. e., how can we tell which pages deal with the same item? For example we have Q241775, which is a compilation of disambiguation pages with titles meaning "beast" ("Bête", "Bestia") etc., except for de:Beast, a disambiguation page for things being called "Beast", not "Bestie", which would be the German equivalent.

I think there won't be a proper system if we link such pseudo-equivalent disambiguation pages like "beast"—"Bestia" etc. In my opinion, the only reasonable solution would be to link disambiguation pages having exactly the same title (apart from the "(disambiguation)" part, of course). --Kronf (talk) 07:45, 18 February 2013 (UTC)

IMO all articles on a one item have to be the same title. E.g. English disambiguation site "Yellow" should be Yellow in other wikis too, not translated name. Of course here may be some exceptions. As you wrote, "beast"—"Bestia" is not linked correctly. --Stryn (talk) 07:55, 18 February 2013 (UTC)

Why? :-O Thus you expect something from disambiguation pages that we don't expect from all other articles. This excludes majority of disambiguation pages from linking and forces to keep a dual system as disambig. pages must have old-style interwikis. What is the reason? Bináris (talk) 08:20, 18 February 2013 (UTC)

I don't understand what is the reason to link Beast and Bestia/Bèstia or Bête to the same item, because they don't contain the same things. Some wikis could contains both, "bestia" and "beast". --Stryn (talk) 08:39, 18 February 2013 (UTC)
I reflected to yellow. How many languages have this word without translation? Bináris (talk) 08:40, 18 February 2013 (UTC)
12: Q298597. E.g. this link was wrong so I moved it to this item: Q1497670. --Stryn (talk) 08:48, 18 February 2013 (UTC)
(Edit confl.) Why "old-style"? I don't oppose Wikidata entries being created for disambiguation pages. But of course they will be different from other items, as disambig. pages are different from articles. They don't deal with an item/concept, but a name. So the only property they share among language versions can be there exact name.
Let me give another example: Q1698752 in its current state is complete nonsense. Have a look at de:Ahlen (Begriffsklärung), featuring places and persons called "Ahlen". It is linked to en:Alain, which may list some of the same places the German page does, but of course the featured persons are completely different ones. --Kronf (talk) 08:43, 18 February 2013 (UTC)

Logically, you are right: what you say is clear according to data view. On the other side, currently disambiguation pages are crosslinked wikiwide, and if we don't incorporate them into Wikidata, a dual system will remain with interwiki links in these pages, and we have to maintain both classical and Wikidata-aware interwiki bots for a long time. How could we dissolve this problem? Bináris (talk) 08:48, 18 February 2013 (UTC)

I still don't see what you mean by not incorporating them, that's not what I think of. There will be no proper, reasonable interwiki system between them as long as we link "yellow (disambig.)" to "gelb (Begriffskl.)", no matter if we do this via Wikidata or direct interwiki links. --Kronf (talk) 09:01, 18 February 2013 (UTC)
I absolutely agree this interwikis between translations should be removed. The question is do we create an Item for each disambiguated word like gelb or Bestie to prevent mislinkings although they are unlikely to have ever disambiguations in other languages?--Saehrimnir (talk) 09:47, 18 February 2013 (UTC)

We had a discussion about this in the german forum a few weeks ago [9]. The salient points were: (I am totally biased btw)

  • translations should not be allowed
  • transcriptions (creating the same pronunciation with a different script) should be allowed
  • how to handle differences in single letters (e.g. "c" for "k") and lower case vs. upper case was not decided
  • we need global rules

--Sixsi6ma (talk) 11:35, 18 February 2013 (UTC)

+1. This sounds reasonable. --Kolja21 (talk) 18:20, 22 February 2013 (UTC)

Thanks, I'll read that. --Kronf (talk) 11:39, 18 February 2013 (UTC)
I agree those things. About lower case vs. upper case, I think that we can't do any rules for it. One example is ANN and Ann. En-wiki has both versions, so we need two different items. --Stryn (talk) 11:42, 18 February 2013 (UTC)
The question in the Ann <-> ANN case is, would we seperate them also if every language had only one of those disamb.pages?
  • If not, what happens when one language gets the additional page? Would we seperate the old item then? And who is going to do that, especially if it had much more interwikilinks.
  • If yes, would we also create an item for ann, aNn,... right after such a page gets created (in this case not so likely)?
--Sixsi6ma (talk) 13:43, 18 February 2013 (UTC)
I completely agree with Kronfː ambiguity is about names, I mean letters in a row, no matter what the meaning is. Now that wData is running, we do need international rules. Just another exampleː if you have "Red (disambiguation)", in this disamb page you will list words maybe related with the color, but also items with NO relation with the color (sayː the meaning). For instance, "Red (famous dog)", "Red (enterprise)", ... Againː in Italian mare means sea. Will you interlink "itːMare (disambigua)" with "enːSea (disambiguation)"?? It would be an absurd choice. And what to do with "enːMare (disambiguation)"? Will you interlink with "itːVacca (disambigua)"??? (the english word mare means vacca in Italian). That's why we should run to the way illustrated by Kronf. Any other sub-issue is just a sub-issue compared to this main issue. --Pequod76 (talk) 13:42, 19 February 2013 (UTC)
The problem with only allowing pages with the same spelling is that we will end up with a lot of orphan pages with no (or few) sitelinks. Having said that I agree that only allowing the transliterations and banning translations is the most logical and rational system for arranging these sitelinks. Filceolaire (talk) 17:27, 19 February 2013 (UTC)
For the Ann <-> ANN case, you can read fr:Wikipédia:Sondage/Fusion des pages d'homonymies. After this poll, I (with fr:Projet:Fusion des pages d'homonymie) had merge on wp:fr hundred (may be less) pages. --Nouill (talk) 19:29, 19 February 2013 (UTC)
Dear Filceolaire, I can understand your remarks. I've voted but maybe it's early for voting. Maybe what we need is to comment a list of cases and grab some guidelines out of it. In my opinion, a single different letter is a remarkable difference. --Pequod76 (talk) 13:19, 20 February 2013 (UTC)
I think we should add a guideline which says "Keep the count of different items as high as necessary, as low as possible". I also want to inform you that my bot is adding descriptions to items about disambiguationpages and therefore check every link if it is a disambiguationpages and add conflicts where not all pages are disambiguationpages on User:Sk!dbot/disambiguation page conflict. There are many links where in one language the page is about only a name and in another it is "real" disambiguation with the name and other links. This is also a problem we should discuss. --Sk!d (talk) 23:53, 22 February 2013 (UTC)
I still do not know what to do with disambig pages which are split by spelling in some wikipedias (en:Ann vs en:ANN, en:Arc vs en:ARC) but not split in others (fr:ANN, es:Arc). Are we going to impose the same split decisions in all wikipedias? I think not. Are there going to be three different wikidata items: (1) pages about "ARC" as all-uppercase initialism, (2) pages about "Arc" as word (not necessarily the English one, there are two Arc rivers in France), and (3) pages that contain both? --Jmk (talk) 07:56, 1 March 2013 (UTC)
No there should be only two items not three ARC Q296474 and Arc Q398045 with es:Arc being under the latter and de:ARC under the former (although there is a rule in place in Germany which would make the title Arc because it exist as both Word and Acronym). The links from es:Arc to the Languages in Q296474 which are not in Q398045 are then done via local interwikilinks which is not elegant but much less ambiguous than it was before. The Question that remains is do we keep it one item if only one Spelling exists in any Language meaning that someone has to shuffle up to number of wikipedias/2 around once it exists in the two variants within one language? Do we set a certain Threshold say 50 were it is separated automatically per rule? --Saehrimnir (talk) 12:37, 6 March 2013 (UTC)
Two items, you say. What then is the exact distinction? Is it based on the spelling of the page title (uppercase titles to Q296474, lowercase titles to Q398045)? Or is it based on the contents? Where do we link a disambig page whose contents include both acronyms and words, such as place names and surnames? es:Arc contains both, so does de:ARC. By contents they are clearly about the same thing ("various things spelt Arc or ARC"), yet they are not linked together if title case is the thing that matters. --Jmk (talk) 09:12, 8 March 2013 (UTC)
We have two new properties "surname" (Property:P153) and "given name" (Property:P152), that allow a lot of funny combinations. --Kolja21 (talk) 23:38, 24 February 2013 (UTC)

Survey for generating rules regarding items with disambiguation pages

Extra Question

Should Disambiguation Items have any properties

Inclusion of non-article pages

In Wikidata:Requests for comment/Inclusion of non-article pages they didn't discuss about these namespaces and now we have unclear situation (i.e. here)

  • Talk pages (Article_talk ,user_talk ,wikipedia_talk,file_talk,Mediawiki_talk,template_talk,help_talk,category_talk, portal_talk and other namespaces' talk)
  • Spicial
  • mediawiki
  • file
  • in some wikis list or wikiproject or other namespace are exits but they are not active for most of languages (except book namespace)

in my opinion we shouldn't import these namespaces to wikidata.

Spicial:Recentchanges has interwiki now we should disable User_talk:Yair_rand/WikidataInfo.js on these pages and User:Yair_rand asked to have a discussion about it (here) also if we have complete rules it will helpful for future and bot's importing for none-Interwiki pages will be clear▬ Reza1615 / T 15:17, 5 March 2013 (UTC)
Oppose for file (useless) and talk pages (all), but support for MediaWiki pages. Also support for Special namespace only if the software can use interwiki from wikidata. --β16 - (talk) 16:26, 5 March 2013 (UTC)
Actually file is not useless. Certain file pages have interwikis because they are used on multiple projects due to fair use constraints. Legoktm (talk) 10:05, 6 March 2013 (UTC)

Interwiki links from Talk pages, Special pages, mediawiki pages and file pages should IMO not be included on Wikidata. However, I do think that some other namespaces, that exsist only on individual wikipedias, like the Anexo namespace on es.wikipedia should be included.--Snaevar (talk) 20:50, 5 March 2013 (UTC)

  Support. --Stryn (talk) 13:11, 7 March 2013 (UTC)
No include of talk pages, special pages and mediawiki which have no standard interwiki today. Yes to include namespaces 102, 104 etc (Anexo, list, WIkiProject etc.), which should have standard interwiki today. JAn Dudík (talk) 07:06, 8 March 2013 (UTC)
Please leave comment on the Inclusion of non-article pages 2Reza1615 / T 08:14, 8 March 2013 (UTC)

Something wrong with searching items containing namespace eq. to someProjectName?

So I go to Special:ItemByTitle, type site:'enwiki' or 'nlwiki', page:'Wikipedia:Wikidata' and get no result. If I select site: 'skwiki', page:'Wikipédia:Wikiúdaje' it finds right item. --AS (talk) 01:23, 6 March 2013 (UTC)

Yes this is a known bug where the "wikipedia" namespace conflicts with the "wikipedia" interwiki prefix. Legoktm (talk) 02:12, 6 March 2013 (UTC)
This bug have alyeady notified in Bugzilla bugzilla:44536. But you can use a gadget that yes works with "Wikipedia", go to Special:Preferences#mw-prefsection-gadgets → SitelinkCheck: --Vivaelcelta (talk) 07:54, 6 March 2013 (UTC)
If you find something right that is still left in the search engine, please let me know so we can break it! =) Jeblad (talk) 10:24, 6 March 2013 (UTC)
This bug is still present. — Jeblad 10:50, 8 March 2013 (UTC)

Phase 1 live on all remaining Wikipedias and bugfixes/new feature here

Heya :)

We've just finished the deployment of phase 1 on all 282 remaining Wikipedia. Wohooooo! Blog post for that is here.

We have also deployed new code here including a lot of bugfixes, localization updates and a new data type: string. It is supposed to mainly be used for things like ISBN and similar identifiers. Some of the other bugfixes/changes you might care about:

  • improved diff view
  • fixed issue with ZWNJ (bugzilla:45111)
  • improved the item view to better handle deleted properties

Please let me know if there are any questions or problems. --Lydia Pintscher (WMDE) (talk) 22:49, 6 March 2013 (UTC)

Great! One question about the new data type: If we use "String" for the ISBN or GND (Property:P227) should the linking come later (with a new data type) or should the linking be left to the infoboxes? --Kolja21 (talk) 02:23, 7 March 2013 (UTC)
For those two linking in the infobox is probably the way to go. There will be a URI type later too though for other things. --Lydia Pintscher (WMDE) (talk) 12:16, 7 March 2013 (UTC)
I have a question too. At meta:Wikidata/Notes/Inclusion_syntax there is a lot of text about qualifiers. Is it possible to add the qualifier after creating a property and adding the value? --Goldzahn (talk) 03:28, 7 March 2013 (UTC)
Yes. Once the code is all in place this should be no problem. --Lydia Pintscher (WMDE) (talk) 12:16, 7 March 2013 (UTC)
thanks. --Goldzahn (talk) 18:29, 7 March 2013 (UTC)
Another question about the string data type: will it allow some soft or hard input validation? Many ids have a predefined format to which all or most of them conform. --  Docu  at 06:24, 7 March 2013 (UTC)
This isn't planned in the software itself at the moment. Bots and Wikidata:Database reports are the way to go for that. --Lydia Pintscher (WMDE) (talk) 12:16, 7 March 2013 (UTC)
Ok, done: Wikidata_talk:Database_reports#Validation_of_string_values. --  Docu  at 20:35, 7 March 2013 (UTC)
Auto-edit summaries seems to have disappeared since the update. --  Docu  at 06:41, 7 March 2013 (UTC)
Oo Will look into it. --Lydia Pintscher (WMDE) (talk) 12:16, 7 March 2013 (UTC)
I've filed this as bugzilla:45840. We'll look into it asap. --Lydia Pintscher (WMDE) (talk) 12:47, 7 March 2013 (UTC)
Thanks. --  Docu  at 20:35, 7 March 2013 (UTC)

Thanks to everyone who worked to bring this over to all wikipedias. The only issue we've so far encountered at elwiki is that the Wikidata interwikis are slow to appear on the wikipedia after the link has been added here on Wikidata. An example is Ικσκίλε another el:Τία Χελεμπάουτ and another el:Σφηκιάρης. Other than that, users seem to be adopting fine, and some have started adding the links for their new articles here on Wikidata. We'll be striving in the following weeks to set up basic help infrastructure, translate interface, etc - Badseed (talk) 22:37, 7 March 2013 (UTC)

Great to hear! Thanks for the update. About links being slow to appear: When you purge the page they should show up immediately. It's planned to do this automatically when we add the way to add links directly from the Wikipedias without having to come here. I hope this is ready soon. --Lydia Pintscher (WMDE) (talk) 09:43, 8 March 2013 (UTC)

Hi all! I haven't followed every bit of the project here, so the question is probably redundant. What is the best procedure for removing the current language links? It is of course possible to do it automatically by using a bot, but does this guarantee that nothing will be disrupted? -- Edinwiki (talk) 10:11, 8 March 2013 (UTC)

Are you now talking about removing links from Wikipedia articles? It is done by bot, which also checks that the links are ok. It is best to wait for the bot and then clean up if not all links have been removed.--Ymblanter (talk) 10:17, 8 March 2013 (UTC)

namespace in different wikis

Please help to separating these namespaces to related subsections to have list of namespaces which are unique. this list will be useful for this.

I separated some of them by Google translation but some languages are not there!▬ Reza1615 / T 10:16, 8 March 2013 (UTC)

RFC - Opt out of Global sysops

A request for comment regarding the opting out of global sysops has been opened. I invite all the community to participate in this sensitive matter. The RFC page is: Wikidata:Requests for comment/Opting out of Global sysops. Thanks. — ΛΧΣ21 14:58, 8 March 2013 (UTC)

Can I create items for categories

  Resolved I see some categories left in wikipedias without an entry in Wikidata, and still connected to that old interwikilinks on their respective pages.(e.g., w:Category:Indian_film_actors. Can I create items for them. Thanks···Vanischenu「mc|Talk」

Yes, feel free to add categories also. --Stryn (talk) 17:35, 8 March 2013 (UTC)
See also Wikidata:Requests for comment/Inclusion of non-article pages and Wikidata:Requests for comment/Inclusion of non-article pages 2. Helder 17:36, 8 March 2013 (UTC)
Thank you so much! Really helpful answers···Vanischenu「mc|Talk」 18:02, 8 March 2013 (UTC)

Items with a single entry in it

  Resolved Can we create items for articles present only in a single language at present (like w:Russell T. Osguthorpe) Thank you···Vanischenu「mc|Talk」 17:29, 8 March 2013 (UTC)

Yes, every articles. No matter if there is not any interwiki links. --Stryn (talk) 17:36, 8 March 2013 (UTC)
Thanks again :) ···Vanischenu「mc|Talk」 18:02, 8 March 2013 (UTC)

Manually adding sources

I'd be happy to start sourcing things to wikipedias when I add claims. For example I just added a claim to Q75596 that I found in the French wiki article. Yet I don't seem to be able to add that as a source in the pull down window? Shawn in Montreal (talk) 15:57, 6 March 2013 (UTC)

I'd also really like to know how this works. Amphicoelias (talk) 00:15, 9 March 2013 (UTC)

Can these thingies be made into links?

Hi! As a brand spanking new Wikidata user, it would be intuitive, if these thingies were links:

 

Palosirkka (talk) 16:09, 8 March 2013 (UTC)

I see your point to linking to Help:Label, Help:Description and Help:Aliases. For new users it's not maybe so easy to find help pages. --Stryn (talk) 20:52, 8 March 2013 (UTC)
Yeah, thanks, that's what I'm looking for. Palosirkka (talk) 21:07, 8 March 2013 (UTC)

Help

Hi. I´m from Spanish Wikipedia, so I´m new in this (as most of us). I wanted to add no:Offentlig forsvarer to Q6528049, wich means the same; but it says that no:Forsvarer is already used in Q512345. Offentlig forsvarer means public defender and forsvarer means defender. Anyway, the point is that they are two different items but the system says that Forsvarer is already linked, so that I´m not able to link Offentlig forsvarer (¿?). How I can fix this? Thanks Albertojuanse (talk) 17:20, 8 March 2013 (UTC)

You can't add redirect pages to Wikidata. --Stryn (talk) 17:35, 8 March 2013 (UTC)
Does it mean that a reader won't have ever access to no:Wiki translation anymore? Albertojuanse (talk) 17:57, 8 March 2013 (UTC)
I mean, even this article is redirected, it has got its own meaning. Probably it is redirected because anyone has make a specific article yet. Albertojuanse (talk) 20:11, 8 March 2013 (UTC)
Its a basic premise; one item on Wikidata is associated with one set of Wikipedia articles that describes one real world entity. If one or more Wikipedias mungs together several entities in one article and we link to it then it is this "mungs togeter" -thingy we describe, and not the individual tings in the heap. That means we link to disambiguation pages, but we do not link from individual items in Wikipedia to those pages. Said very simply, we link to articles on Wikipedia, not to sections and not to redirects. It seems like it could be possible to link to specially marked redirects, that is redirect that has a special meaning, but I think it is better to write a real article. — Jeblad 20:46, 8 March 2013 (UTC)

Issues adding a translation in Bulgarian to an article

Hi everyone,

I just translated an article about CMOS Image Sensors in Bulgarian and I would like to put a language link to the English version of the article. However whenever I try to do this I am encountering an error: "The specified article could not be found on the corresponding site.". Clicking on details provides "The external client site did not provide page information." However I can verify that the page exists, and I can open it here.

My assumptions are that there is some sort of character encoding conflict. Can anyone provide me with some help on coping with this issue. Thanks.

Regards, Deyan Levski  – The preceding unsigned comment was added by Didolevski (talk • contribs).

Bulgarian article is already here: Q210745. --Stryn (talk) 18:42, 8 March 2013 (UTC)

Thanks Stryn (talk) !  – The preceding unsigned comment was added by Didolevski (talk • contribs).

A small peek on whats going on during these kinds of errors. When you try to add a sitelink it is generated a request from Wikidata and to the actual version of Wikipedia. Sometimes things fail during normalization so the request fails to find the article with the correct title. That can happen because we do something wrong in our code, or something goes wrong in the general Mediawiki code, or because something is overloaded. Wikidata can even be throttled because it is overly aggressive in its request to the Wikipedia site. When any of those things happen we end up with a "The external client site did not provide page information." Perhaps we should rethink the lookup so we avoid this error. — Jeblad 20:55, 8 March 2013 (UTC)

OK, that's weird. I can see the language link Q210745, however when I open the real page here, the link to the Bulgarian version does not appear. Does anyone have an idea what could it be?

I have purged the page and now it does show up. If you see this happening still in say 5 days please let me know. --Lydia Pintscher (WMDE) (talk) 12:23, 9 March 2013 (UTC)

Autopatrollers as patrollers?

Autopatrollers have the ability to patrol edits. Is it supposed to be like that? --Njardarlogar (talk) 11:12, 9 March 2013 (UTC)

I would think so. It would be impossible (it already is) for just admins to be patrolling edits. Legoktm (talk) 11:15, 9 March 2013 (UTC)
There was an early discussion (like the second or the third day of the project) which came to that conclusion.--Ymblanter (talk) 11:42, 9 March 2013 (UTC)

Link FA template not working properly on all wikis post-interwiki link removal

Not sure if here or m: is the right place to post this, but anyway, if you compare the current (post-interwiki link-removal) versions of e.g. es:Thiruvananthapuram and hif:Thiruvananthapuram, you should be able to see (in edit mode, anyway), that only in the former, and not in the latter, article, does the Link FA template work correctly, now that the article's language links are being provided by Wikidata. Do you have any advice as to what the issue may be here? It Is Me Here t / c 12:15, 9 March 2013 (UTC)

If it is in edit mode then this sounds like bugzilla:45838. --Lydia Pintscher (WMDE) (talk) 12:25, 9 March 2013 (UTC)
No, no, that's not what I mean. I'm saying that the es: article (in Read mode) correctly displays the stars induced by Link FA, whereas the hif: article doesn't, despite the code for them being present – as can be seen by hitting Edit in the hif: article. It Is Me Here t / c 13:37, 9 March 2013 (UTC)
Well, the "Link FA" template does need code in the MediaWiki:Common.js and there is none in hif:MediaWiki:Common.js.--Snaevar (talk) 13:50, 9 March 2013 (UTC)

Use of Glossary Entries

What is the use of entries like Translations:Wikidata:Glossary/15/en, JSON, which is apparently not linked to from anywhere ? Abbreviations and explanations are already provided by Wikipedia and translations are provided by the items here (see Q2063) and by Wiktionary. Wikidata:Glossary did not help with this question. -- Juergen 91.52.169.199 14:00, 9 March 2013 (UTC)

Unable to add a reference

Hello, I'm trying to add "fr, lucidité" to Q1743823, but I get the error :

Edit not allowed: Le lien du site frwiki:Lucidité est déjà utilisé par l'objet Q3265229.

And that's right, but it seems like a doublet. How do you merge "articles"? It would improve UX if the error message would provide information/link to an help page which explains what to do in such a case. -Psychoslave (talk) 14:06, 9 March 2013 (UTC)

Did it for you: First removed it from Q3265229, then added it to Q1743823, and at last, asked Q3265229 to be deleted. -- Juergen 91.52.169.199 14:17, 9 March 2013 (UTC)

Limiting importing subpages to wikidata

Most of subpages are useless for wikidata and they will not have any interwiki so we should exclude none-interwiki subpages:

  • main namespace (article): some times users makes test pages for articles in the articles subpage in the main namespace.these subpages shouldn't have item in wikidata.
  • wikipedia and help namespaces: subpages like Archive pages or request pages or discussions will not have interwiki.in my opinion for wikipedia and help namespace we should import subpages that they have at least one interwiki.
  • tempate namespace: document pages (template subpages which are documentation) are not independent pages and if that template has interwiki the document will use template's interwiki. like en:Template:Coord/doc it shouldn't have item in wikidata but the other subpages can have item in wikidata
  • other namespaces which are allowed to have item if their subpages have interwiki that subpages can have item in wikidata otherwise they should remove from wikidata
  •   SupportReza1615 / T 14:57, 9 March 2013 (UTC)
As far as I know there is no subpages in the mainspace unless a project has requested its configuration. I think we could go with a general "Subpages are not independent pages and as a general rule only the top page should have sitelinks." And pleas, more discussion and consensus building and less voting! ;) — Jeblad 15:07, 9 March 2013 (UTC)
we can not say general rul please look on en:Template:Coord/dms2dec it has interwiki! ▬ Reza1615 / T 15:15, 9 March 2013 (UTC)

The link to the diff of my last edit http://www.wikidata.org/w/index.php?title=Q1743823&diff=next&oldid=3814381, provided as Newer edit from the previous diff http://www.wikidata.org/w/index.php?title=Q1743823&diff=3814381&oldid=2426409, shows: The database did not find the text of a page that it should have found, named "Q1743823" (revision#: 3814381) ... you may have found a bug in the software ... The revision numbers seem to be correct according to the Revision history of "Lucidity" (Q1743823).
Is that really a bug in the software ? -- Juergen 91.52.169.199 15:06, 9 March 2013 (UTC)

Yes it is a bug. — Jeblad 15:09, 9 March 2013 (UTC)
Fixed by Aude and merged by Jeblad. Thanks guys! — PinkAmpers&(Je vous invite à me parler)

Q5150429

This item was added by a bot on 23 February. No clue to it appears on the en:wiki page; I wasn't able to find it here by searching for the title; and now that I've added a Latin interwiki, no sign of it appears on the Latin page either. Something wrong? Andrew Dalby (talk) 18:09, 9 March 2013 (UTC)

You can check that everything is OK by editing the page and then previewing it. It often takes a while before the IW appears locally. --Njardarlogar (talk) 18:14, 9 March 2013 (UTC)
You mean that you can't see iw-links on en-wiki article or on la-wiki article? ?action=purge helped. --Stryn (talk) 18:17, 9 March 2013 (UTC)
Exactly, I couldn't see any links on either article. I can now. I hadn't encountered a delay of this kind before, but no remaining problem. Thanks. Andrew Dalby (talk) 18:44, 9 March 2013 (UTC)

Moscow in Tartar Wikipedia

I've found item Q3887755 which has a solitary Tartar link to an article which appears to be about Moscow. However, in the Moscow item at Q649 there is already a Tartar language link which also seems to be about Moscow (and more detailed). Are these two articles on the same topic in Tartar Wikipedia that need merging/redirecting or is there a subtle difference? Delsion23 (talk) 18:21, 9 March 2013 (UTC)

As you can see here there was already a redirect, but in the other direction. Thus, I redirected Mäskäw to Мәскәү now. Regards, Vogone talk 18:29, 9 March 2013 (UTC)
Great stuff, thanks very much for the help Delsion23 (talk) 18:39, 9 March 2013 (UTC)

Issue pertaining to redirects

During the edits I have been doing on Wikidata, I realized that there is an issue that needs to be resolved. I'll use one of my edits as an example to show my point:

I was attempting to add to Q2049076, the English version on this entry being en:2011 Pan American Games. I was trying to add the following entries to this Wikidata entry: bcl:2011 Pan Amerikanong Karawat and et:2011 Pan-Ameerika mängud. However, these two entries being added run across a conflict with Wikidata entry Q230186, the English version on this entry being en:Pan American Games. Upon investigating the Bikol Central (bcn) and eesti (et) articles I was trying to add to the same Wikidata entry as en:2011 Pan American Games, I found that these two pages are redirects to their corresponding articles on the Wikidata entry with en:Pan American Games listed, preventing from being added to Wikidata.

The problem that I am running across involves this situation where Wikipedia "1" has two articles, "Apple" and "Orange", and Wikipedia "2" has an article, "Apple", but "Orange" as a redirect with its target being "Apple" or "Pear" (a redirect towards "Apple" as a section redirect being the most common). In a case like this, "Orange" for "Wikpedia 2" would not be able to be put on the same entry in Wikidata as the "Orange" in "Wikipedia 1" (or entered at all, for that matter) since it is a redirect to another target ("Apple" or "Pear"). This problem occurs most often in this situation when "Wikipedia 1" has a complete article for the topic "Orange", but "Wikipedia 2" has an article ("Apple" or "Pear") with "Orange" as a section redirect towards the article, preventing the "Orange" in "Wikipedia 2" from being added to Wikidata at all if its target ("Apple" or "Pear") is listed on a Wikidata entry. It seems like there needs to be some sort of way to allow certain exceptions for redirects to be listed in Wikidata, especially in cases like this. Steel1943 (talk) 02:27, 4 March 2013 (UTC)

To redirect to a section inside an other article that is about something else will break the basic premise for Wikidata, the articles main topic will not be about the same. The number of cases where this rather minor situation occur is so small that it is an error in most cases. Last summer Denny did an analysis to check if this was a big problem, and it doesn't seems to be overwhelming. His results is available in Ratio of language links to full text in Wikipedias [10]. I've inspecting some of them and so far I have not found any serious problems, but I tend to agree that in some cases it would solve some of the problems if we could link to a specially marked redirect. The best example is the Bonnie and Clyde problem, many Wikipedias have an article of the pair but not so many have biographies about each of the persons. Jeblad (talk) 03:11, 4 March 2013 (UTC)
You seem to be missing my point. I'm not stating that there should be section redirects hardcoded into Wikidata. I'm referring to cases such as my example above, where if one were to look up "Orange" on "Wikipedia 2", it would redirect the user to "Apple#Orange", since the text in the redirect is "#REDIRECT[[Apple#Orange]]". In no way am I saying that there should be hardcoded section redirects in Wikidata. I'm saying that "Orange" in "Wikipedia 2" should be allowed to be listed on the same Wikidata list as the "Orange" in "Wikipedia 1", whether the "Orange" in "Wikipedia 2" is a redirect to "Apple" (#REDIRECT[[Apple]]) or "Apple#Orange" (#REDIRECT[[Apple#Orange]]). I'm stating that in this case, "Orange" from "Wikipedia 2" should be allowed to be added to Wikidata, not "Apple#Orange". In fact, for the sake of my point, please disregard the fact that I ever mentioned "sections" in this discussion. Steel1943 (talk) 03:57, 4 March 2013 (UTC)
I strongly support Steel1943. As long that an article and a redirect towards this article have not exactly the same topic -and that happens very often- it would be a very good thing to allow the redirect to be used to be listed in Wikidata. If you don't like this feature, you would be free not to use it ; but I see no serious reason to prevent users who wish to interlink redirects to do that. To dig a bit more in the interesting example given by Jeblad, open w:de:Clyde Barrow, which is a redirect : it contains three interwiki links, linking it to three articles such as w:pt:Clyde Barrow which are themselves added to Q3320282. The use of Wikidata on the four wikis concerned by these redirects would destroy this piece of information. What is the positive side of this destruction ? I can't see any. Touriste (talk) 05:44, 4 March 2013 (UTC)
I think the "positiv" side of this "feature" is to prevent people to link to redirects in the case were they meant the real article thus unnecessarily increasing the serverload every time that interwikilink is called. But this could be solved easyly by prompting the user " foo is a redirect to bar do you really wan to attach foo to this item". But there might be also some other pandora boxes opened by allowing redirects like loops and redicets changed to totaly different subjects. @Jeblad i don't know if it is really that seldom. I am working right now on Wikidata:Wiki_import_task_force/dewiki and most of them are such cases. --Saehrimnir (talk) 16:13, 4 March 2013 (UTC)
I would also support this (as I have before), and I've stated as such before. Saehrimnir's idea of "do you really want to do this?" seems like a good way to make sure it's not "abused" in some fashion. It would really help clean up lists of characters articles topics that commonly have redirects from topics which are covered on other wikis but not on the wikis with the lists. --Izno (talk) 16:51, 6 March 2013 (UTC)
I doubt the single page constraint will be removed as it is a prerequisite to make the implicit lookup of items to work. Jeblad (talk) 17:08, 6 March 2013 (UTC)
And that's precisely how this helps. I can add en:Draenor (or en:Outland (Warcraft)) to Q850277. It helps navigation for other wikis, if not the wiki which has the redirect article. --Izno (talk) 17:40, 6 March 2013 (UTC)
Support. Allowing sitelinks to redirect pages (even if they are redirects to sections) would get around the problem we have at the moment where a Wikipedia page has sections on different entities which are notable enough to be added to this page but not notable enough to each have their own pages. As time passes some of these entities may get promoted . Some related entities may get demoted, with a section added on this page and their own page converted to a redirect. Meanwhile a similar process happens on other languages so these pages on different languages are never synchronised. This happens a lot with minor characters in works of fiction though I have come across it on a little scottish island with two castles which has two pages on de:wp but where en:wp makes them share a page.
Even if no language wp gives these entities separate pages it is still worth having separate pages on wikidata for each entity, all linked via redirects to the shared wp page because that lets us create statements on wikidata about each of the entities. If the only page on wikidata links to "minor characters in foo" then the wikidata page is about the wikipedia page, not about the characters, and there are not very many statements we can make about that page.
The same will happen if we have a table comparing software features (for instance - the same applies to all tables, family trees, data visualisations). Stage 3 of wikidata is about creating these tables from data on wikidata but this will only work if each entity has it's own set of statements on wikidata and that will only happen if the criteria for wikidata pages are loosened a bit. This is already happening a bit. The criteria now permit wikidata pages to be created for any geographical administrative region and for any species, even if they don't yet have wikipedia pages.
I am going to start a new section with a proposal for how the criteria should be changed to allow a limited number of redirects. Filceolaire (talk) 01:09, 7 March 2013 (UTC)

Where an item has it's own page on some wikipedias and on wikidata but is on a page shared with other entities in other wikipedias, with a redirect from a page named for the entity, then the wikidata page can have a sitelink to the redirect page.

This situation often occurs on pages listing "Minor characters in Foo" where the minor characters in some TV show, book or movie (i.e. not notable enough to have their own page) share a page while major characters have their own page. It can happen that different language WPs disagree on which characters are major and which are minor. This can also change over time as the notability requirements are tweaked. This can mean some characters on the shared "Minor characters in Foo" page have their own wikidata page and others don't. Allowing links to redirect pages on these wikidata pages as well as the links to "Minor characters in Foo" shared pages from their wikidata page will give us a lot of useful links. Filceolaire (talk) 08:20, 7 March 2013 (UTC)

It would also help with Wikidata:Project_chat/Archive/2013/03#Property_Occupation: most of the 500+ authorised occupations in the it.wiki person data template are actually redirects, and Wikidata lacks most of them. We'd create the items nonetheless with the new notability criteria, but it would be easier if they existed. --Nemo 08:39, 7 March 2013 (UTC)
But none of these links would work in the reverse direction. It is not clear that this would actually be useful. —Naddy (talk) 12:07, 7 March 2013 (UTC)
Technically, they could work in reverse. In this example, the redirect will be named "Foo." If the user were to look up "Foo", which then will direct the editor to the article "Bar", in "Bar", directly under the article's title, there will be in small text the phrase "Redirected from Foo". The editor could then click on "Foo" to go to the hard copy of the redirect text (and templates) listed in the "Foo" article, and then see the list of interwiki redirects on the side, just like they are now. Steel1943 (talk) 01:19, 10 March 2013 (UTC)
Also, I started a related discussion on the "Requests for Comment" section at Wikidata:Requests for comment/A need for a resolution regarding article moves and redirects ... since this seems to be a redundant topic that has yet to be resolved. Steel1943 (talk) 01:26, 10 March 2013 (UTC)

Are there plans for interactions between wikidata and wiktionaries ?

Hello,

First, congratulation for all the already achieved great work on the wikidata project.

Now I would be interested to know more about future development, especially on interactions with wiktionaries.

I think wikidata could help to improve wiktionaries drastically, by unifying not only interlangs links, but also definitions and translations.

More accurately what I mean is that currently you often have, attached to one wiki article you have usually several definitions for each language where the word is used. But often when I seek a non-french word in the french wiktionary, looking at the native wiktionary will bring more definition than what you can find on the french article.

I saw that on the english wiktionary, the interface added a "quick add" feature, which ask user to fill translation for each meaning. That's great and I wish it would be added in all chapters. And I think that we could add even more "hey, what about translating just this little thing" feature across all dictionary by centralizing entries, so that each "word" is associated with one or several meaning by language. Then all meanings could be redistributed to all wiktionnaries, even when no translation is available for a given meaning in the local chapter. In this cas we could have an information box that would say "this word have an other meaning which wasn't yet translated in ${local_language}, if you one of the language in which a translation is available, please help us to improve the wiktionary".

What do think about such a project, could it work with wikidata? --Psychoslave (talk) 14:08, 9 March 2013 (UTC)

See Wikidata:Wiktionary; feel free to add your ideas/comments. FallingGravity (talk) 19:55, 9 March 2013 (UTC)

Bot request: sandbox cleaning

Hi, I operate WillieBot (talkcontribslogs) on other wikis. I'd like to deploy sandbox cleaning to this wiki with this script. Mono (talk) 00:13, 10 March 2013 (UTC)

Another request for this task was already declined. I don't think that the community has changed her opinion on this. Regards, Vogone talk 01:57, 10 March 2013 (UTC)

Plants/Animals etc labels

The labels for plants, animals are now the common name in English, but I thing it is better, and easier to locate an item if the label is the scientific classification (eg. Binomial name, genus etc) because it is used by far more people and actually these the way that species are classified in taxonomy. --C messier (talk) 14:30, 3 March 2013 (UTC)

According to our guidelines, the common name is used as the label when available, but if the common name is the label the binomial nomenclature name must be used as an alias. By having it as an alias, it's easy to find for all purposes. Sven Manguard Wha? 18:12, 3 March 2013 (UTC)
This will be the job of the property "taxon name" (see: Wikidata:Property proposal). Wikidata has started already, but the major functions like the datatype StringValue are not working jet. --Kolja21 (talk) 19:00, 4 March 2013 (UTC)
The scientific name is now Property:P225 (string), taxon rank is Property:P105 (item), and closest parent taxon is Property:P171 (item). - Soulkeeper (talk) 14:13, 10 March 2013 (UTC)

Delay deployment of Phase 2 till we have sources

Now that deployment of phase 1 is complete we are looking forward to deployment of phase 2. At the moment there is a problem with Phase 2 however - we don't seem to be able to add sources for the data.

I think we should delay the deployment of phase 2 until sources work. I think we should also delay the large scale importation of data from Wikipedias into Wikidata until we can record which wikipedia the data came from. Filceolaire (talk) 07:59, 7 March 2013 (UTC)

Source property Property:P143 is already used for large scale imports, and mentions the wikipedia where it comes from. Or am I missing something? HenkvD (talk) 08:40, 7 March 2013 (UTC)
I do not mean Wikipedia here. At least in major Wikipedias, data are sources to reliable sources, and this is what we should have here.--Ymblanter (talk) 08:49, 7 March 2013 (UTC)
But the problem is to be sure that wikipedia haves the sources: I am not sure that bot responsibles check that all imported data from wikipedia articles have references. I'm quite sure that at the end we will have wikipedia articles with data using for references wikipedia articles. Snipre (talk) 10:45, 7 March 2013 (UTC)
I came so often across false/incorrect info in infoboxes on the English Wikipedia that I do not really want it to be transferred here without any safeguards.--Ymblanter (talk) 10:52, 7 March 2013 (UTC)
Try to explain that to persons doing the importation of data from wikipedias: they assume that wikipedia articles are reliable and as we can do the import now we have to do instead of waiting the reference structure to perform large scale imports: according to them the check of the reliability of data has to performed in wikidata and not before the addition of the statement in wikidata database. Snipre (talk) 11:16, 7 March 2013 (UTC)
As long as the statement specifies which wikipedia the claim came from then the various projects on the various wikipedias have the information they need to decide whether or not the sources are adequate for their requirements. That is acceptable to me. Filceolaire (talk) 16:11, 8 March 2013 (UTC)
Only barely acceptable I think, until a better solution is implemented. It isn't ideal to be forcing readers and editors to make sense of an article written in some other language (which would be necessary if the claim's source is cited in the article, not its infobox, for instance). And what if the source cited changes on the Wikipedia after that statement is added here? --Avenue (talk) 20:48, 8 March 2013 (UTC)

In order to use data from Wikidata back in Wikipedia (as phase 2 is supposed to be about?), especially in biographies of living people, that data is going to need to have a source that is considered reliable by the Wikipedia into which the data is re-exported. At least in the English Wikipedia, other Wikipedias are not reliable sources. So unless actual published non-Wikipedia sources are included when we import it, this data will be unusable. Better to wait until we can get it right than to make a big mess of unusable data that can only be fixed up and exported piecemeal. —David Eppstein (talk) 05:30, 9 March 2013 (UTC)

I'm not sure how phase 2 will be (has been?) implemented on the client (Wikipedia) side, but would it be possible to limit deployment to some of the properties storing bibliographic pointers such as VIAF and GND? I think they are self-evident and normally don't require sources. Like interlanguage links, they should be useful for editors and readers on any Wikipedia, while editors would have to do duplicated work when doing manually. I think it could be a nice midpoint between interlanguage links and infoboxes. --whym (talk) 11:55, 9 March 2013 (UTC)
Or we could even mass-import the data from http://viaf.org/viaf/data/ and cite it. --whym (talk) 13:32, 10 March 2013 (UTC)

Inscription

Trying to add Inscription (en) to Q1640824, I get the error message Edit not allowed: Site link [[enwiki:Epigraphy]] already used by item [[Q181260]]. Yes, that's true, but Q181260, Epigraphy, is not the same as Inscription and that item's content does not contain Inscription already, as long as I can see. What did I do wrong ? -- Juergen 91.52.169.199 14:00, 9 March 2013 (UTC)

en:Inscription is a redirect to en:Epigraphy, so for Wikidata purposes these are the same and it is already in use by Q181260. —Naddy (talk) 16:15, 9 March 2013 (UTC)
Ok, does this mean that we cannot note in Wikidata the fact that the German translation of Inscription is Inschrift and not, as the enwiki-redirect suggests, Epigraphik ? -- Juergen 91.52.169.199 23:44, 9 March 2013 (UTC)
Wikipedia/Wikidata is not a dictionary. Sometimes different Wikipedias organize information differently, so a hard choice has to be made how to match up the interwiki links. —Naddy (talk) 13:29, 10 March 2013 (UTC)

How to handle item values whose name can change with context?

The problem came up with football clubs which change name occasionally. For example, the Hungarian club FC Ferencváros was called FC Kinizsi for a while. There was no change apart from the name, so it would not make sense to create separate items. On the other hand, it would look nicer if the infoboxes could display the right name - if someone was a player for the club in 1950, it should show Kinizsi, but for someone who played there in 1960, it should show Ferencváros. Is there a good way to handle this? Is it maybe possible to use some special qualifier ("at the time called") to override the name? --Tgr (talk) 14:47, 9 March 2013 (UTC)

I would say its should be a property for an official name (our label is a kind of "mostly known under this name") and then that name could have a qualifier. — Jeblad 15:17, 9 March 2013 (UTC)
The team wikidata page should have multiple official name statements each with a qualifier (from date=#####)(to date=#####).
The player wikidata page will have a statement with a link to the team item with a similar qualifier listing when the player played for the team.
How that gets untangled into a player infobox is another issue, especially where there is an overlap with a team name change. Filceolaire (talk) 15:13, 10 March 2013 (UTC)

Proposed new tags to help description cleanup

Not sure where the best place is to propose a new tag. I would like to suggest that there be a tag for "excessively long description" to be used if the description is over twelve words. Another tag I would suggest is for "descriptions beginning with an initial article". This would help people to tidy up descriptions to fit the proposed guidelines at Help:Description. Thanks. Delsion23 (talk) 22:46, 9 March 2013 (UTC)

Sure, but only in a limited number of languages. Word count is not an useful criteria for bad descriptions in all languages. In chinese for example, one could say a lot more with fewer characters.--Snaevar (talk) 18:11, 10 March 2013 (UTC)