User talk:Chabe01

Welcome to Wikidata, Chabe01!

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! --VIGNERON (talk) 08:59, 30 October 2016 (UTC)

nouveaux éléments

Bonjour, j'ai vu que tu as créé quelques éléments sur des monuments historiques. Sache que tous les MH avec notice PA ont déjà été intégrés dans Wikidata. J'ai fusionné ces éléments avec leur existent. Pour retrouver un tel monument, tu peux faire une recherche avec cet outil, et par exemple dans Query : STRING[380:"PA00085365"].
Cordialement, Gzen92 ^[discuter] 10:34, 2 November 2016 (UTC)

Stade des Alouettes (Q22965894)

Bonjour, j'ai eu du mal à comprendre tes modifications, c'était un peu tordu de se resservir d'un élément pour autre chose. Je pense que le plus simple aurait été de fusionner les deux articles sur la borne et après de créer un nouvel élément pour le stade. Cordialement, Gzen92 ^[discuter] 11:28, 25 November 2016 (UTC)

Q2887009 et Q28873068

Bonjour

Les éléments Basilique Saint-Just de Lyon (Q2887009) et Basilique Saint-Just de Lyon (Q28873068) ne sont-ils pas à fusionner ? Les deux indiquent Mérimée ID (P380) = PA00117985 (ce qui est une violation de contrainte à résoudre ) et plus je regarde les autres propriétés moins je vois la différence (coordinate location (P625) quasiment identique, etc.).

Cdlt, VIGNERON (talk) 10:02, 15 April 2017 (UTC)

Bonjour, je viens de fusionner les deux pages. Je sais que chaque monument historique à sa page Wikidata mais j'ai cherché depuis longtemps celle-là sans succès. C'est la raison pour laquelle j'avais créé le site archéologique de Saint-Just. Cordialement, Chabe01 (talk) 10:14, 15 April 2017 (UTC)

Merci à toi.

Il y a de très nombreuses façon de rechercher un élément sur Wikidata, si tu veux faire une recherche à partir de l'identifiant Mérimée Mérimée ID (P380), tu peux utiliser la requête SPARQL suivante (en remplaçant PA00117985 par l'identifiant que tu cherches) :

