User talk:Thierry Caro

Welcome to Wikidata, Thierry Caro!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

• Introduction – An introduction to the project.
• Wikidata tours – Interactive tutorials to show you how Wikidata works.
• Community portal – The portal for community members.
• User options – including the 'Babel' extension, to set your language preferences.
• Contents – The main help page for editing and using the site.
• Project chat – Discussions about the project.
• Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. 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.

Best regards! --Stryn (talk) 18:25, 5 February 2013 (UTC)

Property_talk:P4698#links_are_no_longer_working

Bonjour Thierry Carlo,

vu vos contributions dans le passé le sujet suivant pouvait vous inéresser Property_talk:P4698#links_are_no_longer_working

Salutations Robby (talk) 06:56, 12 May 2023 (UTC)

Q101053427

Bonjour Thierry, concernant Le Port de Rabat d'Albert Marquet, tu fais fausse route avec les dimensions que tu indiques parce qu'elles incluent le cadre ! Sans cadre, la toile fait 48,5 cm sur 60 cm. Le livre d'Isabelle Dubois-Brinkmann en fait foi. Cordialement Edelseider (talk) 09:51, 18 August 2023 (UTC)

@Edelseider: Bonjour, et merci. Puisque tu m'interpelles, je me permets de te dire que je rêve d'une traduction de tout ce que tu as publié sous Category:Paintings in the Musée des Beaux-Arts de Strasbourg et autres musées des environs. Thierry Caro (talk) 10:42, 22 August 2023 (UTC)

Sympa, j'ai vu que tu as lancé pas mal d'ébauches en te basant sur mes articles en anglais (pour la plupart pas très longs non plus). J'ai beaucoup de gratitude pour toi, bien que, d'un autre côté, j'eusse aimé que tu consultes également les livres dont je me suis servi, au lieu de simplement te reposer sur mon travail. Les articles dans ces livres contiennent infiniment plus d'informations que celles que j'en tire : je ne fournis littéralement que le strict minimum, pour diverses raisons. Tu serais surpris de constater tout ce que des auteurs comme Alain Roy, David Mandrella ou Guillaume Kientz ont à dire sur des toiles que nous traitons en cinq lignes maximum ! Cordialement--Edelseider (talk) 10:57, 22 August 2023 (UTC)

AGORHA

Bonsoir @Thierry Caro,

Je découvre avec stupeur que tu as profité des vacances d'été pour détruire subrepticement quelques 2000 identifiants AGORHA. Les bras m'en tombent !

J'ai du mal à voir en quoi cela va "improve our coverage of art history (Q50637)", selon ta formule consacrée...

Jamais au grand jamais on ne détruit des identifiants corrects, et on ne détourne pas l'usage d'une propriété comme tu l'as fait (sans d'ailleurs aucune discussion ?).

Il était question de créer une nouvelle propriété avec le format ark (elle reprend les périmètres des 3 existantes), mais certainement pas d'un tel vandalisme !

Je te suggère vivement de remettre les choses en l'état, et de proposer une nouvelle propriété si tu le souhaites. Heureusement, tu ne sembles pas (encore ?) avoir eu l'idée de lancer la même annihilation sur l'identifiant pour les personnes... (j'ai eu une sacrée sueur froide).

Merci de ta diligence. Nono314 (talk) 21:29, 19 August 2023 (UTC)

Bonjour. J'espère que tu te portes bien. Il s'agit essentiellement d'assurer la continuité de la propriété, qui telle qu'elle est désormais est effectivement l'identifiant AGORHA. Les propriétés n'ont pas être inféodées au format circonstanciel que prennent les URL, mais au lien intemporel qu'elles entretiennent avec les sources qu'elles désignent, qui elles sont souvent des institutions établies de longue date. Les changements récents assurent cette continuité, et surtout ils produisent des liens qui fonctionnent, plutôt que les anciens, cassés depuis plusieurs années. Malheureusement, oui, il faut travailler pour couvrir à niveau un maximum d'ɶuvres, et déjà je m'y emploie, autant que possible. Mais oui, c'est du boulot. Cependant, tout Wikidata demande le même effort. Thierry Caro (talk) 09:13, 20 August 2023 (UTC)

P4583 vs. P4668

