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 2024.

wdpd - patrol tool

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)Reply

Property:P9504 edit

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)Reply

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

Spouse Relationships edit

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)Reply

Search URL:s edit

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)Reply

@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)Reply
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)Reply
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)Reply

P304 property edit

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)Reply

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).Reply
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)Reply
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).Reply
  • 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)Reply
    • 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)Reply

ULAN, Getty.edu edit

  • 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).Reply

  Done Made by Acka47 on August 31, 2021. —Eihel (talk) 06:29, 9 September 2021 (UTC)Reply
  • 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).Reply
Why don't you make the modification yourself? Wikidata is an open project. Regards. —Eihel (talk) 18:48, 15 November 2021 (UTC)Reply
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).Reply

Constraint for botanists edit

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)Reply

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)Reply

Sandbox formatter Url edit

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)Reply

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)Reply
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).Reply

Treccani edit

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)Reply

א-ת edit

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

Q98398916 edit

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)Reply

Identical question, so identical reply here. —Eihel (talk) 22:08, 12 October 2021 (UTC)Reply
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)Reply

I don't understand this edit edit

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)Reply

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)Reply
Thanks! Swpb (talk) 20:00, 6 November 2021 (UTC)Reply

Hus, Jan, 1369?-1415 edit

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)Reply

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).

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)Reply

@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)Reply
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)Reply
+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)Reply
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)Reply

Q42 edit

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

Explication de texte edit

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)Reply

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)Reply
Merci. La nouvelle version me parait nettement plus claire. Père Igor (talk) 15:52, 19 March 2022 (UTC)Reply

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)Reply
Hello Eihel   ! Many many thanks for your help with this creation! Take care! DatamuseAttitude (talk) 22:03, 19 April 2022 (UTC)Reply

cancelation edit

This is the same family. You can delete Q21508288. יש יהודים, ויש... (talk) 07:17, 17 July 2022 (UTC)Reply

Hello יש יהודים, ויש...   (first), Have you looked at the differences between the pages? "Same family" means nothing in this case: one is a disambiguation page and the other is used for linking WD items and for the family name article pages, see sitelinks. If you had read the 2 pages you would have seen family name has to use a different item than disambiguation page (Q27924673). Would you be so kind as to follow the workings of Wikidata before turning things upside down, please. Cordially. ―Eihel (talk) 07:52, 17 July 2022 (UTC)Reply

Wikidata edit

Bonjour @Eihel, merci de votre dos remarques concernant Wikidata. Je prends bonne note de la minuscule j'ignorais cette règle. Par contre je ne vois pas où j'ai pu manquer de neutralité (ni comment) . Merci d'être plus précis Mellonne (talk) 18:42, 11 August 2022 (UTC)Reply

Hello Mellonne  , Il s'agit bien de la majuscule. Par contre, il s'agit d'un message automatique et la neutralité est respectée. Cordialement. ―Eihel (talk) 18:46, 11 August 2022 (UTC)Reply

Notification de traduction : Help:Description edit

Bonjour, Eihel,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Wikidata. La page Help:Description est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité haute.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Wikidata à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Wikidata‎, 02:33, 23 September 2022 (UTC)

Help:Description est bloqué edit

pourquoi as tu bloqué les traductions de Help:Description ?

Christian 🇫🇷 FR (talk) 12:44, 23 September 2022 (UTC)Reply