SELECT ?item ?itemLabel ?id
WHERE 
{
	?item wdt:P380 ?id .
	FILTER ( ?id in ("PA00117985") )
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

Pour information, quasiment tout les monuments historiques sont présents sur Wikidata mais errare humanum est, il arrive qu'il y ait eu des ratés et des manques. Dans le doute, n'hésite pas à créer un nouvel élément, au pire si il s'agit d'un doublon, il est facilement repérable via les contraintes (que je vérifie régulièrement) et encore plus facile à fusionner . Cdlt, VIGNERON (talk) 11:17, 15 April 2017 (UTC)

Même question pour Maison, cadastre 1460 (Q22966719) et Maison, cadastre 1460 (Q29413690). Cdlt, VIGNERON (talk) 09:06, 17 April 2017 (UTC)

Déplacement d'images

Bonjour,

Juste un court message pour t'informer que j'ai déplacer les images de plaque de rue de Saint-Cyr-sur-Menthon (Q843587) de la propriété générale image (P18) à celle plus précise place name sign (P1766) (j'ai pris des précautions mais j'espère ne pas avoir fait d'erreurs), voir par exemple sur route de Vonnas (Q60323556).

Cdlt, VIGNERON (talk) 08:11, 1 April 2019 (UTC)

Étrange Lexème

Bonjour,

Je ne suis pas bien sûr de comprendre l'entité invalid ID (L252189). Est-ce vraiment un lexème ? J'ai l'impression que c'est plutôt une erreur de création, non ? Pourrais-tu éclairer ma lanterne ?

Cdlt, VIGNERON (talk) 10:14, 1 March 2020 (UTC)

Bonjour, il s'agit effectivement d'un erreur de ma part, croyant que j'étais en train de créer une nouvelle propriété. Cependant, je pensais avoir demandé la suppression de ce lexème. Bien cordialement, Chabe01 (talk) 19:32, 1 March 2020 (UTC)

C'est bien ce qu'il me semblait, merci de la confirmation. Je viens de demander la suppression, cela devrait être réglé rapidement. Cdlt, VIGNERON (talk) 12:44, 3 March 2020 (UTC)

Tombeau inventoriés

Bonjour,

Je vois que tu as crée plusieurs éléments sur des tombeaux qui sont des biens recensés dans l'Inventaire général. C'est excellent, Wikidata possède encore assez peu de biens de l'Inventaire. Merci d'avoir complet ce manque !

Par contre, je me demandais, te serait-il possible de mettre des coordonnées plus précises ? En particulier quand plusieurs monuments ont la même coordonnée, par exemple des tombeaux dans un cimetière. Si effectivement ces tombeaux sont proches, il ne sont pas pour autant exactement au même endroit et cela rend les visualisations cartographiques un peu trompeuses. On peut croire qu'il n'y a qu'un point alors qu'il y en a 3 au même endroit :

#defaultView:Map
SELECT ?item ?coord WHERE {
  ?item wdt:P276 wd:Q81945514 ; wdt:P625 ?coord ; wdt:P31 wd:Q381885 .
}

Try it!

Voilà, juste une « petite remarque » mais qui pourrait changer beaucoup pour ceux réutilisant ces données

Cdlt, VIGNERON (talk) 18:13, 30 August 2020 (UTC)

Bonjour, concernant les biens à l'inventaire, il est vrai qu'il en manque énormément et qu'il est en réalité assez difficile de faire l'inventaire complet sur Wikidata. J'avais créé un script pour extraire les données sur pop.gouv.fr. Je l'ai testé sur la Saône-et-Loire et le problème avec les tombeaux et que les coordonnées fournies sont celles du cimetière. Le seul moyen de connaître les coordonnées exactes est d'aller sur place. Pour les tombeaux du 01, du 93 et du 94, les tombeaux où j'ai pris une photo ont leur coordonnées exactes. Pour les autres, je n'ai aucune idée de leur localisation précise soit car je n'y suis pas allé, soit je ne les ai pas trouvés ou bien qu'ils ont été détruits. Chabe01 (talk) 18:45, 2 September 2020 (UTC)

@VIGNERON: Bonjour, je profite d'être de passage pour compléter le sujet. Il y a effectivement des lacunes importantes sur la thématique funéraire : on manque de cartes (que beaucoup de municipalités gardent précieusement). Certaines tombes pourrait être trouvées avec une bonne ortho mais là encore il faut être sûr (même avec ces outils, j'ai déjà eu du mal avec quelques tombes au cemetery of Fontainebleau (Q94999808)). Vu que beaucoup de tombes restent inconnues, serait-il intéressant d'instaurer des recommendations de prises de vues pour faciliter le travail ? Pour les coordonnées de cimetière, devrait-on alors mettre un qualificateur de qualité d'information ou ne rien mettre ? Par ailleurs, comment pourrait-on aussi gérer place of burial (P119) quand il existe un élément de tombe (je mets généralement la valeur du cimetière puis de la tombe, ça me paraît bancal) ? Cdlt — Baidax ^💬 00:07, 5 June 2021 (UTC)

PCS

Hi! I saw that you changed all "alfabethic" PCS id's to numeric ones. I was adding alfabethic ones because I couldn't find numeric ones. How can I find numeric ones on PCS website? 99kerob (talk) 05:08, 8 October 2020 (UTC)

Hi, I don't know if there is an easier way to find them but I found them thanks source code of rider pages. The rider id is present in the code multiple time, you can find it by searching "rider.php?id=" For instance, for Julian Alaphilippe, source code of the webpage contains rider.php?id=137427 Chabe01 (talk) 17:07, 8 October 2020 (UTC)

Cycling team

https://dropmefiles.com/FtCxz To create a cycling team season. Template in Excel to copy to https://quickstatements.toolforge.org/#/batch — GAN (talk) 11:27, 11 October 2020 (UTC)

Sur l'admissibilité des bulletins municipaux

Bonjour,

je viens de voir que tu avais créé Q94567964 ; je trouve la démarche intéressante (et potentiellement à généraliser ?), mais comment justifierais l'admissibilité de cet élément ?

Merci ! Nomen ad hoc (talk) 08:09, 13 October 2020 (UTC).

identifiant ProCyclingStats d'une course

Bonjour, Pourrais-tu me dire comment on trouve un identifiant ProCyclingStats d'une course (à ajouter dans les identifiants Wikidata) car quand je vais sur leur site, je n'ai pas d'identifiant chiffré qui renvoie à la page de la course que je souhaite. Merci pour ton aide ! --Horza (talk) 16:44, 21 January 2021 (UTC)

Question to Item Aimé Césaire (Q766186)

Hi Chabe01,

I have one question to Aimé Césaire Q766186: you have add there at the adjacent station the connecting line Paris Métro Line 15 Q3240151. I doubt that it is correct. At the connecting line P81 is mentioned Paris Métro Line 12 Q50757. I think that Line 12 is correct. Also at the Article [1] is mentioned Aimé Césaire but not at the Article for Line 15. Do you have different sources? Could you please check it? --GodeNehler (talk) 19:46, 10 May 2021 (UTC)

Hi,

Thanks you for your feedback. Indeed, I mistook as connecting line is Line 12 and not Line 15. I corrected that. Chabe01 (talk) 12:55, 12 May 2021 (UTC)

Réseaux viaires

Bonjour, j'aurais dû te prévenir plus rapidement. Comme tu l'as remarqué, j'ai procédé à la création de road network (Q107094490) et au renommage de tous les éléments que tu as créé qui en découlent : le terme est plus exact et renvoie à une entité globale et unique plutôt qu'à une réunion par le pluriel. Avec part of (P361), c'est finalement une structure que j'ai également adoptée pour Fontainebleau, dont je complèterai le recensement des voies (avec un tableau Commons type que j'ai légèrement amélioré). Tu as fait un bon travail conséquent sur les voies et je te remercie ; il y a plusieurs points à éclaircir sur la manière de fonctionner et je te tiens donc au courant. Bonnes contributions à venir ! Cdlt — Baidax ^💬 23:56, 4 June 2021 (UTC)

Attention aux doublons :)

Bonjour Chabe,

je me permets de vous signaler que vous avez créé un doublon ici. Je l'ai fusionné avec l'élément préexistant. Je compte sur vous pour être plus vigilant à l'avenir .

Cordialement, Nomen ad hoc (talk) 06:49, 23 October 2021 (UTC).

Attention aux doublons

Bonjour, vous avez créé un doublon sur Charles Pomerol. Merci de le fusionner avec celui précédemment créé et d'indiquer le wiki fr, car je ne peux corriger. Bien cdt, --Sidonie61 (talk) 00:54, 13 March 2022 (UTC)

Bonjour, la fusion est faite. Chabe01 (talk) 01:01, 15 March 2022 (UTC)

Article Adrien "Dolimont"

Bonjour Chabe01,je vois que vous avez relié la page Wikidata « Adrien Dolimont » (Q111207122) avec l'article Wikipédia en français "Adrien Dolimont". Cependant je remarque également qu'il existe une autre page Wikidata « Adrien Dolimont » (Q110553494) portant, me semble-t-il sur la même personne.

Ne maîtrisant pas Wikidata, pourriez-vous vérifier cela et éventuellement corriger l'erreur si elle existe?

Merci d'avance et bonne journée à vous, --Tom1un1 (talk) 10:16, 14 March 2022 (UTC)

Bonjour, la fusion est faite. Chabe01 (talk) 01:01, 15 March 2022 (UTC)

New family names and given names

Hi Chabe01!

It's nice of you to create new names. Please fill out at least these three Properties of information, this saves a lot of work for the other Wikidata contributors:

• For names in Latin script:

1. instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
2. writing system (P282) (use "Latin script (Q8229)")
3. native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)

