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.
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]
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]
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! Restu2015:34, 26 November 2012 (UTC)[reply]
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, — MoeEpsilon06:45, 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, — MoeEpsilon07: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, — MoeEpsilon07:25, 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]
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]
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, RileyHuntley02: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]
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.
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]
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]
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]
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]
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
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]
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 byNapoleon.tan (talk • contribs) 14:19, 4 February 2013.
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 byNapoleon.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 byNapoleon.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 byNapoleon.tan (talk • contribs) 14:25, 4 February 2013.
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]
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]
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]
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]
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 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]
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]
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.
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]
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. — Jeblad20: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. — Jeblad21: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 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]
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:
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]
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).
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 Israelwithout 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]
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]
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.
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]
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? --putnik19:17, 12 November 2013 (UTC)[reply]
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]
(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:
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]
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.
@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]
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]
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]
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]
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).
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]
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.
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)
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]
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]
"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*talk21: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]
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]
@Checkingfax: If you're referring to the reverts of the claims of certain humans being subclasses of other humans, I figured the reason would be obvious... Were the edits deliberate? If so, what were you intending the claims to mean? Yair rand (talk) 20:56, 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:
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.
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]
@הנדב הנכון: 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]
@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]
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]
@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.
@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.
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
@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]
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.
@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]
@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]
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.
@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]
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]
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]
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]
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]
Hello! The Wikimedia Foundation is asking for your feedback in a survey. We want to know how well we are supporting your work on and off wiki, and how we can change or improve things in the future. The opinions you share will directly affect the current and future work of the Wikimedia Foundation. You have been randomly selected to take this survey as we would like to hear from your Wikimedia community. The survey is available in various languages and will take between 20 and 40 minutes.
You can find more information about this survey on the project page and see how your feedback helps the Wikimedia Foundation support editors like you. This survey is hosted by a third-party service and governed by this privacy statement (in English). Please visit our frequently asked questions page to find more information about this survey. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email through the EmailUser feature to WMF Surveys to remove you from the list.
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]
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?
@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
Every response for this survey can help the Wikimedia Foundation improve your experience on the Wikimedia projects. So far, we have heard from just 29% of Wikimedia contributors. The survey is available in various languages and will take between 20 and 40 minutes to be completed. Take the survey now.
If you have already taken the survey, we are sorry you've received this reminder. We have design the survey to make it impossible to identify which users have taken the survey, so we have to send reminders to everyone.
If you wish to opt-out of the next reminder or any other survey, send an email through EmailUser feature to WMF Surveys. You can also send any questions you have to this user email. Learn more about this survey on the project page. This survey is hosted by a third-party service and governed by this Wikimedia Foundation privacy statement. Thanks!
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?)
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.
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?
@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]
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]
@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]
The Wikimedia Foundation is asking for your feedback in a survey about your experience with Wikidata and Wikimedia. The purpose of this survey is to learn how well the Foundation is supporting your work on wiki and how we can change or improve things in the future. The opinions you share will directly affect the current and future work of the Wikimedia Foundation.
@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]
A couple of weeks ago, we invited you to take the Community Insights Survey. It is the Wikimedia Foundation’s annual survey of our global communities. We want to learn how well we support your work on wiki. We are 10% towards our goal for participation. If you have not already taken the survey, you can help us reach our goal! Your voice matters to us.
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.
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]
→ (écrire) 17:37, 7 December 2012 (UTC)
Done. --Yair rand (talk) 15:44, 24 February 2013 (UTC)