Hello Wladek92  , Je ne comprends pas la question. Pouvez-vous être un peu plus précis, s'il vous plaît ? « bloqué » dans quel sens ? ―Eihel (talk) 12:53, 23 September 2022 (UTC)Reply
Quand on voit cette exclusion, les traducteurs ne peuvent plus accéder aux traductions (it, ca, fr ...) !
« Help:Description » : historique des versions
23 septembre 2022 à 14:03‎ Eihel discussion contributions‎ 9 056 octets −1 239‎ Removed page from translation
Christian 🇫🇷 FR (talk) 12:59, 23 September 2022 (UTC)Reply
Bonjour d'abord,
Avec des liens, c'est plus facile et plus rapide de comprendre. Vous commencez par me remercier, puis vous me demandez le pourquoi. C'est curieux. Maintenant vous m'annulez sans attendre de réponse avec le résumé « removed with reason provided (?) ». C'est encore plus curieux. Le blocage de quoi que ce soit n'est pas de ma compétence. Quand vous écrivez « exclusion », vous me fournissez une modification dans un historique. Les outils utilisés sont dissuader (discourage) et retirer la possibilité de traduire (remove from translation) accessibles depuis les Pages spéciales. Votre question est « pourquoi ai-je retiré la traduction ?»

À moins qu'une discussion sur l'uniformisation des en-têtes débouchant sur un consensus, tout comme Help:Label et Help:Aliases, Help:Description est une page à traduire qui ne doit pas utiliser mw:Extension:Translate. Cette question a été posées maintes fois depuis 2013.

La réponse est que les langues étant différentes, il ne peut y avoir de règles communes sur les langues et donc des pages de traduction identiques aux règles anglophones (chaque langue a sa manière de faire). Cordialement. Eihel (talk) 14:24, 23 September 2022 (UTC)Reply
oui faites attention quand vous supprimez la page de la traduction, vous bloquez tous les traducteurs en leur empêchant de traduire (j'y étais depuis ce matin et il y avait d'autres personnes en cours aussi). Christian 🇫🇷 FR (talk) 14:34, 23 September 2022 (UTC)Reply
En fait, que je vous donne une réponse ou non, ça ne vous empêche pas de continuer, @Wladek92.
Avez-vous lu ma réponse ? Y a-t-il eu une discussion sur l'uniformisation des en-têtes dans toutes les langues ? Si les réponses à mes questions sont non, (et je répète) il ne faut pas traduire avec Translate. Que vous y soyez depuis ce matin n'y change rien : chaque sous-page de langue ne fait que s'inspirer de l'anglais, mais elle ne doivent pas être une traduction fidèle depuis Translate. Je pense que vous pouvez vous arrêter de traduire dès maintenant. Avant de continuer, vous pouvez visiter les pages de discussion Help talk:Label et Help talk:Aliases, Help talk:Description : il y a des discussions sur le fait de ne pas utiliser Translate et de ne pas marquer la page à traduire ! Eihel (talk) 15:00, 23 September 2022 (UTC)Reply
ps. C'est donc normal que j'empêche la traduction avec Translate et que les traducteurs ne poursuivent pas avec Translate : il existait déjà des traductions ! ―Eihel (talk) 15:07, 23 September 2022 (UTC)Reply
J'ai personnellement répondu à l'invitation des 'coordinateurs de traduction de Wikidata‎,' et j'ai suivi le lien qu'ils m'ont donné, comme les autres traducteurs. Rien d'anormal à cela. Si vous vous considérez comme coordinateur, il faut vous mettre en rapport avec eux et éviter de diffuser des messages et souhaiter le contraire. Christian 🇫🇷 FR (talk) 16:26, 23 September 2022 (UTC)Reply
  • Vous recevez un message parce que vous vous êtes inscrit en tant que traducteur en français. Le message est envoyé par MassMessage de MediaWiki sous la demande d'un administrateur de traduction. Les « coordinateurs de traduction de Wikidata » est une formule passe-partout au lieu d'envoyer le pseudo du demandeur. En tant qu'administrateur de traduction, nous sommes tous les 2 des « coordinateurs de traduction de Wikidata » et quand vous répondez à une traduction, en fait, vous répondez à un admin de trad (le « ils » que vous citez). C'est vous qui m'écrivez et vous finissez par il faut vous mettre en rapport avec eux, c'est un comble.
  • Le message que vous avez reçu a été envoyé à 4:33 (CEST) ce matin et quand vous regardez ce journal, vous remarquez que c'est Unite together qui vous l'a envoyé.
  • Vous remarquez aussi, sur ce même journal, qu'Unite together n'a pas une grande expérience du marquage en traduction, surtout comparé à vous. Quand vous voyez que la page a déjà une barre de langue, il faut vous poser les bonnes questions et ce n'est pas parce que vous recevez un lien qu'il faut le suivre aveuglément. Pensez-vous que Help:Description est à traduire depuis 9 ans ?
