User talk:Yair rand

From Wikidata
Jump to navigation Jump to search

Welcome to Wikidata, Yair rand!

Wikidata is a free knowledge base that you can edit! Wikidata is a free knowledge base that can be read and edited by humans and machines alike, and you can help. Go to any item page now and add to this ever-growing database!
Need some help getting started? Here are some pages you can familarise yourself with:

If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

--Emijrp (talk) 14:21, 31 October 2012 (UTC)[reply]

Your script

[edit]

Hi Yair, your script works quite fine but, at least for now, I should ask you to add an if statement preventing the "Wikidata item not found" to be shown on namespaces which are currently not allowed to be imported to wikidata, thank you! --Vituzzu (talk) 18:33, 13 November 2012 (UTC)[reply]

I don't think there's been a consensus on which namespaces shouldn't be added yet, has there? I was going to add an exception for the Special namespace until I saw that RecentChanges had a Wikidata entry. --Yair rand (talk) 22:29, 13 November 2012 (UTC)[reply]

Admin

[edit]

Hi. You've been granted adminship per your successful RfA. Congratulations. — MarcoAurelio (talk) 22:40, 13 November 2012 (UTC)[reply]

Thanks. :) --Yair rand (talk) 22:42, 13 November 2012 (UTC)[reply]

Hi, here was reported a request. I contact you to explain it. The box which is created under the title of article appear in the Printable version too. Do you can make disappear this box in the Printable version? Is it possible? Raoli (talk) 13:37, 16 November 2012 (UTC)[reply]

Done. --Yair rand (talk) 08:04, 18 November 2012 (UTC)[reply]
Thank you Yair rand or maybe only Yair. ;) Raoli (talk) 14:24, 18 November 2012 (UTC)[reply]

Hi Yair rand. I just want to let you know that I mentioned two of your edits. --Leyo 14:29, 22 November 2012 (UTC)[reply]

Thanks :) --Yair rand (talk) 14:35, 22 November 2012 (UTC)[reply]

Indicator... it's simple!

[edit]

Moe and I imported the functions relating to "LangSwitch" on Wikidata and functions for gadgets of "Commons". You can use {{Gadget-desc}} as description for gadgets. Raoli (talk) 22:17, 24 November 2012 (UTC)[reply]

Re: Removal of main pages from Common.css

[edit]

I don't understand, I think I only added a line, and in the diff I removed almost all the content in the page. I rollback myself and I will not touch that .css for a long time. Sorry for my mistake! Restu20 15:34, 26 November 2012 (UTC)[reply]

Wikipedia-Wikidata gadget

[edit]

The Wikidata gadget for Wikipedia to display if it has a WD entry is no longer working for me. Is there an issue with it? Regards, — Moe Epsilon 06:45, 6 December 2012 (UTC)[reply]

Seems to be working fine for me... --Yair rand (talk) 17:13, 6 December 2012 (UTC)[reply]
I started using it on November 13 and it worked fine until a couple days ago when I noticed that the wikidata link wasn't there for me anymore. It still hasn't come back. Regards, — Moe Epsilon 07:13, 7 December 2012 (UTC)[reply]
I hope you don't mind, but I reverted back to a day when it did work, purged the cache and reloaded everything to see if it work again and it still didn't work. I really have no clue as to why it doesn't. Regards, — Moe Epsilon 07:25, 7 December 2012 (UTC)[reply]
I see it wasn't just me now: Wikidata:Project chat#Script for Wikipedia. Regards, — Moe Epsilon 13:07, 7 December 2012 (UTC)[reply]

Helo,

I added this script into the project gagdets because it runs fine. It'really a nice script. Bonne chance !-- Bertrand GRONDIN  → (écrire) 17:37, 7 December 2012 (UTC)[reply]

@ Grondin: Please ask a User, who made a script, before you add it as a Gadget. Also you could move the script instead of copy&paste it. You didn't even mention in the description from whom the script is. The stuff on wikidata stands under Creative Commons Attribution Share Alike. In the way you copied the script formal seen you made a copyright infringement. Please mind that.--CENNOXX (talk) 12:52, 8 December 2012 (UTC)[reply]
Oops ! I apologize but i could not move the page without his advise. I added the autor attribution and the license. -- Bertrand GRONDIN  → (écrire) 16:52, 8 December 2012 (UTC)[reply]

Label policy

[edit]

Please read Help:Label if you haven't already. Several of your edits were contrary to policy. Thanks. --Yair rand (talk) 16:02, 9 December 2012 (UTC)[reply]

I've fixed the bug about the french communes. For any days, I use now lowercase letter, I thought that the descriptions were new sentences with uppercase letters. I see that it's a proposed guideline still in discussion.-- Bertrand GRONDIN  → (écrire) 16:01, 10 December 2012 (UTC)[reply]

Yes. Thanks, This is also Sven Manguard 17:54, 11 December 2012 (UTC)[reply]

Could you please make this script only useable in the mainspace? Thanks, I don't want to be touching such a widely used script. -- Cheers, Riley Huntley 02:51, 12 December 2012 (UTC)[reply]

There was a similar suggestion made above. I've noticed that many pages outside the main namespace have Wikidata items. Are you sure it should be disabled outside the mainspace? If so, I'll make the change, but if anyone finds its functioning outside the mainspace useful, it should probably stay. --Yair rand (talk) 03:47, 12 December 2012 (UTC)[reply]

Hello,

I added two traductions in your script : french and catalan. I wanted to inform you of that.-- Bertrand GRONDIN  → (écrire) 05:58, 12 December 2012 (UTC)[reply]

Nomspacoj

[edit]