The easiest way would be to use the script from User:Bargioni, see: User:Bargioni/QuickNames

Note: Arabic, Chinese, Greek, Japanese, Korean, Russian names, etc. must be created in their original script. User:Bargioni's tool is not suitable for this.

• For persons of Russian, Ukrainian, Serbian origin etc., and other countries with Cyrillic writing system, create the name in Cyrillic script:

1. instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
2. writing system (P282) (use "Cyrillic script (Q8209)")
3. native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)

Note: The transliteration from e.g. Russian (Q7737)/Ukrainian (Q8798)/Serbian (Q9299) etc. to English (Q1860), French (Q150), German (Q188) and various other languages is different.

 Info For more information please see this page: Wikidata:WikiProject Names/Properties.

I wish you continued happy work on Wikidata. Best regards, HarryNº2 (talk) 14:35, 25 August 2022 (UTC)

Petite question à propos d'un ajout

Quelle est cette "catégorie" à laquelle tu as ajouté mes articles Lamborghini Cimbareto LPT 1000-4, Lamborghini Furia et Lamborghini Matador EV (LES SOURCES SONT SUR WIKIPEDIA) ?

J'attends une réponse d'ici le 20/09/2022

Merci

Cordialement LéoFatal (talk) 17:18, 8 September 2022 (UTC)

FIFA 2022 edits

Hello, Chabe01,

Thank you for your world cup edits.