Donc je n'ai pas « diffusé des messages et souhaité le contraire » (incompréhensible) : il ne fallait pas annuler mon remove from translation, puis continuer à traduire sans essayer de comprendre. Ma modification était tout à fait légitime. Merci de votre compréhension, Wladek92. ―Eihel (talk) 20:03, 23 September 2022 (UTC)Reply

Génesis edit


Je vois que tu as ajouté une prononciation sur invalid ID (L26034), mais quel est ce mot ? Je ne le trouve dans aucun dictionnaire (ce qui arrive parfois pour les mots rares) ni dans aucun texte français (ce qui est beaucoup plus étrange ; sans ta prononciation j'aurais sans doute proposé ce lexème à la suppression). Pourrais-tu en dire plus sur ce mot ?

Cdlt, VIGNERON (talk) 18:15, 9 October 2022 (UTC)Reply

Hello VIGNERON  , Je n'ai pas vérifié l'existence des lemmes lors de l'enregistrement (batch). Les prononciations ont été retirés du lexème et il peut être proposé à la suppression. Cordialement. ―Eihel (talk) 15:21, 10 October 2022 (UTC)Reply
Ok. J'ai donc proposé ce lexème à la suppression. Je m'occupe de la suppression du fichier File:LL-Q150 (fra)-Eihel-génesis.wav côté Commons. Cdlt, VIGNERON (talk) 15:50, 10 October 2022 (UTC)Reply
arf! @VIGNERON: j'ai déjà proposé en SI (voir questionnement sur ce SI). Je vais aussi le proposer sur LinguaLibre. cordialement. ―Eihel (talk) 16:00, 10 October 2022 (UTC)Reply
Oui, j'ai vu et je m'en suis occupé. Et tu ne peux pas utiliser le motif G7 pour un fichier aussi vieux, là cela aurait plutôt G1 ou alors une suppression classique. Cdlt, VIGNERON (talk) 16:11, 10 October 2022 (UTC)Reply
Ok. Merci. ―Eihel (talk) 16:13, 10 October 2022 (UTC)Reply

Labels en français et en anglais sur Q3212866 edit

Salut @Eihel ! Je ne comprends pas ton message (qui semble être un message automatique) sur ma PDD, où tu indiques que j'aurais mal écrit certains labels sur Q3212866. J'avais mis "livre de Raymond Aron" et tu as corrigé en "oeuvre de Raymond Aron", je ne vois pas où est le souci ? Skimel (talk) 10:56, 24 January 2023 (UTC)Reply

Hello Skimel  ,
Le message sur la pdd est pour les descriptions, pas les libellés. Il ne s'agissait pas de « livre  », mais de « Livre ». En fait, il y a 2 problèmes sur 2 langues (en et fr):
  1. une description ne débute pas par une majuscule autant que possible.
  2. suivant le WikiProjet Livres, il faut distinguer les œuvres et les éditions. Comme il s'agit d'une œuvre, respectivement work (Bibliothèque nationale de France ID (P268)13505414f), il ne faut pas indiquer livre ou book (par exemple : Bibliothèque nationale de France ID (P268)317336430).
Cordialement. ―Eihel (talk) 13:31, 24 January 2023 (UTC)Reply
ah, d'accord ! Merci pour ces explications, j'ignorais tout de ces subtilités. Skimel (talk) 14:52, 24 January 2023 (UTC)Reply

Q1230142 edit

Dear Eihel, what is the reason for the removal you made in Special:Diff/1913919232? --Krd 14:59, 21 June 2023 (UTC)Reply

Hello Krd  , My edit removed a violation. According to Linked data principles (RDF), Artist in Residence Frankfurt (Q109587236) is malformed (@Frlgin:): it should not have instance of (P31) and subclass of (P279) at the same time. There should be 2 different items, one for the program and one for the function. I corrected position held (P39) to include this error, but it doesn't make sense (position held → incentive program ??): . Cordially. ―Eihel (talk) 15:30, 21 June 2023 (UTC)Reply
See Talk:Q1230142#Artist in Residence. ―Eihel (talk) 16:06, 21 June 2023 (UTC)Reply
Perfect. Thank you! Krd 17:02, 21 June 2023 (UTC)Reply
uh… Not "Perfect", @Krd:. I write to you again here: another item should be created and Artist in Residence Frankfurt (Q109587236) needs to be fixed. These 2 items should have no P31! Cordially. See Help:Items#Linking_items. ―Eihel (talk) 17:12, 21 June 2023 (UTC)Reply
Yeah, understood, but I'm unable to do that, but my question was answered, i.e. that your action was not a mistake. So from my side the issue is resolved. Krd 06:08, 22 June 2023 (UTC)Reply

citation needed constraint edit

I think this would require a discussion. In fact, every attribute needs a source, the question is whether we should make it mandatory only to have a gigantic list of missing sources. Pallor (talk) 15:09, 9 September 2023 (UTC)Reply

Q28843565 edit

Q28843565, Q19194748 et Q19194753 : à supprimer (auto-promo, auto-édition). Retirés de frWS. ―Eihel (talk) 03:26, 18 September 2023 (UTC)Reply

Q109587236 edit

Hello, please go there: https://www.wikidata.org/wiki/Q109587236 Someone is deleting right Sites out of there! Thank you!  – The preceding unsigned comment was added by 2003:c9:f746:ab9e:cd89:6ccd:c045:51cb (talk • contribs) at 14:04 (UTC), 10 December 2023 (UTC).

Hello anon,
You could sign your intervention, then you could discuss it with the person you are talking about. By going to the person's discussion page, you will probably have an explanation. There's no point in posting your grievances anywhere on my page. Cordially. ―Eihel (talk) 15:43, 10 December 2023 (UTC)Reply

Edits on after-match party (Q9086057) edit

Hello, I read what you left on my talk page. Excuse me but I am not sure about what we are talking about, could you please tell me more? Blackcat   11:41, 18 January 2024 (UTC)Reply

Notification de traduction : Wikidata:Glossary edit

Bonjour, Eihel,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Wikidata. La page Wikidata:Glossary est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité haute.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Wikidata à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Wikidata‎, 03:24, 28 January 2024 (UTC)

Q2621587 by Simba16 edit

Hi. You left message on my discussion page. I didn't understand it because I didn't any change on the item. Explain your comment, please. Simba16 (talk) 11:42, 6 March 2024 (UTC)Reply

The history page shows that you made 9 edits, with questionable references. cc on your Talk pageEihel (talk) 11:52, 6 March 2024 (UTC)Reply

date of birth of Q16141510 edit

Hi. Thank you for your reversion of changes in https://www.wikidata.org/w/index.php?title=Q16141510&oldid=prev&diff=2120988696 I wonder if you could help me understand the reason for your revision. The wikipedia page https://th.wikipedia.org/wiki/วรวงษ์_พงษ์พานิช seems to contain the full date of birth, height etc. so I'm wondering why the changes were reverted. Thanks QWER9875 (talk) 08:12, 16 April 2024 (UTC)Reply

Hello QWER9875  ,
Each project is independent: it is not because Wikipedia contains information that it must appear on Wikidata and vice versa. The references of these 2 datas is imported from Wikimedia project (P143), but there is no valid reference on thWP. So I only left the information that was provable. Additionally, a person's height is not constant: this value should contain a date. Best regards. ―Eihel (talk) 18:09, 16 April 2024 (UTC)Reply