Mi sukcese instalis vian skripton WikidataInfo.js por mi en de- en- eo- kaj fr-WP sed mi rimarkis ke ĝi ne funkcias kun nomspacoj ekster artikola nomspaco. Ŝajnas ke via skripto konsideras la nomspacojn sub ties angla nomo (Special, Category, ...) anstataŭ ekzemple la Esperantaj en eoWP (Specialaĵo, Kategorio, ...): tion mi supozas ĉar se mi alklakas la ligilon "Ero de Vikidatumoj ne trovita" el ekzemple eo:Specialaĵo:Lastaj ŝanĝoj mi malfermas krepaĝon kun titolo Special:Lastaj ŝanĝoj ( http://www.wikidata.org/wiki/Special:CreateItem?site=eowiki&page=Special:Lastaj_ŝanĝoj ) dum ekzistas Q20582. Aliaj ekzemploj sube.

If you don't understand my Esperanto I could try to say it in English. --ArnoLagrange (talk) 13:53, 25 December 2012 (UTC)[reply]
WP page CreateItem link Wikidata
eo:Specialaĵo:Lastaj ŝanĝoj Special:Lastaj_ŝanĝoj Q20582
fr:Spécial:Modifications_récentes Special:Modifications_récentes
eo:Kategorio:Tekniko Category:Tekniko Q1458045
de:Kategorie:Technik Category:Technik
Is it fixed now? --Yair rand (talk) 17:18, 25 December 2012 (UTC)[reply]
Mi instalis vian novan version kaj jes estas riparite. Dankon !
Alia problemo: kiam paĝo estas alinomita la skripto ne plu kapablas trovi la ligilon al vikidatuma ero (Q#### ) dum inverse el Vikidatumo la artikolo plu estas ligita tra alidirektilo. Ĉu vi povus evoluigi vian skripton por ke ĝi kapablu trovi la vikidtuman eron tra alidirektoj ? --ArnoLagrange (talk) 22:18, 28 December 2012 (UTC)[reply]
I don't think that's possible, actually. Sorry. --Yair rand (talk) 18:28, 30 December 2012 (UTC)[reply]

Bug in script WikidataInfo.js?

[edit]

I think that after this change there is some problem, sometime I have wrong info about "Wikidata item not found", can you check? --ValterVB (talk) 08:18, 26 December 2012 (UTC)[reply]

Found it, the problem is with disambiguation: () and , --ValterVB (talk) 08:32, 26 December 2012 (UTC)[reply]

Now I get in every article "Wikidata item not found". --Stryn (talk) 11:17, 26 December 2012 (UTC)[reply]

August?

[edit]

Why August specifically? Sven Manguard Wha? 19:19, 6 January 2013 (UTC)[reply]

August is just my estimate of when we're likely to have a steady community of such a size to need bureaucrats. I figure by then the initial rush from the infobox data deployment will have finished, we'll probably have some durable policies that are well-understood, and a reasonable amount of possible admin candidates who are likely to be around long-term, as well as the project being more settled-down, so to speak. There's nothing special happening in August that I know of. --Yair rand (talk) 19:47, 6 January 2013 (UTC)[reply]
Oh, okay. I was worried that there was some big date I was missing. Sven Manguard Wha? 20:36, 6 January 2013 (UTC)[reply]

Talkback

[edit]
Hello, Yair rand. You have new messages at Template talk:Top icon.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

— Francophonie&Androphilie(Je vous invite à me parler) 16:07, 10 January 2013 (UTC)[reply]

Gadget/proposals

[edit]

Hi Yair rand, I've put your tool "Display Wikidata Info on Wikipedia" on the list of proposals for new gadgets. Cheers --Kolja21 (talk) 15:55, 24 January 2013 (UTC)[reply]

WikidataInfo.js

[edit]

Hi! The first time I noticed the script not finding the corresponding Wikidata item: Q55305 and w:en:Star Wars: Jedi Knight (series). Would be great if you could have a look at this, sorry Ican't help with debugging. (And on this occasion thanks for creating the script, it is highly useful.) -- Make (talk) 22:41, 25 January 2013 (UTC)[reply]

Sorry, I haven't been able to reproduce this bug. The page is showing the expected "Wikidata: Star Wars: Jedi Knight (Q55305), series of video games" text for me. --Yair rand (talk) 21:53, 27 January 2013 (UTC)[reply]
After manually clearing my browser's cache, it's working fine now. Looks like the change after colon-issue 2013-01-20 didn't propagate through. -- Make (talk) 05:44, 28 January 2013 (UTC)[reply]

Wikidatainfo leading to creation of duplicate items

[edit]

Hi Yair,

when an article is not connected to Wikidata, the tool shows a subtitle saying "item not found" with a link to the Wikidata item creation page. This led to lots of duplicate items. Some huwiki editors suggested that the link should lead to Special:ItemByTitle instead (as the normal search page is currently not useful). Also, maybe the text could be changed to better express that the tool did not do any search (e.g. "item not linked to Wikidata"). What do you think? --Tgr (talk) 20:28, 27 January 2013 (UTC)[reply]

I don't see how linking to Special:ItemByTitle would be helpful. All the script does is effectively search Special:ItemByTitle, and if the script doesn't find anything, then an identical search on Special:ItemByTitle won't find anything either. Or do you think users will search for pages in other languages to find the item? If so, maybe a better solution would be to link the text "check if the item already exists" in MediaWiki:Createitem-summary to Special:ItemByTitle? I think the text "item not linked to Wikidata" would cause additional confusion, as "item" ordinarily refers to Wikidata items. "page not linked to Wikidata" probably wouldn't be very helpful either. I think that in most cases, the item just hasn't been created yet, so the best course of action would be to link to the CreateItem page. --Yair rand (talk) 21:53, 27 January 2013 (UTC)[reply]

Hi! Sorry for butting in, I am the editor who suggested this change. The issue is that the system seemingly searches for English titles. Since we don't create our pages with English titles, a lo of times the tagline says that there is no such item in wikidata, and hence asks for creation. But the item usually exists, in English. Because of this we created multiple duplicates already only to find out when trying to enter the other wiki iwiws in the form that the item already exists elsewhere. This should be prevented. You need to consider that once wikidata goes live everywhere, this is going to create chaos in all the non-English wikis. Or - you would need to improve the tool to be able to associate the title to the already existing one even if the article title is not in English...and I don't see how that is possible. :) Teemeah (talk) 11:42, 28 January 2013 (UTC)[reply]

Forgot to mention, this concerns newly created articles. Teemeah (talk) 11:43, 28 January 2013 (UTC)[reply]

When I cheak some articles of en:Command_&_Conquer,your tool said it doesn't have item on wikidata,but in fact,it have.Your tool can't find it.like:en:Command_&_Conquer:_Yuri's_Revenge is for Q2014743.It seems that it doesn't support the articles name with Escape character very well.I hope you can fix the bug.Thank you and forgive me my bad English.——Cwek (talk) 13:55, 28 January 2013 (UTC)[reply]

Could you try to completely clear your browser's cache? see [2] for how to do this. I experienced the same malfunction you describe. see #WikidataInfo.js above. After completely clearing my browser's cache, the WikidataInfo-script works as expected for me. -- Make (talk) 14:16, 28 January 2013 (UTC)[reply]

::No,I means like the screenshot.

a Screenshot for the bug of Display Wikidata Info on Wikipedia
For en:Command_&_Conquer:_Yuri's_Revenge,The tool said it doesn't find it,But in fact ,The article have the corresponding entity,Q2014743.Except en:Command_&_Conquer,which I was amazing that the tool can find it,all Command_&_Conquer series have same phenomenon.Like en:Command & Conquer: Red Alert 2,en:Command & Conquer 3: Tiberium Wars,en:Command & Conquer: Generals,etc.Just test it.It does not about the cache.——Cwek (talk) 06:14, 29 January 2013 (UTC)[reply]
And maybe I find a reason,I set the Internationalisation is chinese.If I set the Internationalisation is english, the bug is gone.Maybe the Internationalisation is the key of the problem.but I come from zh-wp,I always set the Internationalisation on chinese,and the key may not the key.When I set the Internationalisation is chinese and like the picture.
The tool still work.So I think that the Internationalisation maybe the problem.——Cwek (talk) 06:14, 29 January 2013 (UTC)
[reply]
Suddenly the tool is work well,May be the cache.Think you for help.——Cwek (talk) 06:18, 29 January 2013 (UTC)[reply]

Admin confirmations

[edit]

Hello! We are currently in the process of confirming all of the early admins, and you are scheduled to be confirmed between 7 - 11 February 2013. Please create an entry at Wikidata:Administrators/Confirm 2013/4, and see Wikidata:Administrators/Confirm 2013 for more details. Techman224Talk 00:19, 2 February 2013 (UTC)[reply]

Why did you revert the label of Yokohama (Q1205910)?

[edit]

The label Yokohama is quite ambiguous. I checked the english article and it refers to the Yokohama machi at Aomori Prefecture The preceding unsigned comment was added by Napoleon.tan (talk • contribs) 14:19, 4 February 2013‎.

It's allowed to be ambiguous. Please read Help:Label. --Yair rand (talk) 14:20, 4 February 2013 (UTC)[reply]
I know it is allowed to be ambiguous but what is the benefit of returning it to Yokohama? It is confusing if a lot of wikipedia Label are Yokohama and one refers to a city in Kanagawa Prefecture, then another refers to a Yokohama machi in another prefecture then another Yokohama refers to the ambiguous page of Yokohama. I think the proper label for it is the one that states it's real meaning The preceding unsigned comment was added by Napoleon.tan (talk • contribs) 14:25, 4 February 2013.
Also about the Nakayama Station, it is really weird to revert back the Nakayama Station label to the ambiguous name. If the phase 2 (property) and phase 3 (list) are implemented having 3 Nakayama Station in a list and same name in the search result would make other think they are duplicate. The preceding unsigned comment was added by Napoleon.tan (talk • contribs) 14:33, 4 February 2013.
The common name of the town is "Yokohama". Yes, it can be confused with the other Yokohama, but that's what the description field is for. The label is supposed to simply reflect the entity's name, not to uniquely identify it. It is frequently the case that as many as dozens of items have the same label. --Yair rand (talk) 14:35, 4 February 2013 (UTC)[reply]
(talk page stalker) See this, for instance - that's a case where not only are there many meanings, but any simple description (film, novel, etc.) would still be somewhat ambiguous, requiring all sorts of clarification within each description. The purpose of the description field is to do precisely what you're talking about, to disambiguate. In fact, with labels that have a pretty clear meaning, we generally give fairly broad descriptions, while with ones with many possible meanings, we give more detailed ones. — PinkAmpers&(Je vous invite à me parler) 15:22, 4 February 2013 (UTC)[reply]
Thank you for the explanation, I'll keep this in mind on changing Labels, Thanks. The preceding unsigned comment was added by Napoleon.tan (talk • contribs) 14:25, 4 February 2013.

Georgia

[edit]

Hello Yair rand,

I have changed the label Georgia to Georgia (country) and other cases of Georgia to make it easy to select the correct name when we use statement. Foe example Q208352 is a town in Georgia so first I choose town and then I have a list of several Georgia. It is much easear whan the main label have tha same name like in en.wiki. Geagea (talk) 18:40, 5 February 2013 (UTC)[reply]

Please read Help:Label. Thank you. --Yair rand (talk) 18:45, 5 February 2013 (UTC)[reply]
Yair, sorry for disturbing you again. I have read Help:Label but I do not see it not allowed to add (country) as I did. Can you pleases try to see my point. Can you add town - Georgia to Q2474275 (Surami). Thanks in advance. Geagea (talk) 19:42, 5 February 2013 (UTC)[reply]
Quoting Help:Label: "When an article title includes disambiguation in it, either by placing it after a comma or by placing it in parenthesis, the disambiguation should be left out. Disambiguation information should instead be placed in the description field.". "(country)" is not part of the actual name of the entity, it is just disambiguating text, so it should not be placed in the label. --Yair rand (talk) 01:43, 6 February 2013 (UTC)[reply]
Thanks. Geagea (talk) 02:19, 7 February 2013 (UTC)[reply]

מלחמת עריכה

[edit]

שלום יאיר, האם יש כאן מדיניות של מלחמת עריכה? ואם יש האם אתה יכול להפנות אותי לדף המדיניות? תודה. Hanay (talk) 17:55, 14 February 2013 (UTC)[reply]

שלום יאיר, האם אוכל לקבל תשובה? Hanay (talk) 12:18, 17 February 2013 (UTC)[reply]
There is no specific policy on that as far as I know. --Yair rand (talk) 12:22, 17 February 2013 (UTC)[reply]

checksitelinks.js

[edit]

Your checksitelinks script is invaluable! I have noticed a small problem, though. Interwiki links for certain languages (e.g. be-x-old, zh-min-nan) are never removed. In fact, this seems to happen for all languages whose code includes a hyphen character. —Naddy (talk) 02:45, 15 February 2013 (UTC)[reply]

Should be fixed now. --Yair rand (talk) 12:00, 17 February 2013 (UTC)[reply]

HighlightUncreated

[edit]

Hi and thanks for the great tool (HighlightUncreated). Would it be possible to add some code to this tool to understand special letters, like "ä", "ö" and "å"? And also if possible not to highlight user pages, talk pages or any things what we are not going to add to Wikidata. --Stryn (talk) 12:58, 15 February 2013 (UTC)[reply]

The issue with special characters should be fixed now. I don't think there's any way to easily get all of a wiki's namespaces' names and aliases, so I probably won't be able to have it not highlight user pages, etc. --Yair rand (talk) 12:00, 17 February 2013 (UTC)[reply]

checksitelinks.js bug

[edit]

Please see here. Your script doesnt seem to remove intwerwiki links for languages with dashes in them. I have a feeling this is because the API returns language links with underscores (I had this issue with my bot on EN). It would be great if you would try and fix this! ·Add§hore· Talk To Me! 23:18, 16 February 2013 (UTC)[reply]

As you don't seem to be around at present I have taken the liberty of forking a fixed version at http://www.wikidata.org/wiki/User:William_Avery/checksitelinks.js William Avery (talk) 00:45, 17 February 2013 (UTC)[reply]
Should be fixed now. --Yair rand (talk) 12:01, 17 February 2013 (UTC)[reply]
Cheers guys! ·Add§hore· Talk To Me! 20:19, 17 February 2013 (UTC)[reply]
[edit]

As you may have noticed, we've been having some issues at en with users not knowing that removals of ILL's are not necessarily vandalistic. I'm making a push to get all users removing the links to know that they should leave an edit summary. So, since your script is already so helpful when it comes to removing links safely and without fucking stuff up, I was wondering if you'd consider adding a default edit summary to it? Something like Removed interlanguage links now available at Wikidata, using [[d:User:Yair Rand/checksitelinks.js|a script]]. Please see [[WP:WDATA]] for more information. — PinkAmpers&(Je vous invite à me parler) 16:16, 17 February 2013 (UTC)[reply]

That would take up more than half the edit summary maximum. Wouldn't most edits like this be done at the same time as actual edits to article content, requiring their own edit summaries? Maybe something more succinct would be better? --Yair rand (talk) 17:03, 17 February 2013 (UTC)[reply]
Good point. How about Removed sitelinks migrated to [[WP:WDATA|Wikidata]]. That way, if you've done anything else that revision, you can just put it in after a semicolon or something. — PinkAmpers&(Je vous invite à me parler) 18:43, 22 February 2013 (UTC)[reply]
✓ Done. --Yair rand (talk) 15:44, 24 February 2013 (UTC)[reply]

bot/login

[edit]
Hi Yair rand
i will make some test with my bot GanimalBot but the bot can't login into wikidata. Is that correct?:
:# -*- coding: utf-8  -*-
:mylang = 'en'
usernames['wikidata']['wikidata'] = u'GanimalBot'
-Thanks-- George Animal (talk) 19:06, 18 February 2013 (UTC)[reply]
?
I'm sorry, I don't quite understand what you're saying. If you're having trouble logging in with using the account "GanimalBot", it might be because User:GanimalBot isn't registered on Wikidata... --Yair rand (talk) 19:15, 18 February 2013 (UTC)[reply]
[edit]

On en:Texas, the script won't remove [[tl:Teksas]]. It didn't remove it when I initially ran the script and won't remove it now. Bgwhite (talk) 06:04, 21 February 2013 (UTC)[reply]

Tl-wiki article was a redirect page to w:tl:Texas, so I removed tl:Teksas. --Stryn (talk) 06:15, 21 February 2013 (UTC)[reply]
Thanks for the explanation Stryn. Bgwhite (talk) 06:53, 21 February 2013 (UTC)[reply]


Found another case. Script has problems if there is a space, for example [[tl: Teksas]]. Example articles are en:Digital Signature Algorithm and en:Kernel (matrix). A quick scan of last month's database dump for English Wikipedia shows 3,000 such articles. Bgwhite (talk) 06:53, 21 February 2013 (UTC)[reply]

[edit]

first of all, thank you for the User:Yair_rand/checksitelinks.js script, which works very well. I temporarily made a slightly modified version in en:User:Frietjes/checksitelinks.js, with the only difference that it strips the trailing '/doc' from the page it uses in the query. the reason is that on many template pages, the interwiki links are on the doc page, instead of on the template page. there is probably a safer way to do this, but it is working fairly well for me right now.

the only slight issues that I have run into with non-article space is (1) case sensitivity after the namespace, so 'Template:foo' isn't the same as 'Template:Foo' and (2) the fact that many interwiki links use 'Template:', even when the native name for the namespace is not 'Template:' (with 'Template:' automatically translated by the server), so we don't get a match when there is a match. these are both really minor problems, and the script is being cautious, which is good.

thank you again. Frietjes (talk) 21:53, 26 February 2013 (UTC)[reply]

Great idea. I've added your change to User:Yair rand/checksitelinks.js. :) --Yair rand (talk) 22:04, 26 February 2013 (UTC)[reply]
awesome. by the way, do you know how to do this? i.e., upload a batch of links rather than one at a time? Frietjes (talk) 18:22, 5 March 2013 (UTC)[reply]
You can use the slurpInterwiki gadget to do that. You can enable it from Special:Preferences#mw-prefsection-gadgets. --Yair rand (talk) 18:25, 5 March 2013 (UTC)[reply]

User:Yair rand/WikidataInfo.js

[edit]

Hi, thanks for your nice tool I wrote some suggestion it's talk page also it has a bug with en:ZWNJs which can not check pages that they have this character like fa:۶ ذات‌الکرسی. it shows it doesn't have item but it has Q249301. thanks▬ Reza1615 / T 21:16, 3 March 2013 (UTC)[reply]

Seems to be fixed now. --Yair rand (talk) 06:40, 7 March 2013 (UTC)[reply]

checksitelinks.js and translations

[edit]

Hello!

I'm using the invaluable checksitelinks.js on w.fr. It works fine, but the edit summaries are in English although the translation exists in the code. Is there something I am doing wrong? Place Clichy (talk) 08:23, 7 March 2013 (UTC)[reply]

Don't know what changed, but it now works like a charm! Many thanks! Place Clichy (talk) 09:46, 8 March 2013 (UTC)[reply]

User:Yair rand/WikidataInfo.js

[edit]

Seems like you have made a nice little tool, but I wonder, what happen when this tool become popular? What if someone adds it to common.js? The thing is by using the API like this each request hits the webservers and in this case without any cashing. That means Wikidata can run into a veritable DOS attack from Wikipedia if any admin there adds the loader to common.js or vector.js. Nice script, but at least you should use (s)maxage, probably also set maxlag to a really low value. I would set smaxage and maxage both to 300 seconds, and maxlag to 1. That would make the browser reuse its own copy for five minutes, then it would reuse the server version if that one is up to five minutes old, and then it will get a fresh copy unless the servers are lagging more than 1 second. — Jeblad 20:47, 3 April 2013 (UTC)[reply]

If a user is using the script both to access the items for a bunch of articles and to double check that they did all the edits they intended to do (as I've done a number of times), then it would be rather annoying if it didn't update for five minutes. Is this change definitely necessary? --Yair rand (talk) 20:57, 3 April 2013 (UTC)[reply]
We have a tiny set of databases, a small set of webservers, and a larger set of very efficient squids. Usually a page request on Wikipedia will hit the squids, and then reuse a rendered page. Only if a page isn't rendered the request hits the webservers. This is fairly efficient, and it can be up to months between each time a page is fully rerendered. With your script all requests for data about the item for a page on Wikipedia will also try to reach the Wikidata servers, it will bypass the squids and hit the webservers – every time. Not only when something is edited, but every time the page is displayed. There is a factor of about hundred between the edits and views. Edits are most of the time logged in people, views are most of the time anonymous. As long as the script is only used by logged in users we might be able to handle the traffic, but as soon as someone adds it to commons.js for one of the medium sized to large wikis we will go down in flames. Any value for (s)maxage and maxlag will improve the situation, and I don't think it is really important to get this value below 5 minutes. In other parts of the interface 15 and 30 minutes are used for caching. — Jeblad 21:19, 3 April 2013 (UTC)[reply]
Any value for (s)maxage more than a bunch of seconds would probably make the script less helpful, I think. I don't understand exactly what maxlag does. Maybe I should just set the script not to work for anons? Would that help significantly? --Yair rand (talk) 21:55, 3 April 2013 (UTC)[reply]
This script is used at several sites in such a way that it always hammers the servers with no caching whatsoever. It would be very nice if you fix this asap. Jeblad (talk) 19:17, 29 May 2013 (UTC)[reply]
I set maxlag to 1 and maxage/smaxage to mw.user.isAnon() ? 900 : 30. I don't suppose that would be high enough? :( --Yair rand (talk) 03:53, 30 May 2013 (UTC)[reply]

Please update "Find redirects for aliases" gadget

[edit]

I think it's conflict with gadgets "RequestDeletion" and "enumItems" because if I activated any or all of that two gadgets, your gadget will be missing from the tab. Kind regards,  Ę-oиė  >>> 13:18, 14 April 2013 (UTC)[reply]

It doesn't seem to be breaking for me when I have those gadgets also enabled. Could you give me an example of a specific page where it breaks? --Yair rand (talk) 14:47, 14 April 2013 (UTC)[reply]
It's look like just for Firefox http://prntscr.com/10lerr when I use chrome, it's not happen.  Ę-oиė  >>> 16:19, 14 April 2013 (UTC)[reply]

User:Yair_rand/WikidataInfo.js en la soraba vikipedioj

[edit]

Saluton, Yair rand. Mi vidis, ke via skripto User:Yair_rand/WikidataInfo.js ĝis nun aperigas anglajn mesaĝojn en la sorabaj vikipedioj. Ĉu vi povus aldoni la jenon:

'dsb': {
      notfound: "Wikidatowa sajźba se njejo namakana.",
      intro: "Wikidaty: ",
      nolabel: "(bźez pomjenjenja)",
      nodescription: "bźez wopisa",
      aliases: "Alternatiwne mjenja: ",
      noaliases: "žedne"
    },

por la malsuprasoraba vikipedio? Kaj la jenon

'hsb': {
      notfound: "Wikidatowa sadźba so njeje namakana.",
      intro: "Wikidaty: ",
      nolabel: "(bjez pomjenjowanja)",
      nodescription: "bjez wopisa",
      aliases: "Alternatiwne mjena: ",
      noaliases: "žadne"
    },

por la suprasoraba vikipedio? Mi tre ĝojus, se la mesaĝoj poste ankaŭ en tiuj malgrandaj vikipedioj aperus en la tiea lingvo. Dankon. --Tlustulimu (talk) 16:29, 24 April 2013 (UTC)[reply]

✓ Farita. --Yair rand (talk) 21:19, 24 April 2013 (UTC)[reply]
Dankegon. Ĝi jam funkcias bone. :-) --Tlustulimu (talk) 09:22, 25 April 2013 (UTC)[reply]
Hello! Please replace "žadne" with "žane", since the former is wrong (another meaning). Thanks a lot! --J budissin (talk) 18:34, 17 May 2017 (UTC)[reply]
@J budissin: ✓ Done. --Yair rand (talk) 19:51, 17 May 2017 (UTC)[reply]

You should not use rollback to revert edits you don't agree with. Ever. odder (talk) 10:55, 29 May 2013 (UTC)[reply]

Sorry about that, I wasn't aware that there was a policy saying that rollback should only be used to revert vandalism and test edits, but it seems there is (WD:RB).
About the edit itself, please take it to the talk page and get consensus there first. Thanks. --Yair rand (talk) 11:45, 29 May 2013 (UTC)[reply]
The trouble is, this doesn't work that way. The original description for that item was city in Israel, and someone changed it to capital of Israel without gaining consensus. If you're now telling me to gather consensus to revert this unilateral change, then something's seriously wrong here. odder (talk) 11:52, 29 May 2013 (UTC)[reply]

Please see User:Byrial/Uncles re your redundancy argument in the above. --  Docu  at 19:59, 9 June 2013 (UTC)[reply]

New translations for checksitelinks.js from Meta-Wiki

[edit]
Hello, Yair rand. You have new messages at User talk:Yair rand/checksitelinks.js#New translations from Meta-Wiki.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

--Ricordisamoa 04:51, 4 July 2013 (UTC)[reply]

surname and given name

[edit]

I just want to let you know, that I created both properties right now. We've waited for them (too) long and your RfC didn't seem to proceed. I hope you don't take this personally and understand my action. Would you please close the RfC or should I do that? --Nightwish62 (talk) 20:18, 31 July 2013 (UTC)[reply]

Ok, I saw you wasn't much active in the last weeks, therefore I closed the RfC by myself. Hope you understand this action too. --Nightwish62 (talk) 20:24, 31 July 2013 (UTC)[reply]
I don't agree with this action, but I suppose a decision on names can only be delayed so much when we're not really progressing forward. I hope we set up a fuller solution at some point. --Yair rand (talk) 03:32, 1 August 2013 (UTC)[reply]

The property cause of destruction (P770) is available now. I saw that you participated in the discussion. --Tobias1984 (talk) 09:39, 6 August 2013 (UTC)[reply]

The property ISO 3166-3 (P773) is available now. I saw that you participated in the discussion. --Tobias1984 (talk) 10:41, 7 August 2013 (UTC)[reply]

The property significant event (P793) is available now. I saw that you participated in the discussion. --Tobias1984 (talk) 17:07, 13 August 2013 (UTC)[reply]

Re: Incorrect bot edit?

[edit]
Hello, Yair rand. You have new messages at Ricordisamoa's talk page.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

--Ricordisamoa 11:47, 20 August 2013 (UTC)[reply]

Hello, Yair rand. You have new messages at Wikidata:Bot requests#Move statements.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

--Ricordisamoa 02:49, 27 August 2013 (UTC)[reply]

Borders

[edit]

Hi, I noticed you did some work on borders, I did some now as well and added instance of = border on these items. I was amazed how many articles the French Wikipedia has, see w:fr:Liste des frontières internationales. So that's useful if you're searching for a Wikidata item on a certain border ;-) (Btw, I'm also wondering how we can link to the "relations" articles, e.g. France–Germany relations...). Regards, SPQRobin (talk) 00:31, 10 September 2013 (UTC)[reply]

Quite a useful list, thanks.
Re relations articles, we do have a diplomatic relation (P530) property, which perhaps could be used together with statement is subject of (P805) for this. However, we sometimes have "relations" articles for countries that don't have real diplomatic relations with each other (I think?). One option that comes to mind is creating a property indicating status of lack of having diplomatic relations, simply in order to have the qualifier line available. That runs into problems with the "it's horrifically complicated" status of diplomatic relations, so that would be kind of difficult. Another option would be to somewhat redefine 530 to allow for a diplomatic mission sent (P531) => none, to indicate lack of diplomatic relations, while still allowing a qualifier line to use statement is subject of (P805). Unless it actually is possible to have diplomatic relations without having any diplomatic missions? I don't really understand well how these things work, unfortunately.
Or maybe a different tack entirely would be better. --Yair rand (talk) 01:04, 10 September 2013 (UTC)[reply]
Hmm, as far as I know, most countries have diplomatic relations with each other, so I think the first problem would be listing all of them. The property is apparently used on a few items only currently. As for a lack of diplomatic missions, I think "none" would be a good idea. In any case, if we are indeed using diplomatic relation (P530), then statement is subject of (P805) for the "relations" items as qualifiers, that's what I was looking for :) SPQRobin (talk) 16:12, 11 September 2013 (UTC)[reply]

"Translate this" in section headers

[edit]

Hi,

In your edit summary, you ask if there are any oppositions .. to me it seems to break auto-edit summaries. --  Docu  at 13:15, 15 September 2013 (UTC)[reply]

Saluton!

[edit]

Saluton! Thanks for your notification! Please see special:WhatLinksHere/Q15062158|limit=500 relating Honorary Member of the World Esperanto Association (Q15062158) -
I arrived here two weeks ago. I tried to contact Esperanto speakers at project:Diskutejo#kie komenci (where to start). Please look at those links and improve the pages if you have some time. Please invite other users as well.
I made more property proposals at Wikidata:Property proposal/Authority control. Unfortunately many proposals are pending.
https://www.wikidata.org/?curid=16717382# is a short link to my user page. There you may find also a link to my /common.js clone version of Magnus Manske's authority control.js tool.
In my clone version the properties are related as property:P0 a placeholder / a dummy. As soon as the properties are available additional data can be added to Wikidata. Please consider if you can support and / or create these properties. Thanks in advance! Antauxdankon! לערי ריינהארט (talk) 21:22, 22 October 2013 (UTC)[reply]

linkification for the NLI (Israel) identifier

[edit]

Kara amiko! National Library of Israel ID (old) (P949) is available since some weeks. I did not have a chance to investigate about the linkification to the catalog of the National Library of Israel (Q188915) . Can you please investigate this? Thanks in advance! לערי ריינהארט (talk) 16:12, 5 November 2013 (UTC)[reply]

@לערי ריינהארט: I don't understand. Do you mean linking the property to the item? That's not possible yet, as property metadata still isn't supported. --Yair rand (talk) 07:03, 6 November 2013 (UTC)[reply]

Please see MediaWiki:Gadget-AuthorityControl.js and the associated talk page. It helps to linkify the identifier at all pages listed at special:whatlinkshere/Property:P949. Regards לערי ריינהארט (talk) 07:19, 6 November 2013 (UTC)[reply]

✓ Done לערי ריינהארט (talk) 10:27, 12 November 2013 (UTC)[reply]

Hi! Thank you for your interest at https://www.wikidata.org/?curid=1342#larger_benefit . I have written some details there. Please feel free to start a discussion at Wikidata:Project chat. Feel free to add a @לערי_ריינהארט there. Thanks in advance! לערי ריינהארט (talk) 10:27, 12 November 2013 (UTC)[reply]

Property for native name

[edit]

I planed to add proposal for common native name, but found your for terms. I think it's better to use one property for all items (and we definitely need something like this for persons, companies, countries etc) than separate for each kind. And we already have P357 (P357) which should be merged (or used as base) with this property. If you agree, may you move you proposal into Generic section? --putnik 19:17, 12 November 2013 (UTC)[reply]

wondering about Wikimedia language code handling

[edit]

Saluton! Please take a look at Wikidata:Project chat#wondering about Wikimedia language code handling. Can you fix the script pleae? Thanks in advance! לערי ריינהארט (talk) 22:04, 4 December 2013 (UTC)[reply]

RE: P21 of Harry Potter characters

[edit]

Mmm... yes. I did not realize the existence of two different properties. IMO could be other users who have made ​​this mistake (or will make it): do you think we can require the intervention of a bot that periodically correct this possible error? (anyway thanks for reporting). -- Yiyi .... (talk!) 22:50, 4 December 2013 (UTC)[reply]

@Yiyi: I don't know how a bot would be able to tell when it was used incorrectly, unless the item already has a statement identifying the entity as a human, which many don't. --Yair rand (talk) 02:50, 5 December 2013 (UTC)[reply]
Actually it is true. ok, I'll correct theese mistakes. Bye! -- Yiyi .... (talk!) 08:04, 5 December 2013 (UTC)[reply]

Calendar year

[edit]

(Note to self, and of course the talk page stalkers if they feel like pointing something out...)

There are some hundreds (thousands?) of items like 2013 (Q1998) that have instance of (P31)year (Q577). I would think that using calendar year (Q3186692) might be a better choice, or even better, an item labelled "Gregorian calendar year" (currently doesn't exist afaik), which could be a subclass of calendar year (Q3186692), to be more specific. There are also some hundreds (thousands?) of items for years in other calendar systems (ex. 5770 AM (Q2740731)), and we don't seem to currently have a good item for their instance of property, unfortunately. --Yair rand (talk) 04:24, 9 December 2013 (UTC)[reply]

The function LanguageSelect was activated at 25 January 2013. I just import the script to improve the speed on loading and remove redundancy in the script. When you think MediaWiki:Gadget-LanguageSelect.js is obsolete, then lets delete it and all messages and templates:

--Fomafix (talk) 06:13, 1 January 2014 (UTC)[reply]

Esperanta logotipo

[edit]

Saluton Yair! Ĉu vi hazarde scias kie ni povas peti, ke logotipo de Vikidatumoj kun Esperanta interfaco estu la Esperanta logotipo? Ŝajnas ke neniu plu kontraŭas tiun ĉi konkretan version. Amike. --KuboF (talk) 17:25, 14 January 2014 (UTC)[reply]

MediaWiki talk:Common.css. La kodo estus:
:lang(eo) #p-logo a {
	background-image: url(https://upload.wikimedia.org/wikipedia/commons/thumb/b/b9/Wikidata-logo-eo.svg/156px-Wikidata-logo-eo.svg.png) !important;
}
--Yair rand (talk) 22:27, 14 January 2014 (UTC)[reply]
Dankon! Jam petita. Ŝajne mi petos ankaŭ en Komunejo ;) Amike. --KuboF (talk) 22:02, 18 January 2014 (UTC)[reply]

via /common.js subpagxo

[edit]

Rilate al user:Yair rand/common.js. Bv. noti helpeton cxe User:Rotsaert8000. Antauxdankon! Kun amikaj salutoj el Munkeno לערי ריינהארט (talk) 19:56, 26 February 2014 (UTC)[reply]

re

[edit]

OK. I have fixed the bug since Wikidata:Properties for deletion/Preload didn't work.--GZWDer (talk) 11:51, 27 February 2014 (UTC)[reply]

Request for feedback on my GSoC'14 proposal

[edit]

Hi Yair rand,

I am planning to work on the project titled "Tools for mass migration of legacy translated wiki content" this summer under Google Summer of Code. I have drafted a proposal for the same over the past few weeks. This project is going to help the translation adminstrators like you in a great way, as it would completely automate the tedious manual task of preparing a page for translation and then importing the translations into the Translate extension. You can check the proposal page for detailed information on how I plan to accomplish this.

As you would be an end user of this tool, it would be great if you could go through the proposal and provide feedback/suggestions. Your feedback would definitely help me improve the proposal as well help in creating an even better tool. You can do the same on the discussion page of the proposal or reply here, whichever is convenient for you. I look forward to hearing from you! Thank you!

P.S: I need to submit the proposal to Google by March 19, 2014.

BPositive (talk) 13:41, 13 March 2014 (UTC)[reply]

Hello,
Since you made that change to Template:List of properties/Row, the label are no more displayed in the user language.
This is quite sad.
I think this was done by the use of Template:Label using Module:WBHacks function label().
Regards Liné1 (talk) 20:16, 10 May 2014 (UTC)[reply]

@Liné1: It looks to me like the labels are displayed in the appropriate language, actually. The module calls {int:lang} just like Template:Label does. --Yair rand (talk) 14:22, 11 May 2014 (UTC)[reply]
...Sorry, you're right. It is broken in certain conditions. I'm not sure what's causing the problem. The call to the "lang" message is returning "en" regardless of the user settings. Very strange. --Yair rand (talk) 14:32, 11 May 2014 (UTC)[reply]
Should be fixed now. --Yair rand (talk) 02:43, 12 May 2014 (UTC)[reply]
Excellent. It works fine now. Thks a lot. Cheers Liné1 (talk) 06:24, 12 May 2014 (UTC)[reply]

WikidataInfo.js

[edit]

Hi :-) I'm using your js in my global.js for all the projects. Since recently Wikidata pages can be connected on Wikidata items (of course just ns category, help, wikidata etc.), I did not disable the tool for Wikidata, since it can be useful also for it. The only problem is that it works also on items, so in all the "Qxxxxxx" pages there is "Element not found". It's not a big deal and probably we can keep it, but would it be difficult to exclude items to be "searched" with this script? And, if it's not too difficult, also for the namespace "File", I think. Thanks in advance :-) --Superchilum(talk to me!) 15:37, 3 September 2014 (UTC)[reply]