I have a few comments regarding the modelling of the items, specially the name. The name is unclear, and no aliases are provided. I had created one item for a game (2022 FIFA World Cup Match 4, USA v Wales (Q115329387)), and the label tries to be clerarer. If you could change the names or add aliases, it would be awesome.

I'll be modifying the items in the near future, so if you have any question, let me know.

Best, Tiago TiagoLubiana (talk) 11:10, 29 November 2022 (UTC)

• Also, I've seen you changed the teams from United States men's national soccer team (Q164134) to United States of America at the 2022 FIFA World Cup (Q111535586); I think we should discuss that modelling better. For SPARQL queries it is much easier to have the more general concept.

In general, we won't have "club X at competition Y" items, so modelling will be inconsistent across Wikidata, making queries harder. Best, TiagoLubiana (talk) 11:26, 29 November 2022 (UTC)

• Another comment: I saw you used Moscow Time (Q842320) for the games, and while that is coincident with the real time, the official time zone is UTC+03:00 (Q6760), aka Arabia Standard Time.

Best, TiagoLubiana (talk) 11:34, 29 November 2022 (UTC)

Hello, I have just modified label to get more explicit labels (they have the same structure has commons category name).

- About teams, I agree we should discuss about that. The reason why I chose to add teams during competition instead of general team is I followed the same logic used in cycling races. Examples : 2022 Tour de France (Q98043180) and 2022 Tour de France (Q98043180). - Then, I selected Moscow time because I saw Qatar was on the same time but I modify that when I have time.

Chabe01 (talk) 11:36, 29 November 2022 (UTC)

@Chabe01: Amazing work on the items, thank you very much!! Do you have the code used for the integration anywhere or is it all done in spreadsheets? I would be happy to help in the reconciliation. TiagoLubiana (talk) 19:32, 10 December 2022 (UTC)

Hello,thanks a lot, to get this data, I tried to get raw data before processing it and creating a quickstatements content to send it into Wikidata. Chabe01 (talk) 10:59, 18 December 2022 (UTC)

Links to snooker events

Bonjour Chabe01, please check for existing items before you create new ones for snooker events like Q113836134 or Q113840204. I try to create all entries as soon as the tournaments are announced at the beginning of the season, so they should all be there. Even the French title should already be there. Merci d'avance et joyeux Noël -- HvW (talk) 16:30, 22 December 2022 (UTC)

Rue Marcelin-Berthelot (Q108784377)

Bonjour,

Je croise actuellement les données du répertoire FANTOIR avec les données de Wikidata, dans le but de qualifier les pseudo-voies et de déterminer la typographie riche pour les entrées. Durant ce travail, j'ai remarqué qu'il existait des codes sur Wikidata complet à 11 caractères qui ne sont pas repris dans FANTOIR.

Pourrais-tu m'indique la source que tu as utilisé pour le code FANTOIR de Q108784377 ? Ton script d'importation ne l'a pas noté, et c'est un des codes qui n'apparaît pas dans le fichier FANTOIR de novembre 2022, mais avec une clé RIVOLI correcte.

• Code importée dans Wikidata : 9400156120F
• Code dans le fichier FANTOIR : 9400150630N, ajouté le 10 décembre 1990
• Je ne sais pas si c'est un hasard mais le code MAJIC est 61 dans FANTOIR pour cet enregistrement (mais pour 6120 ou 0630, le premier caractère est une série basée sur le type de voie, et les autres un numéro d'ordre pour la commune dans cette série)

Enregistrement complet dans FANTOIR :

   9400150630NRUE BERTHELOT                  R     0          00000000000000 00000001990344               000611   BERTHELO

Si tu ne souviens pas de la source, normalement les sources potentielles pour le code autre que FANTOIR sont OSM, BAN (qui est piloté par l'IGN, avec un guichet d'édition pour les collectivités) et BANO (géré par OSM, alimenté par les collectivités).

Merci. Dereckson (talk) 06:22, 11 January 2023 (UTC)

Bonjour,

