On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2022.

EditGroup batch revert (#temporary_batch_1619462449666)Edit

Hi, You recently reverted my first batch edit (QuickStatements #temporary_batch_1619462449666) -- unnecessary (already exists under Label or Alias placed in the wrong place) (c5f10a0) -- where I was trying to add Latvian aliases (and labels) to Wikidata items (all of them were placenames). Thank you for that cause I definitely didn't think it through. I'm pretty new here, but I want to learn and contribute to WD as much as possible. Can you please be so kind and walk me through the reasoning and processes behind your revert (and my batch edit)? Did you just reverted all my batch automatically without any changes or did you added some Latvian labels/aliases that were appropriate? And if so, did you do it automatically or manually?

Here is what I was doing.. I am using OpenRefine to clean the National Library of Latvia authority data and to gradually upload all of it to Wikidata. This batch edit was just a test - I was trying to add labels and aliases to place items in WD which are "place of birth" of persons in the NLL authority file. So all (Latvian) placenames are in one column. I cleaned this column and reconciled it against Wikidata.

Then I created a basic Wikidata schema where 370_a 1 are reconciled Latvian placenames

In this column, you can find lots of Latvian labels/aliases that are missing in Wikidata but problem is that I'm not sure how to

  • distinguish between items that are missing Latvian labels and items that have Latvian label but are missing aliases that I have
  • avoid creating duplicates (is it worth trying "Run in background" mode in Quickstatements?)

I would appreciate any help or suggestions on how I could add missing Latvian labels or aliases (if the label for an item already exists) and in the process not to create duplicates.

Thanks! --Dedris (talk) 17:53, 30 April 2021 (UTC)

  • @Dedris: If we take Mons (Q83407) as an example it has the label Monsa in Latvian and you added Monsa as an alias. This doublicates data and provides no additional value. ChristianKl❫ 13:05, 16 May 2021 (UTC)


Hello Eihel, hope you are doing well. @باسم: (Bassem) created (Beirut Arab University's Libraries title ID (P9504)), but we need you help to fix/update some points on it, like URL match pattern, search formatter URL, format as a regular expression and Wikidata property example. Also, hope if you can make a check if Bassem created it on correct way. Thanks on advance --Alaa :)..! 14:54, 1 May 2021 (UTC)

Hello علاء  , Everything seems correct. Cordially. —Eihel (talk) 21:35, 5 May 2021 (UTC)
Thanks a lot   --Alaa :)..! 22:01, 5 May 2021 (UTC)

Call for participation in the interview study with Wikidata editorsEdit

Dear Eihel,

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.


Kholoud  – The preceding unsigned comment was added by Kholoudsaa (talk • contribs) at 31 May 2021, 19:29‎ (UTC).

Spouse RelationshipsEdit

Hi, I added photographic evidence that I am married to my wife by linking to photos of our marriage. Thank you for your dedication in ensuring every little piece of information has a reference. You have inspired me to duplicate your dedication and delete other entries for the property that do not have a reference. I will start with Pierre and Marie Curie, whose records do not, unfortunately, have references. Hopefully someone took some photos of the wedding so you can be satisfied that they really were married. Azaroth42 (talk)

Also replied on Talk:Q37463Eihel (talk) 09:59, 11 June 2021 (UTC)

Search URL:sEdit

Hi, there. I saw that you reverted my edits on P9203 and P8035 saying that they don't work, but I don't see how that's true, or rather how it should work if they don't. For instance, on CineFAN.ro the search result http://cinefan.ro/search?searchword=roxanne does give you the result I suppose you're looking for, if one would like to include more search words + is used. The same can really be said with the other example https://m3db.com/search/all/ but with %20 being used as a words seperator, so how did you come to the conslusion that the search URL:s don't work? --Sabelöga (talk) 14:33, 31 July 2021 (UTC)

@Sabelöga: When formatter URL (P1630) is used, search formatter URL (P4354) must be added to the property (constraint). P4354 is used for Wikidata external ID properties, where $1 is the same as the identifier. $1 is not replaced with a random value, this is the same operation as P1630. So it's not http://cinefan.ro/search?searchword=roxanne that matches the search, but http://cinefan.ro/search?searchword=4810-roxanne-2013. This last URL gives no results. If there is no result, the value is replaced with "no value" to avoid a constraint violation. You have the possibility to adapt the URL, but this is not the case in your modifications. The values I provided when I created these properties are correct. In American University of Beirut's Libraries title ID (P9409), P4354 works, because the site is suitable for this search. Thank you for your understanding. —Eihel (talk) 19:56, 31 July 2021 (UTC)
Hey @Eihel, Sabelöga:, I'm not stalking you or anything, but I don't think what you are saying is correct. As the example on the property proposal states, just about anything can go into $1. There is no requirement that searching for the external-id brings up the item; that's what formatter URL (P1630) is for.
search formatter URL (P4354) is a property which can be used (by browser addons for example) to quickly start a search to find an external id on a item that currently doesn't have one. Or at least that's how I understand it.
See, for example, this query I just wrote, to identify items missing an identifier, with an easy link to directly search for the missing identifiers. If cinefan.ro still had search formatter URL (P4354) set, it could be used instead of IMDb.
#title: Romanian actors missing an external identifier
SELECT ?item ?label ?search WHERE {
  VALUES ?prop { #wd:P9102 # cinefan.ro
                 wd:P345  # imdb
  ?prop wdt:P4354 ?url .
  ?item wdt:P31 wd:Q5 ;
        wdt:P106/wdt:P279* wd:Q33999 ;
        wdt:P27 wd:Q218 .
  MINUS { ?prop wikibase:directClaim ?c . ?item ?c [] }
  BIND (URI(REPLACE(str(?url), "\\$1", str(?label))) AS ?search )
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". ?item rdfs:label ?label }
} LIMIT 100
Romanian actors missing an external identifier
--Azertus (talk) 15:27, 6 August 2021 (UTC)
Thanks Azertus, You're right and don't worry: come and write on this page whenever you want (as long as it's constructive and relevant  ). I re-ping Sabelöga (who did not receive your ping) and apologize for my mistake: indeed, this is general research. I changed the description in my language and English from P4354 which is confusing, imho. I will also correct the values I entered soon. Cordially. —Eihel (talk) 16:38, 6 August 2021 (UTC)

P304 propertyEdit

Hi Eihel and @Tommy Kronkvist:, recently you changed some definitions on this property and now we see an error message typing a range (e.g. 75-79 on the Q108016931 page). Is it correct? Before we didn't have this kind of issues. Thanks a lot for your reply. Have a nice day. Best regards. Givet (talk) 16:28, 9 August 2021 (UTC)

Hello @Givet, and thank you for the heads-up! We did have that issue before. Actually, the reason for me editing the P304 property in the first place was that I saw the error in the Fische aus dem Victoria-Nyanza (Ukerewe-See), gesammelt von dem verstorbenen Dr. G. A. Fischer (Q108016931) item, and then headed over to P304 to try and fix it. Apparently I failed, since the same error message still remains. Feel free to revert my edit, however I'm not sure it will help since the error predates it. The same is probably true for Eihel's or @Mahir256's four subsequent edits. Instead, the regex string added by another user in this edit way back in April looks suspiciously similar to the text rendered by the actual error message.
For reference, the reason for me checking the Q108016931 item was that it regards a scholarly work written by German zoologist Franz Martin Hilgendorf, and I was thinking of adding a corresponding article for that to Wikispecies (where I'm a bureaucrat and interface admin). Wikispecies heavily relies on adding/fetching data to and from Wikidata since it is used in some way or another on nearly all pages, most notably by transclusion on most of Wikispecies 89,831 reference templates (such as scholarly works). If there is any way I can be of further assistance in tis matter, please don't hesitate to ask. Best regards, Tommy Kronkvist, 08:53, 10 August 2021 (UTC).
Hello @Tommy Kronkvist:, thank you so much for your comments. So we stay with the same error :-( I was hopping that you or Eihel can solve it, sorry. Hope somebody can help us. For the moment, I continue to add data as before because it is not a "real" error just (maybe) a bug. About Wikidata information I also use them to feed our wikipedia pages, and it is the reason why I added a lot of original papers. See for example this page. Have a great day  :-) Givet (talk) 14:21, 10 August 2021 (UTC)
  •   Done @Givet: —Eihel (talk) 10:17, 11 August 2021 (UTC)
    Hello Eihel  , it is perfect now. Thank you so much for your actions/comments. Have a lovely day. Regards Givet (talk) 06:26, 12 August 2021 (UTC)
  • My changes you mention, Tommy Kronkvist, did not concern the RegEx at that time. —Eihel (talk) 10:17, 11 August 2021 (UTC)
That's what I said: I don't think that your (or Mahir256's) edits did concern this problem. :-) Thank you for the recent fixes to P304: they were informative. Tommy Kronkvist (talk), 22:14, 11 August 2021 (UTC).
  • Hello Verdy p   For WD, a named group does not repeat the pattern, but the same result given for that group. So it is obvious that 78-81 does not work, but 78-78 does work, which means nothing in this RegEx. In addition you removed previous improvements like Roman numerals. —Eihel (talk) 10:43, 11 August 2021 (UTC)
    • You are WRONG in BOTH cases:
      1. I did not remove the roman digits (they were part of "\d", with a Unicode compliant regexp engine, but not just romans, and devanagari digits, but also all other decimal digits, and "wide" digits used in East-Asia with CJK fonts; so it seems that there's a disagreemernt about what "\d" matches)
      2. also I did NOT use any "named group" (which is the alternate syntax you tried to use first), but "named subroutines", which do NOT necessarily repeat exactly what they match in each occurence (like 78-78), but repeats the subregexp with possibly different substrings matches (so yes they can match "78-85", and it was EFFECTIVELY matching with the PCRE engine used on this site). This was perfectly explained above. What you did (trying to replace named subroutines by named groups was the ONLY cause of this no longer working. Then you removed all groups and reexpanded them, to get the regexp I had first explicited above (still not using "subroutines" whose coal was to compact the length of the regexp.
    Now you've removed "\d" and replaced it by a long characterclass, limited arbitrarily to just ASCII and devanagari digits (no longer working with other decimal numeral systems) and a few arbitrary roman digits. What is the "improvement"? This is is now WORSE than before, if you had read all the details *documented* in the talk page explaining it, what you did was to use a limited syntax no longer based on PCRE but on, more limited (external) regexp engines (there are many, we can't support them all, many have bugs we can't supportin Wikidata itself), and matching LESS numerals than before... (so now we have errors in Chinese, Japanese, Arabic, Persan, Urdu, other Indic numeral systems: why now this restriction to just basic Latin digits and Devanagari digits ?...) Verdy p (talk) 21:47, 12 August 2021 (UTC)

ULAN, Getty.eduEdit

  • Hello Eihel,

please go to this: https://www.wikidata.org/wiki/Q1230142 There is missing the following link: https://www.getty.edu/vow/ULANFullDisplay?find=strautmann+eva&role=&nation=&page=1&subjectid=500523468 Could you give this into this wikidata-site? That would be very kind! Thank you! Our Kind Regards! Fam.  – The preceding unsigned comment was added by 2003:c9:f71e:a996:d1ba:a54f:81ba:e10 (talk • contribs) at 11:46, 23 August 2021 (UTC).

  Done Made by Acka47 on August 31, 2021. —Eihel (talk) 06:29, 9 September 2021 (UTC)
  • Hello Eihel,
please go on this link: https://www.dla-marbach.de/find/opac/id/PE00088464/?tx_find_find%5Baction%5D=index&tx_find_find%5Bcontroller%5D=Search&tx_find_find%5BqParam%5D=1&cHash=0cd4c940bfabf89c6f3531d5e631b145#tx_find
The Literaturmuseum Marbach is one of the most and best Literaturmuseen in Europe and in the World, please put this link above to the person (at Wikidata) above!
Thanks! Kindly! Fam.  – The preceding unsigned comment was added by 2003:c9:f72c:e713:ec08:b59a:3025:23f8 (talk • contribs) at 13:49, 15 November 2021 (UTC).
Why don't you make the modification yourself? Wikidata is an open project. Regards. —Eihel (talk) 18:48, 15 November 2021 (UTC)
Thank you for your work...by the way, what about this: https://katalog.arthistoricum.net/?tx_find_find%5Bq%5D%5Bdefault%5D=eva+strautmann
An own account means time.....
Best Regards! Fam. ~~~~  – The preceding unsigned comment was added by 2003:c9:f72c:e732:950:67bd:bc23:85db (talk • contribs) at 12:54‎, 16 November 2021 (UTC).

Constraint for botanistsEdit

Hi! I have just encountered Libuše Paclová (Q33687496) and unexpectedly botanist author abbreviation (P428) value violates format constraint. I'm not sure how to edit format constraint so that it includes such cases in the best possible way, and I know your are an expert in regex; could you have a look when possible? Thanks in advance! --Epìdosis 12:54, 27 August 2021 (UTC)

Hello Epìdosis  ,
It feels good to know that my participation is recognized. The creation of this constraint was done by a bot, on October 9, 2016 at 4:37 PM. Why not, but I prefer a human creation, without knowing how the RegEx was created: the permalink is truncated.
As proof, I give you the number of violations for the same error, so before my modification (before I was accused of having generated 30 million violations). 2 other errors are to be counted. The Unicode property for uppercase and lowercase only works for unaccented letters.
A lot of things are allowed, so my approach is to remove what is forbidden (a contrario from the existing RegEx). I also add as a reference the source for my modification: [1].
Following the same source, I also remove single-value constraint (Q19474404). Cordially. —Eihel (talk) 20:42, 28 August 2021 (UTC)

Sandbox formatter UrlEdit

Hi! I tried to change sandbox Sandbox-External identifier (P2536) in order to understand if I can change url in an external identifier (in principle). In Sandbox-External identifier (P2536) "formatter URL" was https://www.wikidata.org/wiki/$1 , now it is https://unknown.org/$1 . I expected that all urls in Wikidata property example (in the same article) must now link to unknown.org, but they are the same. I tried to create a new example, but it is also processed with the old "formatter url". Is it possible to change the url in an external identifier? May be there is a kind of cache, I must wait for the cache invalidation. Please, give me a hint Sokirko (talk) 18:46, 5 September 2021 (UTC)

Hello Sokirko  
Yes and no. It takes between 12 and 48 hours for the identifiers to change and take on the new values. Also, in production (for real identifiers) you cannot change formatter URL (P1630) without consensus from the property proposal participants and the community, unless it is an obvious case: secure link, error manifesto, etc. Cordially. —Eihel (talk) 19:15, 5 September 2021 (UTC)
Thank you for the answer, I try to add this information to Wikidata:External_identifiers  – The preceding unsigned comment was added by Sokirko (talk • contribs) at 07:20‎, 6 September 2021 (UTC).


Hello, just for letting you know there are so many Treccani's publications that would be a mess using just one property for all of them, mainly because each item can have more identifiers on distinct publications (and sometimes even on the same publication). Indeed there are already so many properties (each for a different work) and many others to be proposed. --Horcrux (talk) 08:28, 24 September 2021 (UTC)


Property talk:P304#א-ת. Thank youץ אבגד (talk) 16:55, 7 October 2021 (UTC)


I do not understand your revert. This is common practice to link pages with common categories. I think that 90% of pages is linked with common categories. This because category commons property does not link to the wikipedia page. Reverting over 100.000 such a links (by my humble opinion) links is highly controversial and should be discussed with society, I can easily provide with hundreds such an editions why mine is not OK? Fallaner (talk) 17:37, 12 October 2021 (UTC)

Identical question, so identical reply here. —Eihel (talk) 22:08, 12 October 2021 (UTC)
Hello Fallaner  , For example, in one of your recent edit: wikisource:pl:Na_Rochers_de_Naye... has the right to one Item and wikisource:pl:Na Rochers de Naye... (Orkan, 1912) is another Item. You should not modify a Sitelink for another which does not have one. Otherwise the first one finds itself without Sitelink in its turn. It is therefore useless… And again, wikisource:pl:Na_Rochers_de_Naye... must be linked to an Item corresponding to a disambiguation page, even if there is no sitelink to Wikipedia or if the sitelink to Wikisource is the only sitelink. Cordially. —Eihel (talk) 23:22, 12 October 2021 (UTC)

I don't understand this editEdit

Almost by definition, a determination is made based on criteria. Why wouldn't criterion (Q1789452) be an appropriate class for values of determination method (P459)? Swpb (talk) 14:15, 4 November 2021 (UTC)

Hello Swpb  , I hadn't thought of subclasses at the time, but only "instance of", sorry. I encountered this modification which is false, hence my modification. I took off my corr. —Eihel (talk) 07:51, 5 November 2021 (UTC)
Thanks! Swpb (talk) 20:00, 6 November 2021 (UTC)

Hus, Jan, 1369?-1415Edit

Hi, Eihel: I removed a bunch of P949, and one of them is the one you restored.
The reason is that authority records often contains not only personal names, but also name/titles (i.e. works), or names used as subjects. You restored "Hus, Jan, 1369?-1415 -- Fiction" that is a subject, and it doesn't refer to Jan Hus himself.
I corrected P949 of Jan Hus (Q43977). Please, take a look. HTH. -- Bargioni 🗣 09:25, 16 November 2021 (UTC)


The changes on the formatter URLs were not tests. The links to classifications.data.admin.ch are soon to be retired.  – The preceding unsigned comment was added by L00mi (talk • contribs) at 20:12‎, 22 November 2021 à 21:12‎ (UTC).

Call for participation in a task-based online experimentEdit

Dear Eihel,

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, in which I have developed a personalised recommender system that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our system based on your previous edits. Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published to a research venue.

The study will start in late January 2022 or early February 2022, and it should take no more than 30 minutes.

If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSees9WzFXR0Vl3mHLkZCaByeFHRrBy51kBca53euq9nt3XWog/viewform?usp=sf_link I will contact you with the link to start the study.

For more information about the study, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.

Thank you for considering taking part in this research.


Kholoudsaa (talk) 18:59, 5 January 2022 (UTC)

Why remove Verified Handles (P9395)?Edit

Why did you remove a ton of instances of P9395 (P9395)? BrokenSegue (talk) 20:15, 20 February 2022 (UTC)

@BrokenSegue Because of Wikidata:Properties for deletion/P9395 who is PfD. This is ID was largely added by spambots. We were looking how to delete the ID yesterday. Eihel find a way and he may have had too much enthusiasm. I asked him to stop, for now. Fralambert (talk) 21:39, 20 February 2022 (UTC)
ah ok. carry on. though might've been good to put that in the description of the QS job. BrokenSegue (talk) 22:38, 20 February 2022 (UTC)
+1 to including a link to that discussion. I came here because I noticed that deletion and it piqued my interest. Thanks for clarifying, all. ^_^ maiki (talk) 00:57, 21 February 2022 (UTC)
It seems this was deleted out-of-process. Going forward, please do not delete statements of properties before PfD is closed.
To allow a review, can you add the QIDs to Property talk:P9395/qids? --- Jura 16:44, 2 March 2022 (UTC)


Why have removed a considerable amount of claims and references from Q42? grin 18:44, 17 March 2022 (UTC)

Explication de texteEdit

Bonjour Eihel. Dans cette modification, tu parles de mappage comme si tout le monde comprenait cela. Pour ma part, c'est la première fois que je vois ce terme. Sur Wikipédia en français, on a Mappage vidéo qui renvoie vers Mapping vidéo (https://fr.wikipedia.org/wiki/Mapping_vid%C3%A9o) et Mappage ton local (https://fr.wikipedia.org/wiki/Mappage_ton_local) qui ne correspondent pas à ce que tu indiques. Sur le Wiktionnaire, le terme mappage (https://fr.wiktionary.org/wiki/mappage) correspond peut-être à ce que tu souhaites exprimer mais me parait compliqué à comprendre. N'aurais-tu pas une autre terme, issu du français, plus explicite ? Père Igor (talk) 10:59, 19 March 2022 (UTC)

Hello Père Igor   tout d'abord permettez-moi de vous féliciter pour votre 5600ème jour de présence… pile-poil. La page Wikipédia se trouve ici. Il est difficile de transiger avec les pages de traduction, mais j'ai essayé de trouver une expression plus française avec un terme québecois. Voir Translations:Help:Sources/139/fr. Au plaisir. —Eihel (talk) 11:49, 19 March 2022 (UTC)
Merci. La nouvelle version me parait nettement plus claire. Père Igor (talk) 15:52, 19 March 2022 (UTC)

Help with creating property in "ready" status?Edit

Hello Eihel  : Hoping you might be able to help in creating a property (as you are a property creator) for a proposed property that is in "ready" status please? Thank you so much! User:DatamuseAttitude https://www.wikidata.org/wiki/Wikidata:Property_proposal/Person#exhibited_creator  – The preceding unsigned comment was added by DatamuseAttitude (talk • contribs) at 15:37, 15 avril 2022 (UTC).

Hello DatamuseAttitude     Done exhibited creator (P10661)Eihel (talk) 07:26, 19 April 2022 (UTC)
Hello Eihel   ! Many many thanks for your help with this creation! Take care! DatamuseAttitude (talk) 22:03, 19 April 2022 (UTC)