thanks for the change :-) there is a little problem, I don't know if it's due to this last change: when a page is not connected on Wikidata, until this evening something like "Wikidata item not found" appeared, and if you clicked on it you were redirected to the page for the creation of the item; now, there is "Wikidata: (No label) (NAMEOFTHEPAGE), no description given" (with the name of the page in NAMEOFTHEPAGE), and if you click on it you are redirected to https://www.wikidata.org/wiki/NAMEOFTHEPAGE . Does it happen to you too? --Superchilum(talk to me!) 21:30, 3 September 2014 (UTC)[reply]
Sorry about that, I broke the check for whether the item exists with the recent edit. Fixed now. --Yair rand (talk) 21:38, 3 September 2014 (UTC)[reply]
thank you very much :-) --Superchilum(talk to me!) 21:55, 3 September 2014 (UTC)[reply]

Notice of removal of adminship

[edit]

Hi Yair rand, I'm informing you that per inactivity policy your admin rights have been removed on Wikidata. Regards, --Stryn (talk) 17:46, 4 September 2014 (UTC)[reply]

Huh, I didn't realize it had been that long. Wasn't I supposed to get a bit of advance warning, though? Or would that have defeated the point? :) --Yair rand (talk) 21:49, 4 September 2014 (UTC)[reply]
Unfortunately, it is indeed your responsibility to keep up with admin activity here.--Jasper Deng (talk) 06:16, 5 September 2014 (UTC)[reply]