Pour créer ces pages de rues sur Wikidata, je crée au préalable des relations type=associatedStreet sur OSM (https://www.openstreetmap.org/relation/10374528 pour Q108784377 par exemple). Sachant que j'avais créé la relation en décembre 2019 selon l'historique, cela signifie que j'ai pris les données FANTOIR sur collectivites-locales.gouv.fr à cette date. Peut-tu me donner les pages pour lesquelles il y a une erreur afin que je comprenne le problème et puisse corriger ? En tout cas, merci pour tes retours. Chabe01 (talk) 06:47, 11 January 2023 (UTC)

Merci pour cette explication, je découvre encore une nouvelle source pour ce fichier sur collectivite-locales-gouv.fr.

Il semblerait que le fichier local Île de France 940.txt contient deux enregistrements :

9400150630NRUE BERTHELOT R 0 00000000000000 00000001990344 000611 BERTHELO

9400156120FRUE MARCELIN BERTHELOT R 0 00000000000000Q20010541987001 999991 BERTHELO

En février 2001 (2001054), le code 9400156120F a été annulé (le Q à la 74e position signifie "annulation avec transfert").

Or, ce code annulé n'est pas présent dans le fichier national actuel, d'où l'erreur de mon script d'import Wikidata comme quoi le code était inconnu.

Les codes valides (non annulés) sont ceux avec un espace à la 74e position, un O ou un Q signifie qu'ils sont annulés d'après la documentation technique.

Avoir la liste de toutes les pages concernées me semble une bonne idée, je vais terminer mon code d'import, et à partir de là, préparer un rapport de maintenance Wikidata en trois parties :

- les codes absents du fichier national

- les codes annulés (apparemment il faut aussi importer les fichiers locaux pour ça on dirait ?), pour pouvoir peut-être rajouté un qualificateur donnant la période de validité

- les codes au format différents (on a des pages avec des codes sans le code direction, par exemple 9400150630N serait écrit 940150630N ou 94001_50630N, et d'autres où il n'y pas la clef RIVOLI, le caractère final, par exemple 9400150630, voire les deux ensemble 9400150630)

Je ne peux pas sortir immédiatement la liste de toutes les pages avec un code absent dans le fichier national car mon code bute sur que faire avec 920514135A de façon algorithmique (il manque le code de direction, et pour le 92 ce n'est pas toujours 0) ; je vais donc rajouter un index sur le code INSEE dans ma base de données, ce qui permettra rechercher 92051 et avoir le code de direction pour pouvoir déterminer que le 920514135A lu sur Wikidata correspond à 9210514135A dans le fichier FANTOIR. Une fois que c'est fait, je pourrai alors relancer l'import des données et avoir la liste des codes non trouvés.

Le code actuel est consultable ici, mais je n'ai pas encore mis à jour le diff pour la gestion de toutes les exceptions : https://devcentral.nasqueron.org/D2731

Ah, si jamais tu veux une base de données FANTOIR lisible, cette partie-ci marche parfaitement : https://devcentral.nasqueron.org/D2729 ; une de mes buts est de sortir une version Web consultable facilement, avec une recherche rapide des noms de voie avec des trigrammes, mais cette base de données, surtout si je continue à la croiser avec les diverses sources qu'on a, permettrait de faire de cool rapports de maintenance pointant les disparités.

Je reviens vers toi dès que j'ai pu sortir le rapport de maintenance code absents du fichier national en tout cas.

--Dereckson (talk) 21:37, 11 January 2023 (UTC)

Rapport de maintenance FANTOIR

Hello,

Je n'ai pas trouvé de WikiProject où le mettre, donc je l'ai temporairement mis en espace utilisateur : User:Dereckson/FANTOIR maintenance report

Il a été généré en croisant les données de Wikidata avec celles du répertoire FANTOIR national de novembre 2022.

Les absences ne sont pas dû à un format divergent, l'outil résolvant par exemple le code 97209_0742 en 9722090742L ou peut rajouter le code direction. Cela concerne 2101 codes FANTOIR notés sur Wikidata. En revanche, il semble très clairement que le fichier national ne comporte pas tous les enregistrements annulés par rapport aux fichiers locaux, malgré l'existence de 621 898 entrées annulées en son sein, c'est le cas par exemple sur Q111324289.

Pour les codes trop longs, c'est tout simplement un script qui a du rajouter un 0 pour le code de direction dans des codes qui le possédait déjà. --Dereckson (talk) 07:25, 13 January 2023 (UTC)

Q109037792

Please do not link Q109037792 with fr:Figuig (paquebot de 1916). It duplicates Q5630359, and prevents the French article from being linked with en:HMAS Grantala, pl:HMAS Grantala and fa:اچ‌ام‌ای‌اس گرانتالا. Q109037792 should be merged with Q5630359. Thankyou. Motacilla (talk) 20:05, 2 May 2023 (UTC)

Request

Hi can you add this category on commons: Category:Nabil Bahoui to Nabil Bahoui item? Princess is goal (talk) 22:22, 12 September 2023 (UTC)