Thierry, apologize for the formatting on this website as I'm much more active and familiar on en.wikipedia. I've noticed both of these P's(?)/properties(?) while editing artistic men's gymnastic articles on en.wikipedia. I believe we may have run into a bit of a situation here. Both of these are seemingly representing some "United States Gymnastics Hall of Fame"-type entity, with the properties leading to seemingly reputable websites of http://www.usghof.org and http://www.usagymlegacy.org respectively. However, upon further examination, the former appears to be just a website put together by an individual (and much more focused on being an Amazon affiliate to make commission) whereas the latter redirects to the official USA Gymnastics website of which entries can now be found at https://usagym.org/halloffame/inductee.

I propose (unless it's against the rules here or something?) that the P4583 be deleted as misrepresentative of the actual United States Gymnastics Hall of Fame. Additionally, P4668 seems as though it could have its URL(?) edited to represent the new site to be representative of the entries without having to edit all of the individuals' unique identifiers.

Thoughts? GauchoDude (talk) 16:02, 1 September 2023 (UTC)

@GauchoDude: Hello. Whether or not a database is official is never an issue here on Wikidata. Even if done by someone in their basement, as long as the community has agreed it is OK to have a dedicated property to link to that database, we are fine. Thierry Caro (talk) 18:43, 1 September 2023 (UTC)

@Thierry Caro: Thank you for the response. In that case, can you help me with P4668? It does not appear as though it's currently up to date nor are the links accurately reflecting to profiles on en.wikipedia. The first thing that I noticed is that the website will need to be updated. As entries are now at "https://usagym.org/halloffame/inductee/XX-YY" where XX is last name and YY is first name. Example here: https://usagym.org/halloffame/inductee/hamm-paul/ GauchoDude (talk) 18:52, 1 September 2023 (UTC)

@GauchoDude: I have changed the formatter URL. It should work correctly wto or three days from now, after the pages are refreshed. Thierry Caro (talk) 03:38, 2 September 2023 (UTC)

@Thierry Caro: Thank you for the update. Does it matter that for P4668 "formatter URL" and "source website for the property" are different? Does the "source website for the property" also need to be updated? GauchoDude (talk) 17:03, 2 September 2023 (UTC)

peakware mountain ID (P3513)

Hi Thierry Caro, a while ago you added data from Peakware, dead now, and recently I stumbled across some duplicates I could resolve. Also some spelling errors from the source (due to the fact of user generated content on peakware?). e.g. Grnegghorn -> Grünegghorn, Schneehhnerstock -> Schneehüenerstock. But there are still candidates for merging: Query (or deletion) - remove the minus coords line to get all items having a peakware mountain ID (P3513), some already merged. What about cleaning up the stuff? Do you care?

I feel that putting the elevation to the item description is not conforming to Help:Description. It only is practical to guarantee necessary uniqueness. Elevation in the structured world of Wikidata should always be a property (and the conversion from ft to m shouldn't be done manually). Furthermore an entry like South Creek Butte (Q30124069) is just a container for the id, not a description of the mountain (and the duplicate South Creek Butte (Q49075783) as well isn't a proper description).

I also found your post on https://terrillthompson.com/1251. No further reaction, so is there any usefulness in keeping peakware mountain ID (P3513) property? What do you think? When you agree that peakware id is dead, than the property could be removed and deleted and the plain container objects for the id (as mentioned above) could as well be deleted (instead of merging and completing). best --Herzi Pinki (talk) 05:56, 14 September 2023 (UTC)

@Herzi Pinki: Hello. I am in favor of deleting stuff that is dead. I think the Peakware property can and should be deleted, but I believe people tend to oppose such deletions here, and as I do not want to spend time arguing for hours to no avail, I just let dead content be. In other words, this property is up for whatever others will want it to become. Thierry Caro (talk) 06:17, 14 September 2023 (UTC)

Once the garbage is in, it will stay there? GIGnO (never). Trying to delete peakware mountain ID (P3513) might be difficult. But will you help me to resolve the duplicates in the items you imported from Peakware? (that's a different story). --Herzi Pinki (talk) 10:36, 14 September 2023 (UTC)

Honestly, no offense, but this would be losing your time. The property is dead. I suggest we just leave it as is. Thierry Caro (talk) 19:28, 14 September 2023 (UTC)

Ok, the property is dead. But there are mountains left I could not resolve as duplicates. see Query. Even when the property is dead, the mountain behind is existing (presumingly) and should have a full set of mountain related properties like coordinate location (P625), located in the administrative territorial entity (P131), elevation above sea level (P2044), mountain range (P4552). If it is not existing, it should be deleted. --Herzi Pinki (talk) 10:01, 17 September 2023 (UTC)