Cleaning-tool

[edit]

Hi do you have time for developing cleaning-tool.Yamaha5 (talk) 21:04, 9 October 2014 (UTC)[reply]

citizenship of Anne Frank

[edit]

Hi, could you tell me your reasoning for this edit? I don't think you will find anyone in the Netherlands who considers people who fled Germany in the period before WWII to be "German", and someone who is the most-read female Dutch writer of the Netherlands to be "not Dutch". Thanks in advance, Jane023 (talk) 16:56, 4 May 2015 (UTC)[reply]

@Jane023: The property in question is country of citizenship (P27). Whether she was "Dutch" or "not Dutch" is not relevant. If she was not a legal citizen of the Netherlands, it should not be listed as her country of citizenship. --Yair rand (talk) 18:31, 4 May 2015 (UTC)[reply]
OK let me rephrase the question; why do you feel that the Netherlands was not her country of citizenship? To be clear, you reverted her Dutch citizenship. This must be a mistake. Jane023 (talk) 18:37, 4 May 2015 (UTC)[reply]
I'm not very knowledgeable on this topic, and I just assumed since the English Wikipedia article said that she was born with German citizenship and was stateless after 1941, that she never had Dutch citizenship. A quick Google search doesn't show anything about her having had Dutch citizenship. Was she actually a citizen of the Netherlands? If so, could you provide a source for this please? Thanks. --Yair rand (talk) 18:43, 4 May 2015 (UTC)[reply]
Oh that's easy. Her father registered in Amsterdam in 1933 for his entire family. Well documented, as it is the opening sentence of the foreword to the critical edition of the diary (available in any library I think). The "statelessness" has to do with the formal stripping of citizen rights of all Jews in Germany in 1941. From 1933 she had dual nationality along with the rest of her family. I suppose you could build a case that her Dutch citizenship ended in 1941 because Amsterdam was part of Germany, but I don't think you could find anyone today who would claim that. Jane023 (talk) 20:22, 4 May 2015 (UTC)[reply]
@Jane023: He registered for citizenship? I am honestly very confused. While googling, I found several articles regarding an effort to get the Dutch government to award Anne Frank posthumous citizenship. Do you happen to know what that was about, if she already was a citizen? Also, I'm confused about the statements in the diary itself regarding wanting to become Dutch (April 11, 1944, near the end), which seem strange if she was already Dutch...
Nevertheless, a source is a source. If you have that edition of the diary available, could you please add the source to the statement itself in the item? (See Help:Sources#Books if you're not familiar with how. Also, a quotation (P1683) would probably be helpful.). Also, the date when she became a citizen could be added as a qualifier using start time (P580).
Sorry for my mistake. --Yair rand (talk) 22:23, 4 May 2015 (UTC)[reply]

http://www.worldcat.org/title/diary-of-anne-frank-the-critical-edition/oclc/17803986 Page 1, first line: "On August 16, 1933, the following entry was made at the Amsterdam Public Registration Office:"Frank, Otto Heinrich, originally from Frankfurt-am-Main"." Jane023 (talk) 22:30, 4 May 2015 (UTC)[reply]

@Jane023: Just making sure: The Amsterdam Public Registration Office only handles citizenship? Not, say, residency? --Yair rand (talk) 22:39, 4 May 2015 (UTC)[reply]
Well I believe it is both, but you need to separate two concepts in this discussion. One is citizenship in the sense of her country of residency (her civic obedience to state X), and the other is her official acceptance into a state's citizenry (ability to apply for travelling papers and to vote). The first is similar to "homeland" in that it is one's home. The second is something reserved exclusively for adults (in the case of his children, her father). Due to extenuating circumstances (i.e. war, combined with the holocaust), Anne did not live long enough for the second concept, and others in her age group in her circumstances who did in fact survive the war, either emigrated to Israel or waited around long enough to slog through all the paperwork and managed to acquire Dutch citizenship. For the purposes of Wikidata, we use P27 for concept #1. As an example, I use this query all the time to scan for women of the Netherlands born before 1750: a few hundred and counting.... On the English Wikipedia, she is also categorized as being Dutch and German both. Jane023 (talk) 06:30, 5 May 2015 (UTC)[reply]
If country of citizenship (P27) were about country of residency, that would be duplicating residence (P551), I think. Many of the problematic P27 statements were added by bots using Wikipedia categories, and the rare cases where citizenship doesn't line up with those categories will eventually need to be cleaned up. Citizenship seems to be a reasonably well-defined legal concept, and what I've seen doesn't match up with your understanding of it being the same as residency or civic obedience. --Yair rand (talk) 10:05, 5 May 2015 (UTC)[reply]
Now we are getting into an old discussion about whether Rubens is Belgian, German or Dutch? Perhaps it will help you to think more about this. The property residence is not for a country, but a specific place. Jane023 (talk) 10:52, 5 May 2015 (UTC)[reply]

Bots

[edit]


You are receiving this message because a technical change may affect a bot, gadget, or user script you have been using. The breaking change involves API calls. This change has been planned for two years. The WMF will start making this change on 30 June 2015. A partial list of affected bots can be seen here: https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/081931.html This includes all bots that are using pywikibot compat. Some of these bots have already been fixed. However, if you write user scripts or operate a bot that uses the API, then you should check your code, to make sure that it will not break.

What, exactly, is breaking? The "default continuation mode" for action=query requests to api.php will be changing to be easier for new coders to use correctly. To find out whether your script or bot may be affected, then search the source code (including any frameworks or libraries) for the string "query-continue". If that is not present, then the script or bot is not affected. In a few cases, the code will be present but not used. In that case, the script or bot will continue working.

This change will be part of 1.26wmf12. It will be deployed to test wikis (including mediawiki.org) on 30 June, to non-Wikipedias (such as Wiktionary) on 1 July, and to all Wikipedias on 2 July 2015.

If your bot or script is receiving the warning about this upcoming change (as seen at https://www.mediawiki.org/w/api.php?action=query&list=allpages ), it's time to fix your code!

Either of the above solutions may be tested immediately, you'll know it works because you stop seeing the warning.

Do you need help with your own bot or script? Ask questions in e-mail on the mediawiki-api or wikitech-l mailing lists. Volunteers at m:Tech or w:en:WP:Village pump (technical) or w:en:Wikipedia:Bot owners' noticeboard may also be able to help you.

Are you using someone else's gadgets or user scripts? Most scripts are not affected. To find out if a script you use needs to be updated, then post a note at the discussion page for the gadget or the talk page of the user who originally made the script. Whatamidoing (WMF) (talk) 19:03, 17 June 2015 (UTC)

Question about imports

[edit]

Greetings, I noticed you did some imports today and I was hoping I might ask you how you did that. Did you use a tool or did you do that manually somehow? Reguyla (talk) 20:32, 18 June 2015 (UTC)[reply]

@Reguyla: I wrote a script to scrape off some data from the Knesset website, then used the Wikidata Query Service to match up names to items (making a lot of manual fixes along the way, both manual clarifications of the data when multiple entities share a name and relevant type, and additions to items' aliases when they weren't previously identifiable), and then I wrote a script specifically to edit all of the relevant items to add the new data. --Yair rand (talk) 22:43, 18 June 2015 (UTC)[reply]
Oh ok, thank you very much for the explanation. I thought there might be a tool or something out there to make the import easier but that seems like a huge amount of work. Great job. Reguyla (talk) 00:37, 19 June 2015 (UTC)[reply]

I don't understand

[edit]

Hi,

Could you explain a little bit more this revert? « definitely not. start time is for qualifier use. » What property would you put as subproperty of (P1647) if not start time (P580)? is point in time (P585) ok? and enough?

Cdlt, VIGNERON (talk) 18:09, 21 June 2015 (UTC)[reply]

As far as I can see, inception (P571) is not a subproperty of (P1647) anything. --Yair rand (talk) 23:35, 21 June 2015 (UTC)[reply]
What? but why?
How can a specific time property not be a subproperty of at least one general time property?
What is wrong with inception (P571) subproperty of (P1647) start time (P580) or inception (P571) subproperty of (P1647) point in time (P585)? It seems very similar to the other uses of P1647. Or maybe is time of discovery or invention (P575) subproperty of (P1647) start time (P580) and start time (P580) subproperty of (P1647) point in time (P585) wrong too?
Did I misunderstood the use of subproperty of (P1647)? or the role of inception (P571)? Please explain it.
Cdlt, VIGNERON (talk) 15:27, 22 June 2015 (UTC)[reply]
@VIGNERON: subproperty of (P1647) impliments rdfs:subPropertyOf, the definition of which states that if X is subproperty of Y, and Z <X> W, then Z <Y> W. So, if inception (P571) is a subproperty of (P1647) start time (P580), and, say, Wikimedia Foundation (Q180) inception (P571) 20 June 2003, that implies Wikimedia Foundation (Q180) start time (P580) 20 June 2003.
start time (P580), as I understand it (and as it was originally proposed), indicates a range of time in which a claim is true. So, using it in that manner on Wikimedia Foundation (Q180) is not correct. --Yair rand (talk) 19:35, 22 June 2015 (UTC)[reply]
Ok, it's a little bit unclear to me but thanks to your explanations is clearer to me.
For me Wikimedia Foundation (Q180) start time (P580) "20 June 2003" is really not wrong, just general and imprecise. I'll trust you on this one.
Cdlt, VIGNERON (talk) 07:13, 23 June 2015 (UTC)[reply]

Population data

[edit]

Please set preferred rank for the current population value because you broke all infoboxes like hu:Románia. --JulesWinnfield-hu (talk) 14:06, 23 June 2015 (UTC)[reply]

@JulesWinnfield-hu: Technically, none of those are the current population. I think this is more an issue with the infobox code than with the items. --Yair rand (talk) 14:14, 23 June 2015 (UTC)[reply]
The rank of the statements is to designate the value to display in the infobox. The infobox follows this guideline. Please consult the datamodel and set the rank to preferred for one of those values. You broke many infoboxes. Why do you not cooperate? --JulesWinnfield-hu (talk) 14:26, 23 June 2015 (UTC)[reply]
I'm pretty sure that's not the exclusive purpose of statement rankings, actually. I recommend changing the infobox to not use normal-ranked statements. --Yair rand (talk) 14:41, 23 June 2015 (UTC)[reply]
Please consult the datamodel and fix what you broke. Why do you not cooperate? I don't understand. Statements have normal rank all over where it is normal to have more than one value, contains the administrative territorial entity (P150) or occupation (P106) for example. Preferred rank is for infoboxes and others like that. Can you please explain why don't you want to fix them and leave many broken infoboxes? Why do you recommend workarounds instead of fixing the data? --JulesWinnfield-hu (talk) 15:23, 23 June 2015 (UTC)[reply]

Would you be so kind as to fix the data? mw:Wikibase/DataModel#Ranks of Statements What should I do? Do you care? You broke many infoboxes. --JulesWinnfield-hu (talk) 21:49, 23 June 2015 (UTC)[reply]

"Technically, none of those are the current population.", no we never have any "current population", it's the nature of population, that it is constantly changing. -- Innocent bystander (talk) 10:47, 25 June 2015 (UTC)[reply]
@Innocent bystander: Correct, but none of the values are of among the most recent we should reasonably have. Putting a preferred rank on any two-year-old population data of a sovereign state, all of which have more recent statistics available, is probably not a good idea. --Yair rand (talk) 15:45, 25 June 2015 (UTC)[reply]
So it's somebody elses fault, somebody else, who hasn't added more recent numbers? We cannot expect to have somebody else, to solve our problems here. I cannot add population-data here, expecting others to add the source, or expect somebody else to add a correct qualifier. I have added population-numbers from 1990 for some villages the last weeks. I do not know if anybody ever will add more recent numbers, but at least the numbers I have added, should be correct. Every item do not have to be perfect in every moment, but hopefully they are more usefull when we have edited them than before. That you have added historic population here is of great value, but it could potentially cause a mess in some WP-articles that all claims have the same rank. -- Innocent bystander (talk) 17:19, 25 June 2015 (UTC)[reply]
The preferred rank actually was created to mark the best possible data we currently have available. And if there is no better data available (maybe it only gets published after two years) we should mark the best data we have preferred over the other data. If we then get better information, the new one should of course be marked as preferred and the other one as normal. However, as long as there is one most recent data, from my current understanding that should be the preferred one. Another workaround client side would be to look for the most recent data using qualifiers (and that would perhaps also be the safer solution as there is no software-guarantee that all current data is marked preferred). However, as that isn't trivial to solve (though doable) we should use the preferred rank for convenience. -- Bene* talk 21:41, 25 June 2015 (UTC)[reply]
Yes, to expect that every user here would do it correctly every time is to put to much trust in random users. That is why I never have been any big fan of the {{#property:}}-solution. As I said at WD:AN, there can be more than one 2015-data, "applies to part: Catholic, Women, age of 35 - 40", "as predicted: in the year 2000". The municipality where I live have made some detailed predictions about the population 50 years from now. Such data would be interesting to add, but I do not think the we are ready for it yet. (And it probably copyrighted.) -- Innocent bystander (talk) 07:14, 26 June 2015 (UTC)[reply]

Volume property

[edit]

The property for volume was created. It can be found at Property:P2234. Mbch331 (talk) 08:16, 7 October 2015 (UTC)[reply]

Aphelion

[edit]

apoapsis (P2243) is ready. --Tobias1984 (talk) 11:41, 18 October 2015 (UTC)[reply]

And periapsis (P2244) for the other and of the orbit. Mbch331 (talk) 12:36, 18 October 2015 (UTC)[reply]
I started a new thread in Property_talk:P2243. I guess its outcome can be applied also to P2244. -- Innocent bystander (talk) 15:27, 18 October 2015 (UTC)[reply]

Your responsability

[edit]

Hello, I saw that you undid one of my modification about foot (Q15807) detail. You have some arguments based on some community documents. Good. But as you prefer to undo without discussions, I let you take the responsability of checking all the properties about length where people are using foot (Q15807) instead of the length unit foot (Q3710). Just add these pages to your watch list: Wikidata:Database_reports/Constraint_violations/P2044#Units or Wikidata:Database_reports/Constraint_violations/P2151#Units. People don't take the time to read carefully when they choose the unit and something they choose foot (Q15807) instead of foot (Q15807). But if the respect of "rules" are more important than helping people to choose the good item, ... Snipre (talk) 23:34, 19 October 2015 (UTC)[reply]

Just an exemple Wikidata:Database_reports/Constraint_violations/P2050#Units. Snipre (talk) 23:44, 19 October 2015 (UTC)[reply]

argument of periapsis

[edit]

argument of periapsis (P2248) is ready. --Tobias1984 (talk) 19:27, 21 October 2015 (UTC)[reply]

Edit summaries are helpful

[edit]

Hi, Yair rand. It would be helpful to me if you provided an edit summary when removing instances or claims from items. Thank you. Cheers! {{u|Checkingfax}} {Talk} 20:51, 31 December 2015 (UTC)[reply]

  • Hi, Yair rand. I wonder why the 'add topic' button ate my header?
The claims were meant to mean that the claims were a subset of the other:
Class: Victim
Subclass: Alleged shooter
Cheers! {{u|Checkingfax}} {Talk} 21:10, 31 December 2015 (UTC)[reply]
That's not at all what subclass of (P279) means. See Help:Basic membership properties or Help:Classification. --Yair rand (talk) 21:20, 31 December 2015 (UTC)[reply]


Open question on property proposal

[edit]

Hi Yair rand,

About your proposal at Wikidata:Property_proposal/Creative_work#commentary_on, there is still an open question. Would you kindly respond?
--- Jura 09:11, 7 January 2016 (UTC)[reply]

WMF projects - translation of labels and descriptions

[edit]

Dear Yair rand; I have seen you contributing at Wikimedia Incubator (Q846672) and at other pages related to WMF projects. I want to let you know that the number of projects listed at Wikidata:Database reports/WMF projects has increased to more then 385; there are pages from Wikibook project pages to Wikiversity and Wiktionary project pages,
You may be interested in adding labels and descriptions in other languages, follow the discussion at property talk:P218#whats next and comment there. Best regards Gangleri also aka I18n (talk) 20:35, 12 January 2016 (UTC)[reply]

SPARQL limitations

[edit]

I read about your frustration with SPARQL limitations in the Wikidata chat IRC log.

If you're writing these up, could you open a discussion or post a link at Wikidata talk:SPARQL query service/queries ?

From the example you gave, it did seem that some of the issues probably could be coded around in SPARQL; whereas others may reflect issues with the current specifications of certain properties, rather than limitations in the SPARQL syntax.

I'd very much like to know more about the difficulties you're seeing. Jheald (talk) 13:51, 22 January 2016 (UTC)[reply]

Disease not being subclass of Disease

[edit]

Thanks for reverting the edit made by ProteinBoxBot on the item on Disease. It is indeed a circular reference that doesn't make sense. I have adapted the bot to ignore that specific item from now on. --Andrawaag (talk) 10:22, 25 January 2016 (UTC)[reply]

tribes of Israel

[edit]

I just found new German Wikipedia article about the tribes and merged it, so don't think that I merged it with Israelites again. :) --Triggerhippie4 (talk) 04:33, 12 April 2016 (UTC)[reply]

Place of marriage

[edit]

place of marriage (P2842) is done --Tobias1984 (talk) 19:08, 17 May 2016 (UTC)[reply]

coordinates

[edit]

Hi... How were you able to find wrong coordinates? הנדב הנכון (talk) 06:05, 15 June 2016 (UTC)[reply]

@הנדב הנכון: You mean the Tbilisi State Medical University (Q2905597)? I came across that accidentally, while looking at a query-generated map of universities in the world. See here. I noticed that there was one confusingly labelled "Tbilisi State Medical University" in northern Israel, and looked into it. The other error I found was just by looking at your contributions, to make sure that there wasn't some persistent issue causing more errors. I don't have any good way of easily finding wrong coordinate statements. --Yair rand (talk) 18:17, 15 June 2016 (UTC)[reply]
Ohh.. I was hoping someone has developed a way to check whether confidantes of a place are in the same area of its administrative unit. In time,I guess... הנדב הנכון (talk) 18:33, 15 June 2016 (UTC)[reply]

The Arm and the Free Upper Limb

[edit]

When https://en.wikipedia.org/wiki/Arm lists the muscles and bones of the arm it doesn't list the bones and muscles of the hand. As such I think the concept around which the article is based is arm (Q43471) instead of free upper limb (Q24517852). Could you explain to me why you disagree with that assesement?ChristianKl (talk) 10:44, 2 August 2016 (UTC)[reply]

@ChristianKl: From the lead of w:en:Arm: "In common usage the arm extends to the hand. It can be divided into the upper arm (brachium) which extends from the shoulder to the elbow, the forearm (antebrachium) which extends from the elbow to the hand, and the hand (manus)." --Yair rand (talk) 21:06, 2 August 2016 (UTC)[reply]

Bug in difflist

[edit]

I notice that when using your difflist some changes only consisting of 1 line get hidden. It adds a YR-cl-hidden to the table tag instead. It for example occurs for this line in my watchlist: 08:03 Beyoncé Knowles (Q36153)‎ (wijz | gesch) . . (+1.926)‎ . . Dale Arnett (Overleg | bijdragen | blokkeren) (‎Verklaring aangemaakt: ontvangen prijs (P166): MTV Movie Award for Best Fight (Q734036)). The moment I comment the line mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair rand/DiffLists.js&ctype=text/javascript&action=raw'); my problem is gone. Mbch331 (talk) 07:07, 21 September 2016 (UTC)[reply]

@Mbch331: I just added that page to my watchlist to test this, and it's not being hidden for me. Perhaps you have one of the filters set, or perhaps you unchecked the "Statements" (nl: "Verklaringen") box? --Yair rand (talk) 03:35, 22 September 2016 (UTC)[reply]
That did the trick. That needed to be checked with an empty value for difflist not to hide lines like I mentioned above. Mbch331 (talk) 10:27, 22 September 2016 (UTC)[reply]

RE: Part of Wikimedia list

[edit]

Hi, sincerely I don't get where the problem is. list of Pokémon in Pokémon Ranger: Guardian Signs (Q16656269) is a list of Pokémon species (Q236209) and list of Pokémon species (Q236209) is a kind (subclass) of Wikimedia list article (Q13406463), right? Now, list of Pokémon in Pokémon Ranger: Guardian Signs (Q16656269) is a Wikimedia list, as the French Wikipedia article is a list of Pokémon present in a game, and Deoxys is part of that list, so Deoxys (Q1149851) has property part of (P361) set to list of Pokémon in Pokémon Ranger: Guardian Signs (Q16656269). I realy don't see the problem. What would you do to fix the problem(s) you see? :) --★ → Airon 90 08:34, 6 January 2017 (UTC)[reply]

@Airon90: The topic of an item is not the item itself, nor the corresponding article or even the name. "Deoxys" is listed in the list. The fictional entity known as Deoxys, within its fictional universe, is not part of any entity which is a Wikimedia list.
In general, there are very few things which are parts of actual Wikimedia lists. Chunks of wikitext, maybe. Not much else. --Yair rand (talk) 02:16, 9 January 2017 (UTC)[reply]
I'm sorry but I can't get why an item can't be part of a list item. Could you try again explaining why? Thank you --★ → Airon 90 18:39, 22 January 2017 (UTC)[reply]
@Airon90: Suppose I take a piece of paper and start writing a list. I take a pen and write on the paper "A balloon", and below that "My chair", and at the bottom "My hand". You could say that there is a certain relationship between the paper and my hand.
Then suppose I take a different piece of paper. I write down "A balloon", and then "My chair", and then I staple my hand to the paper.
These two relationships are different from each other.
The part of (P361) relationship is complicated, but a mentioning of one entity's name on another is clearly not it. --Yair rand (talk) 01:36, 23 January 2017 (UTC)[reply]

Languages in User:Yair rand/WikidataInfo.js

[edit]

Hey, I love User:Yair rand/WikidataInfo.js but it seems to show me the US English Wikidata information even when there is British English content available. Is there a setting I can invoke or anything I can do to help it respect my language preferences more specifically? :o) — OwenBlacker (talk) 16:34, 11 March 2017 (UTC)[reply]

@OwenBlacker: By default, the script takes content that matches the language of the local wiki. Changing the script to allow accessing British English first and falling back to running another API request if no British English content is available would take some work, unfortunately.
If you want to have it just try to show British English content and that's it, you could copy the script over to your userspace and replace the line lang = mw.config.get( 'wgContentLanguage' ), with lang = 'en-gb', --Yair rand (talk) 04:00, 13 March 2017 (UTC)[reply]
Ah, so the problem is that it's showing things in the Wiki's language (en here, fr on frwp and so on), rather than mine (en-gb everywhere). That makes a lot of sense. Having it display both the local language and the user's display language might be good, but that's clearly not an urgent feature request :D
Thanks for the explanation! — OwenBlacker (talk) 10:03, 13 March 2017 (UTC)[reply]

DiffLists.js

[edit]

I used "User:Yair rand/DiffLists.js" and in general it's a really nice tool. I however noticed a problem. It hides the edit description on the watchlist. I first noticed this with https://www.wikidata.org/w/index.php?title=Q77140&action=history . That seems like undesireable behavior. ChristianKl (talk) 14:54, 23 April 2017 (UTC)[reply]

@ChristianKl: Unfortunately, there's no way that I know to automatically tell the difference between automatically generated summaries (eg "Removed claim: date of death (P570): 1866") and actual deliberate edit summaries. Most edits only have automatically generated summaries, which are redundant to the summary lines added by the script, so it removes all of them. --Yair rand (talk) 00:24, 25 April 2017 (UTC)[reply]
It would be nice if there's a way to keep the filtering while having the real summaries. Maybe a button that can be toggled?
In this particular case I was irritated that I don't see that an edit is due to a merge of two items. Maybe there's a straightforward way to indicate that edits are due to merging? ChristianKl (talk) 08:57, 25 April 2017 (UTC)[reply]

Censor/censorship

[edit]

Instead of deleting the information, you should simply create Q32945178. My oh my... Marcus Cyron (talk) 00:47, 12 July 2017 (UTC)[reply]

@Marcus Cyron: Sorry, the actual position was not clear to me from the statement itself, and it isn't mentioned in the Wikipedia article. --Yair rand (talk) 00:57, 12 July 2017 (UTC)[reply]

religions as classes

[edit]

Hi - these edits were intended to match the outline in Wikidata:WikiProject Religions/Ontology - in particular:

Religions not being part of more generic movement(s) are subclass of (P279) religion (Q9174). NOTE: Do not use part of (P361). An instance of religion being a concept too difficult to define (ending at one instance by human being), do not use instance of (P31) = religion (Q9174), because of subclass inheritance.

So at least P31 is wrong. But maybe you were objecting to something else in your revert? ArthurPSmith (talk) 21:59, 20 December 2017 (UTC)[reply]

@ArthurPSmith: religious denomination (Q13414953) is specifically for subgroups of religions, not (top-level) religions themselves. Regarding whether to use P31 or P279: There's some confusion regarding how to treat religion (Q9174) some of which sort of boils down to whether we're considering it the broader mass of "religion" or the collection of "religion(s)" (that is, the uncountable or countable nouns). However, "Abrahamic religion(s)" is much more clearly a specific class of individual entities, so, even if P279 would be preferred for religion (Q9174) (which I'm not completely sure about, and I expect this is going to be discussed again on WD:RELI at some point), P279 probably isn't correct for Abrahamic religion (Q47280). (I'm not completely sure about this.) --Yair rand (talk) 22:22, 20 December 2017 (UTC)[reply]
It seems clear to me that Abrahamic religion (Q47280) (which is subclass of (P279) monotheistic religion (Q19842652) subclass of (P279) religion (Q9174)) should be the superclass for Judaism (Q9268), following the above guideline from the wikiproject. If you think of religion as a class representing a collection of beliefs, people, organizations, religious texts, buildings, etc. then each more well-defined subset of those things is naturally a subclass. ArthurPSmith (talk) 15:11, 21 December 2017 (UTC)[reply]
@ArthurPSmith: As religion (Q9174) is currently used, Abrahamic religion (Q47280) shouldn't be a subclass of it, in my opinion. People speak of "religion" as a collective group/topic/collection; nobody speaks that way of "Abrahamic religion" afaik. There are only individual Abrahamic religions. Does that seem correct to you? I'm not quite sure how to handle the distinction here, because we don't really have an item for religion in the sense of "a religion", unless I'm misunderstanding the current usage. --Yair rand (talk) 18:08, 21 December 2017 (UTC)[reply]
I'm not sure I'm understanding the distinction you are making, they certainly seem very similar to me (although Wikidata usage of religion (Q9174) is not yet fully consistent so that may be part of the issue). @Nojhan: can you weigh in on this? ArthurPSmith (talk) 18:56, 21 December 2017 (UTC)[reply]
@ArthurPSmith: @Yair rand:
religion (Q9174) is currently a subclass of both belief system (Q5390013) and human social group (Q874405), so if you want to distinguish one from the other, one will have to first split it to apply the distinction proposed by Yair rand. I have no strong view about this idea, except the fact that you will have a hard time finding source using it, and even a harder time finding sources stating that a given group of person is a leaf of a class tree (and thus an instance).
There is simply no instance of religion, because religions are an endless string of sub-classes. If you think Judaism is an homogeneous (in time an space) set of belief, think again, because there is many Judaisms. You may think that rabinism is surely clearly defined? Think again. Etc. This ends only at the individual level, thus being useless, IMHO.
About religious denomination (Q13414953), I think it should just be deleted. "Identifiable religious subgroup with a common structure and doctrine", no such thing exists, or it's not different from a religion. If we agree that religion (Q9174) is both a belief system (Q5390013) and a human social group (Q874405).
I suggest to discuss that further on the project. — nojhan () 18:11, 5 February 2018 (UTC)[reply]

What do you mean by "couple"? Isn't it simply group of 2 people? --Infovarius (talk) 13:39, 18 January 2018 (UTC)[reply]

@Infovarius: That is... actually quite unclear. I was assuming it meant "couple" as in the first sense at wikt:couple (two partners, eg married couples), but the item doesn't specify that explicitly. For non-biblical groups, we have couple (Q219160), which is linked to several Wikipedia articles making it clear that it refers to the partners sense, and separately we have the item duo (Q15618652). Perhaps Q22813672 should be split along those lines? --Yair rand (talk) 18:38, 18 January 2018 (UTC)[reply]
Yes, it wasn't specified explicitly so I added it as a class for many. Why would you restrict to married couples? Are there many such couple in the Bible (where are they P31'ed?) ? --Infovarius (talk) 11:30, 19 January 2018 (UTC)[reply]
Looking around the various wikis, I suspect that there are probably only around two or three items for biblical couples in that sense, so it might not make sense for there to be a dedicated item for that class. However, if Q22813672 is used for a generic group of two biblical humans, I think it would be better if the label were changed to be less ambiguous. --Yair rand (talk) 19:44, 21 January 2018 (UTC)[reply]
Yes, probably we can use it in more general sense. --Infovarius (talk) 15:56, 23 January 2018 (UTC)[reply]
Okay, I've reverted my edits and changed the English label to "two biblical humans", which should be clearer. --Yair rand (talk) 19:43, 23 January 2018 (UTC)[reply]

¿Maimónides era almorávide?

[edit]

Se me hace difícil creer que Maimónides tuviese nacionalidad almorávide. ¿Sería tan amable de indicarme una fuente seria que diga tal cosa? Saludos, --Enrique Cordero (talk) 13:03, 5 February 2018 (UTC)[reply]

@Enrique Cordero: The property country of citizenship (P27) is about citizenship, or for earlier countries being a subject of the state or its ruler/leadership. When Maimonides lived Almoravid-ruled Cordoba, he was a subject of the monarch/Emir. This says nothing about his nationality. I notice that the Spanish label is rather misleading in this, but that doesn't change the proper usage of the property. --Yair rand (talk) 13:34, 5 February 2018 (UTC)[reply]
Pero usted no tiene una fuente que diga que era almorávide, ¿verdad? No tiene ningún sentido decir, al menos en español, que su "nacionalidad" era la almorávide, afirmaciones así pueden hacer que se burlen de nosotros. Saludos, --Enrique Cordero (talk) 14:18, 5 February 2018 (UTC)[reply]
@Enrique Cordero: Maimonides was not of Almoravid nationality, by most understandings of the term "nationality". The problem is with the Spanish label of Property:P27, not with the item for Maimonides. --Yair rand (talk) 15:35, 5 February 2018 (UTC)[reply]
Pero usted no tiene una fuente que diga que Maimónides era, o tenía, o lo que sea "nationality" almorávide. ¿La tiene? Por que, en mi opinión, el problema está precisamente en esa falta de fuentes. Si nadie de los que han escrito de Maimónides ha dicho que tenía "nationality" almorávide, una de dos: o todos los que han escrito de Maimónides son unos ignorantes -al menos en ese aspecto- o a su lógica le falla algo.--Enrique Cordero (talk) 16:02, 5 February 2018 (UTC)[reply]
@Enrique Cordero: There is no source, because Maimonides was not of Almoravid nationality, as I said above. The statement on Q127398 does not say that he was. --Yair rand (talk) 17:35, 5 February 2018 (UTC)[reply]
Está claro: no hay fuente. Con eso me quedo. Ha introducido usted una afirmación para la que no tiene referencia. Hay quienes quieren que Wikipedia en español tome sus datos crudos de Wikidata y yo he discrepado por cosas como esta. Me da la razón. Saludos, --Enrique Cordero (talk) 17:52, 5 February 2018 (UTC)[reply]

hi

[edit]

I left you a couple of messages at WP:en and Wikitionary, its in regards to... User talk:Yair rand/interwikiwatchlist.js[3]...Ive been trying to install it but it wont start, any suggestions?, thank you--Ozzie10aaaa (talk) 12:19, 28 March 2018 (UTC)[reply]

answered on other wiki, thanks--Ozzie10aaaa (talk) 18:41, 28 March 2018 (UTC)[reply]

Share your experience and feedback as a Wikimedian in this global survey

[edit]
WMF Surveys, 18:57, 29 March 2018 (UTC)[reply]

Feature request for DiffLists.js

[edit]

Hi, When the talk page of an item or property that ones watches is edited you see on the Watchlist somethink like "Talk:Q698‎" – so you don't see what it's about. I wonder if it could be in the scope of DiffLists.js to add the label of the item, so that one directly knows what's it about. (In this example maybe something like "Talk:Q698‎ (Mozilla Firefox)"). What do you think? I could maybe help. Or should this be a separate script? -- MichaelSchoenitzer (talk) 16:24, 9 April 2018 (UTC)[reply]

This should probably be a separate script. Actually, this should really be built right into wikibase, but the devs seem rather busy, so... User:Yair rand/ShowTalkLabels.js should work. --Yair rand (talk) 19:52, 9 April 2018 (UTC)[reply]
Cool, thanks for the quick work. I later noticed that the same issue holds for the talk pages themself. So maybe you want to add something like this to the script to fix it there also?
["Talk", "Property_talk"].includes( mw.config.get('wgCanonicalNamespace') ) &&
$( function () {
mw.config.get('wgCanonicalNamespace')
fetch(  '/w/api.php?format=json&action=query&prop=pageterms&wbptterms=label' +
        '&titles=' + mw.config.get('wgPageName').substr( 5 ))
        .then(x => x.json())
        .then(result => {
        	var title = Object.values(result.query.pages)[0].terms.label[0];
        	var titlestr = " (" + title + ")"
        	$('#firstHeading')[0].innerHTML += titlestr;
        	document.title = document.title.replace(" – ", titlestr + " – ");
        	})
})
-- MichaelSchoenitzer (talk) 13:06, 10 April 2018 (UTC)[reply]
@MichaelSchoenitzer: Good idea. I've changed a bit from your code though, because adding a title straight to the innerHTML would be an XSS risk. If a vandal added malicious HTML-like text to a label, it would have automatically run if added as innerHTML. --Yair rand (talk) 19:18, 10 April 2018 (UTC)[reply]

Reminder: Share your feedback in this Wikimedia survey

[edit]
WMF Surveys, 01:39, 13 April 2018 (UTC)[reply]

Patronyms

[edit]

Are we going to make entries for female patronyms like Olesdatter? --RAN (talk) 15:15, 16 April 2018 (UTC)[reply]

@Richard Arthur Norton (1958- ): I would think so, yes. --Yair rand (talk) 19:12, 16 April 2018 (UTC)[reply]

Google

[edit]
Google trademark "Do's"
When you use any of our Brand Features, you must always follow our "Rules for Proper Usage
Use the generic term for the product following the trademark, for example: GOOGLE search engine, Google search, GOOGLE web search.

50.254.21.213 00:00, 3 July 2018 (UTC)[reply]

@50.254.21.213: We do not, in fact, have to listen to Google's trademark policy in the label on the item. --Yair rand (talk) 00:06, 3 July 2018 (UTC)[reply]

SignWriting

[edit]

Hi :) I'd like to be able to add some lexemes in sign languages and you seem to have done some work with SignWriting in the Incubator, so I was wondering if you could help with getting it to work in Wikidata. (If you can't help, do you know who can?)

I tried mw.loader.load("https://incubator.wikimedia.org/w/index.php?title=MediaWiki:Gadget-Signwriting.js&action=raw&ctype=text/javascript") in my browser console to load the Incubator gadget. It works nicely for the ASL label on American Sign Language (Q14759) (the only proper one we have, so far) when I have the interface in English, but if I try with the interface in ASL (quick link), it rotates the sections of the page but doesn't show any SignWriting. I tried adding a word in BSL on the sandbox (here, under the code for ASL since BSL isn't supported) and as a lexeme (Lexeme:L8828) but nothing happens for either of them when I load the gadget even though the text seems to be valid (this image looks right)

