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.
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.
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]
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)
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]
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 identifierSELECT?item?label?searchWHERE{VALUES?prop{#wd:P9102 # cinefan.rowd:P345# imdb}?propwdt:P4354?url.?itemwdt:P31wd:Q5;wdt:P106/wdt:P279*wd:Q33999;wdt:P27wd:Q218.MINUS{?propwikibase:directClaim?c.?item?c[]}BIND(URI(REPLACE(str(?url),"\\$1",str(?label)))AS?search)SERVICEwikibase:label{bd:serviceParamwikibase:language"[AUTO_LANGUAGE],en".?itemrdfs:label?label}}LIMIT100
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]
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:
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)
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]
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!
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].
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]
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]
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]
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 byL00mi (talk • contribs) at 20:12, 22 November 2021 à 21:12 (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)[reply]
It seems this was deleted out-of-process. Going forward, please do not delete statements of properties before PfD is closed.
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]
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]
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]
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 :
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]
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 ?
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]
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]
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):
une description ne débute pas par une majuscule autant que possible.
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. Krd06:08, 22 June 2023 (UTC)[reply]
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]
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? Blackcat11:41, 18 January 2024 (UTC)[reply]
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 :
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]
Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Wikidata.
La page Template:Spam/text est prête à être traduite. Vous pouvez la traduire ici :
If you're able, please translate this notification text that can be used when some users are spamming. It would be very important to translate the message into as many languages as possible to ensure that the above mentioned users understand the warning.
Regards,
Wüstenspringmaus
Votre aide est grandement appréciée. Les traducteurs comme vous aident Wikidata à fonctionner
comme une véritable communauté multilingue.
, Everything seems correct. Cordially. —Eihel (talk) 21:35, 5 May 2021 (UTC)
--Alaa :)..! 22:01, 5 May 2021 (UTC)
). 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)
Done @Givet: —Eihel (talk) 10:17, 11 August 2021 (UTC)
: 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).
11:41, 18 January 2024 (UTC)