I haven't tried to use it before, so I'm not sure what to do.

- Nikki (talk) 15:40, 1 August 2018 (UTC)[reply]

So, there are several issues here:
  • The Incubator gadget, when viewing a sign-language page, tries to rotate the page using some very hacky Incubator-specific code which doesn't know how to deal with Wikidata stuff. Rotating CSS should, ideally, be done by CSSJanus on the backend, but I'm still waiting for my changes to CSSJanus to be reviewed ([4]) to make that possible...
  • IIRC, BSL currently isn't supported in Wikidata labels/descriptions/aliases because no one has translated the various messages on TranslateWiki into BSL yet. (No idea why the system works that way.)
  • The text "M30x22S14c114xn5S14c19n29xn5S20710n16xn23" does not appear valid FSW, I think? I'm not sure what it is. @Slevinski: Is that an alternative system in SWIS? Is there a way of translating it to regular FSW? --Yair rand (talk) 20:56, 1 August 2018 (UTC)[reply]
Ah... not being FSW would explain why it didn't work. :) I got the string from the image on http://www.signbank.org/signpuddle2.0/searchword.php?sgn=59&sid=300 and thought it was the right format because it looked quite similar, but I had another look and noticed that when I click on "sign data" it gives a different string for FSW. I updated the sandbox label and the lexeme and now it mostly works. It seems I had the "KSW" form originally, whatever that is. Is there a page somewhere which explains how to create FSW text?
As for the gadget, that makes sense. After more searching I came across en:User:Slevinski/signwriting_viewer.js which seems to display the symbols without trying to rotate the interface and that seems to work better. I now have User:Nikki/SignWriting.js which seems to convert text everywhere, except for some reason the main heading on lexeme pages reverts back to FSW after it's converted. Not sure what's going on there...
Side note: I saw on the GitHub link that Krinkle was asking for real examples of sites with top-to-bottom text, I recently came across a couple of Mongolian script sites that might be interesting, this one is a MediaWiki wiki, the other, the website for the President of Mongolia, is not MediaWiki but really nicely done IMO.
- Nikki (talk) 14:21, 5 August 2018 (UTC)[reply]

News conference

[edit]

Hi ! Could you please tell me which properties to use for all the information you removed from Q56683593 Obviously using has cause (P828) was a mistake from my part but I don't see how to represent the information better than using depicts (P180) ? Léna (talk) 12:50, 13 December 2018 (UTC)[reply]

depicts (P180) is for photographs and artwork, to show the depicted entity. I don't quite understand what it means for Q56683593 to depict Sebastian Kurz (Q2262885), what the statement was intended to express. What is the relationship between the two items? --Yair rand (talk) 17:29, 13 December 2018 (UTC)[reply]
For me depicts (P180) can be used for textual work as well as visual one (it is widely used in French in this meaing, to say that a novel depicts the war or whatever, and it seems it is also the case in English. So for your example it simply means that Q56683593 (as a textual work / real-life "performance") talks about Sebastian Kurz (Q2262885). Léna (talk) 13:17, 14 December 2018 (UTC)[reply]
@Léna: For a novel set during a war, we have set in period (P2408) (and narrative location (P840)). If a book is about a war, we have main subject (P921). Properties are anchored to concepts, not words; a word being used for multiple things does not mean the property should be extended as such. depicts (P180) has constraints appropriate to depiction as it relates to artwork and such, and a news conference is neither a textual nor visual work. --Yair rand (talk) 04:27, 17 December 2018 (UTC)[reply]
But main subject (P921) is very restrictive. For instance, I think it is worth mentionning that there is an abortion in Les Liaisons dangereuses (Q862050), but it is not the main topic of the novel. Anyway, my question remain : if not with depicts (P180), how should this information be present in Wikidata ? I understand that current constraints around P180 are not fitted for this use case, but I think that creating another property for that is not ideal as well.Léna (talk) 09:43, 17 December 2018 (UTC)[reply]

Why did you mark some, but not all the states in the US as with "preferred" rank?

[edit]

See, for example, this edit, made in October 2018. Doing this breaks queries that expect to see the whole list, e.g. the example query here: Wikidata:SPARQL_query_service/Wikidata_Query_Help/Result_Views#Tree. JesseW (talk) 06:43, 5 February 2019 (UTC)[reply]

@JesseW: If none use preferred rank, then historical statements (which are supposed to use normal rank) will show up. The partial completion wasn't a deliberate omission, I just haven't gotten around to changing all 50 states' statements. (Is there any way of doing this more quickly than changing each statement manually?) --Yair rand (talk) 06:50, 5 February 2019 (UTC)[reply]
Ah, I see -- that makes sense; glad I asked! I'll do some more now, and see if I can figure out a faster way to finish it up. JesseW (talk) 06:55, 5 February 2019 (UTC)[reply]

DiffLists.js

[edit]
[1]

Hello, I have an issue with your gadget for some weeks on history pages. Everything is mixed up (see screenshot). Could you have a look please? Thanks. Ayack (talk) 17:14, 29 March 2019 (UTC)[reply]

yes, I'm in the same case. This script was useful... now it's really disturbing :( because it lists all other statements on dates where those statements did not exist yet -> see https://screenshots.firefox.com/6x9wC3Wwbw2bUBCa/www.wikidata.org - the more you go down the list (back in time) to find a problematic edit, the worse it is... --Hsarrazin (talk) 12:25, 16 April 2019 (UTC)[reply]

Hi yari

[edit]

Hi yair,

I am aaron Wolf. I just updated my info on here and it says you are deleting?

I own the LLC Aaron Wolf Music and I am a real artist based it of San Diego Ca.

Please check. My Spotify, YouTube , aaronwolfmusic.com and other SEO to verify.

Thanks for your help. This stuff really confuses me. Aaronwolfmusic (talk) 03:20, 1 May 2019 (UTC)[reply]

@Aaronwolfmusic: Please see Wikidata:Notability, Wikidata's notability policy. As your item does not have a corresponding article on any of the client wikis (such as Wikipedia), does not fulfill a structural need for other existing items, and is not otherwise notable, it does not meet the inclusion criteria. (In general, using Wikidata to promote oneself is not considered an acceptable use of Wikidata.) --Yair rand (talk) 05:56, 1 May 2019 (UTC)[reply]

Community Insights Survey

[edit]

RMaung (WMF) 16:26, 9 September 2019 (UTC)[reply]

I see the English description of has part(s) of the class (P2670) says "(the subject is usually not a class)", but why is this so? Was there a consensus that subclasses should not be considered "parts" of the parent class? Is the goal to restrict has part(s) of the class (P2670) to physical parts? Thanks! Swpb (talk) 14:17, 10 September 2019 (UTC)[reply]

@Swpb: The part of (P361) relationship is quite different than either the subclass of (P279) relationship or the instance of (P31) relationship. Parts are not limited to physical parts, but they do not include subclasses, which work under an entirely different tree, and are conceptually quite a different thing. (If these were not separated we would get bizarre results for both properties pretty much everywhere, as both P361 and P279 are transitive. A human head may be part of a human body, but human heads are not instances of human bodies. A Greek letter may be part of the Greek alphabet, but that doesn't mean each letter is a Greek alphabet.) See Help:Basic membership properties. --Yair rand (talk) 18:29, 10 September 2019 (UTC)[reply]

Reminder: Community Insights Survey

[edit]

RMaung (WMF) 19:52, 20 September 2019 (UTC)[reply]

WIkidata Map script

[edit]

Wikidata Map is 404. Thought I'd let you know. Guarapiranga (talk) 09:04, 19 October 2019 (UTC)[reply]

Help for the lazy and/or busy

[edit]

For your scripts, would you mind adding a little explanation to what each does and where it is useful to utilise. Thanks if you can.  — billinghurst sDrewth 06:47, 13 November 2019 (UTC)[reply]

Call for participation in the interview study with Wikidata editors

[edit]

Dear Yair rand,

I hope you are doing good,

I am Kholoud, a researcher at King’s College London, and I work on a project as part of my PhD research that develops a personalized recommendation system to suggest Wikidata items for the editors based on their interests and preferences. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I would love to talk with you to know about your current ways to choose the items you work on in Wikidata and understand the factors that might influence such a decision. Your cooperation will give us valuable insights into building a recommender system that can help improve your editing experience.

Participation is completely voluntary. You have the option to withdraw at any time. Your data will be processed under the terms of UK data protection law (including the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018). The information and data that you provide will remain confidential; it will only be stored on the password-protected computer of the researchers. We will use the results anonymized to provide insights into the practices of the editors in item selection processes for editing and publish the results of the study to a research venue. If you decide to take part, we will ask you to sign a consent form, and you will be given a copy of this consent form to keep.

If you’re interested in participating and have 15-20 minutes to chat (I promise to keep the time!), please either contact me at kholoudsaa@gmail.com or use this form https://docs.google.com/forms/d/e/1FAIpQLSdmmFHaiB20nK14wrQJgfrA18PtmdagyeRib3xGtvzkdn3Lgw/viewform?usp=sf_link with your choice of the times that work for you.

I’ll follow up with you to figure out what method is the best way for us to connect.

Please contact me using the email mentioned above if you have any questions or require more information about this project.

Thank you for considering taking part in this research.

Regards

Kholoud

Difflist broken

[edit]

Your Difflist script is broken. For example, the description of Johnny Orlando (Q21931273) was changed. With Difflist enabled it shows as if the edit was empty. Without difflist it shows as ‎[cy]-beschrijving gewijzigd: canwr a chyfansoddwr caneuon o Ganada a aned yn 2003 (It's in Dutch). Mbch331 (talk) 12:33, 23 July 2022 (UTC)[reply]

@Mbch331: Sorry for the delay, I was rewriting a big chunk of the script. Should be fixed now. --Yair rand (talk) 05:31, 26 August 2022 (UTC)[reply]
Thanks. It looks like it's solved. Mbch331 (talk) 08:17, 26 August 2022 (UTC)[reply]