Wikidata:Bistro

From Wikidata
Jump to navigation Jump to search
Bienvenue sur le Bistro !
Un endroit pour discuter des différents aspects de Wikidata : projet, demandes d'aide, règles et propositions, problèmes techniques, etc.

Jetez un œil aux questions fréquemment posées.
Les instructions pour fusionner deux éléments sont disponibles à Aide:Fusion.
Pour de l'aide avec une requête SPARQL, essayez Wikidata:Request a query.
Les demandes de protection (vandalisme...) peuvent se faire à Wikidata:Requêtes aux administrateurs
Les demandes de suppression peuvent être faites à Wikidata:Demandes de suppression.

Canal IRC : #wikidata-frconnect
Nouvelle discussion
Edit
On this page, old discussions are archived after 7 days. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/05.

Les identifiants MatchID sont modifiés ![edit]

Bonsoir, j'ai perdu la presque totalité des identifiants MatchID introduits par mes soins dans Wikidata (un travail énorme). Ceux-ci ne sont plus les mêmes car changés sur le site [1]. C'est très récent, 24 ou 48 heures au maximum IMHO. Probablement pendant la mise à jour du site le 4 mai dernier. Ce n'est pas un souci d'API.

EDIT : le souci est général, ça ne touche pas que les identifiants MatchID introduits par mes soins. Je dirais que cela touche à vue de nez environ 80 à 90 % des identifiants MatchID. Il me semble que cela continue à se propager au moment où j'écris ces lignes. Cela commence à ressembler à un souci de sécurité comme une faille sur une machine, exploitée depuis l'extérieur.

Un exemple : l'élément Wikidata Q3288655 avait pour identifiant " RD1SQr0-ijle " et désormais, c'est " v32Go_26oQZY ". Idem avec l'acteur François Périer (élément Q1451173). Ancien identifiant : " qw5w3BeriNVf " et désormais " qs_IZiI5W93l ". Avez-vous les mêmes soucis ? Avez-vous une explication ? Par avance merci pour vos explications.

EDIT : la conversation est entamée sur le bistro de WP:fr

Cordialement, Tontonflingueur (talk) 22:35, 5 May 2024 (UTC)[reply]

un ticket a été déposé sur le github de matchID. Pyb (talk) 08:08, 7 May 2024 (UTC)[reply]
Bonjour, oui, l'identifiant " TONTONFLINGUEUR " sur le GitHub MatchID, c'est moi. J'en ai profité à l'instant pour mettre à jour le lien désormais expiré posté hier par l'identifiant " Ayack " ici : [2] Cordialement, --Tontonflingueur (talk) 12:55, 7 May 2024 (UTC)[reply]
Bonjour @Tontonflingueur, permettez-moi de vous indiquer que je trouve votre message sur Github légèrement agressif. MatchID est géré de manière bénévole (cf. https://deces.matchid.io/about#qui-sommes-nous) et par conséquent les développeurs n'ont aucune obligation, ni de résoudre les bugs, ni de s'engager sur des délais de résolution. Ayack (talk) 13:12, 7 May 2024 (UTC)[reply]
Bonjour @Ayack, tout cela, je le sais parfaitement. Me pensez-vous totalement idiot ou inculte ? Ce message n'a aucune agressivité. Il met à jour votre lien expiré (cela vous a peut-être froissé et ce n'était pas l'objectif poursuivi). Il pose deux questions et n'exige rien en retour. Cordialement, --Tontonflingueur (talk) 13:32, 7 May 2024 (UTC)[reply]
Non, rassurez-vous, je ne suis nullement froissé et vous remercie de cette correction. J'exprimais juste mon ressenti, pensant que vous n'étiez pas au courant du caractère bénévole du projet (ce qui ne suppose rien vous concernant). Puisque ce n'est pas le cas, inutile de s'appesantir davantage sur ce sujet. Ayack (talk) 13:44, 7 May 2024 (UTC)[reply]


Il y a malheureusement beaucoup de bruit sur ce sujet. Quelques conseils dans ce genre de cas :

  • Ne pas lancer simultanément deux discussions
  • Les liens morts ça arrive assez fréquemment. Plusieurs solutions :
    • demander aux gestionnaires des données concernées si c'est un problème temporaire ou non
    • si c'est définitif, leur demander s'ils comptent mettre en place des redirections des anciens liens vers les nouveaux
    • s'il n'y aura pas de redirections, leur demander de nous fournir une table de correspondance entre l'ancien identifiant et le nouveau

Pyb (talk) 22:14, 7 May 2024 (UTC)[reply]

Bonjour, tout est rentré dans l'ordre. Voir la discussion de cette nuit avec Rhanka sur le Bistro WP:fr du 6 mai et sur le GitHub MatchID. Cordialement, --Tontonflingueur (talk) 04:19, 8 May 2024 (UTC)[reply]

Export sous une autre forme que le triplets[edit]

Est il possible d'avoir avec query, un export de résultats sous une autre forme qu'un seul élément par ligne (qui apparaît meme dans le json) ou est ce que quelqu'un a bidouille un code pour que les propriétés ayant plusieurs éléments soient concaténées dans une liste ?

Pierre Martins (talk) 10:52, 7 May 2024 (UTC)[reply]

@Pierre Martins Pas certain de bien comprendre la question, il existe de multiples formats pour consulter Wikidata. On peut avoir tout un élément en format json simplement avec une url : comme celle ci, en utilisant Special:EntityData/Q42.json par exemple. C'est tout un élément et ça utilise pleins de lignes. C'est pas non plus du tout sous forme de triplets.
Si c'est pour du SPARQL tu peux peut-être utiliser des agrégations et la fonction "group concat" pour afficher plusieurs valeurs pour une déclaration sur une même ligne, un exemple qui recherche les éléments avec plusieurs noms courts qui sont concaténés avec " ;;" tout sur une même ligne : 
select ?item (group_concat (?nom;separator=" ;;") as ?noms) {
  ?item wdt:P1813 ?nom .
  
} group by ?item having (count(?nom) > 2) limit 5
Try it!
Sinon peux-tu préciser la question ? author  TomT0m / talk page 11:21, 7 May 2024 (UTC)[reply]
Merci
cela réponds à mon besoin mais la sortie va être un peu cracra.
je vais le coder en python. Pierre Martins (talk) 11:34, 7 May 2024 (UTC)[reply]
Je sais pas ce que tu entends par "cracra" mais tu peux récupérer ça en json avec un parser json tout ce qu'il y a de plus propre, ou en TSV / CSV en version tout ce qu'il y a de plus standard aussi. C'est largement plus complexe de redévelopper un outil pour économiser quelques caractères sur la sortie. author  TomT0m / talk page 11:49, 7 May 2024 (UTC)[reply]
ok Pierre Martins (talk) 15:05, 8 May 2024 (UTC)[reply]

Azulejo[edit]

Bonjour. Il y a eu des contributions qui sont à annuler sur Q189046  et Q3179385, mais une imbrication mutuelle empêche le retour aux versions correctes. Quelqu'un sait-il faire ? Cordialement. Ikmo-ned (talk) 06:46, 8 May 2024 (UTC)[reply]

Bonjour @Ikmo-ned: c'est corrigé (j'espère, ce genre de cas est toujours compliqué). La difficulté est de trouver le bon ordre d'annulation pour éviter les conflits (un même lien ne pouvant se trouver sur deux éléments). Cdlt, VIGNERON (talk) 09:45, 8 May 2024 (UTC)[reply]
Parfait. Merci @VIGNERON:. Ikmo-ned (talk) 13:23, 8 May 2024 (UTC)[reply]

Expression des intervalles de temps[edit]

Bonjour, J’ai une interrogation un peu théorique sur les formats de dates ; ce n’est pas spécifique à Wikidata, plutôt lié au mode de représentation des dates en XML. Wikidata ne prend pas en charge la précision d’une date en dessous de la journée, cependant dans les déclarations de dates on a quand même l’heure 0 qui est ajoutée. Par exemple si on écrit 30 janvier 1830, dans le code on va avoir 1830-01-30T00:00:00Z. Là où ça m’interpelle c’est quand on a des intervalles de temps.

Imaginons quelque chose qui a une durée annuelle : par exemple un registre ou un journal annuel qui comprend des entrées horodatées du 1er janvier 2023 0:00 au 31 décembre 2023 23:59. Je vais écrire 1 janvier 2023 en date de début et ça sera transcrit 2023-01-01T00:00:00Z dans le code, jusque-là pas de problème ; pour la date de fin je vais écrire 31 décembre 2023 et ça va être transcrit 2023-12-31T00:00:00Z et là en revanche je bugue un peu. En effet pour moi T00:00:00Z ne comprend que la première minute du 31 décembre, du coup si une entrée de notre journal a été faite le 31 décembre à 17:59 ne sera t-elle pas exclue ? Et du coup pour exprimer une durée annuelle ne faudrait-il pas écrire date de début : 1 janvier 2023 et date de fin 1 janvier 2024 ? Runi Gerardsen (talk) 08:41, 8 May 2024 (UTC)[reply]

Réponse aussi un peu théorique : en principe on doit tenir compte des précisions pour faire les comparaisons de date (en pratique on le fait effectivement pas toujours, ça compliquerait pas mal les choses dans une requête par exemple et c'est pas toujours très utile), et si on a un jour introduction de précisions sur les minutes les deux dates seront incomparables directement sans tenir compte de l'intervalle, l'une des date aura le jour en précision et l'autre la minute.
En pratique actuellement on ne peut pas rentrer les minutes donc la question ne se pose pas trop.
Pour répondre à ta question sinon, je ne vois rien comme convention dans Help:Date, faudrait tenter une discussion sur le chat international du projet ou une RfC, ou mettre une ligne dans Help:Date pour régler ça. Mais mettre la date du jour d'après n'est pas la seule solution, on peux potentiellement garder "31 décembre" et dans une requête filtrer sur l'intervalle en faisant un truc (pseudo code) style filter(?date > "1 janvier 2023" && ?date < "31 décembre 2023" + "1 jour"), en rajoutant un jour à l'instant de la date de fin vu que c'est une précision du jour et qu'il faut donc compter le jour lui même dans l'intervalle. C'est une question de convention de gestion des précisions, en fait. author  TomT0m / talk page 09:40, 8 May 2024 (UTC)[reply]

Bug[edit]

A partir de la page d'accueil, la coche à gauche sur Service de requête aboutit sur cette page d'erreur https://www.wikidata.org/wiki///query.wikidata.org/ Bouzinac 💬●✒️●💛 06:05, 9 May 2024 (UTC)[reply]

cela ne figure pas dans MediaWiki:Sidebar, doit donc falloir passer par Phabricator. Vu que ça touche l'interface en anglais, le problème devrait vite être détecté Pyb (talk) 10:40, 9 May 2024 (UTC)[reply]

Un étang n'est pas un lac[edit]

Bonjour. Je suis surpris sur le fait que l'étang des Landes (Q49316685), créé par Bot, soit considéré comme un lac (Q23397) (avec référence GEOnet Names Server) et non comme un étang (Q12719646), alors que toutes les occurrences de cette étendue d'eau font référence à l'étang : réserve naturelle nationale de l'étang des Landes (Q2371227), Étang des Landes (ZNIEFF), Étang des Landes (Natura 2000), ruisseau de l'Étang de Landes, Bassin versant de l'étang des Landes. Père Igor (talk) 16:24, 10 May 2024 (UTC)[reply]

@Père Igor: la différence entre un étang est un lac est grandement arbitraire et subjective, les humains confondent souvent les deux (on peut penser à l'étang de Berre qui malgré son nom n'est pas un étang et qui est plus grand que bien des lacs alors que les étangs sont sensés être plus petits que des lacs :/), ce n'est pas étonnant qu'un bot fasses aussi la confusion.
Il faudrait regarder exactement ce que dit la source (Geographic Names Server (Q1194038) encode les informations de façon assez opaque de prime abord) et : soit le bot a mal interprété la source et on corrige directement "lac" en "étang", soit cette source dit bien que c'est un lac et on ajoute que c'est un "étang" au rang privilégié et avec d'autres sources.
Cdlt, VIGNERON (talk) 17:25, 10 May 2024 (UTC)[reply]
Je viens de vérifier desig_cd: LK veut bien dire que le Feature Designation Code est un lake (voir cette liste des codes). J'ai donc adopté la deuxième solution et ajouté "étang" en plus (sans source, car je n'en ai pas encore trouvé de fiable pour le moment, je me base sur le nom pour le moment).
Au passage, je note que le code Natura 2000 sur Landes pond (Q49316685) devrait être retiré et déplacé sur un élément sur la zone naturelle elle-même.
Cdlt, VIGNERON (talk) 17:50, 10 May 2024 (UTC)[reply]
@VIGNERON: j'ai commencé à créer les éléments propres aux différentes ZNIEFF de la Creuse dont j'ai créé les articles sur Wikipédia (très chronophages). Je vais en faire de même pour étang des Landes (ZNIEFF) et étang des Landes (Natura 2000) dont le périmètre est supérieur à celui du plan d'eau lui-même, le premier intégrant ses berges comprises à l'intérieur du sentier de découverte, et le second intégrant les ZNIEFF des trois étangs (Bastide (Q125852140), Landes et Tête de Bœuf (Q125851807)) et en grande partie celle du bois des Landes (Q49327439). Père Igor (talk) 10:30, 12 May 2024 (UTC)[reply]
@Père Igor: excellent, c'est une vaste tâche mais important et très utile ! Si tu as besoin d'aide, n'hésite pas à demander. Cdlt, VIGNERON (talk) 11:31, 12 May 2024 (UTC)[reply]
effectivement, le terme d'étang est un peu utilisé pour désigner n'importe quelle étendue d'eau calme...
le fameux "étang de Thau", n'est ni un étang ni un lac, mais un "bassin" ou une "lagune" : une étendue d'eau salée, qui communique avec la mer, et en est séparée par un cordon littoral, qui évolue avec les marées et les tempêtes... Hsarrazin (talk) 09:57, 14 May 2024 (UTC)[reply]

identifiant EADID[edit]

Bonjour

les services d'archives de France ainsi que la BNF, etc utilisent un identifiant EADID. On peut le voir mentionner dans cette documentation pour la BNF https://kitcat.bnf.fr/consignes-catalogage/manuel-de-catalogage-des-manuscrits-medievaux et dans cette base de données https://api.bnf.fr/fr/BAM/manuscrits-medievaux-2022 ou en caché dans le code source d'une page d'archivesetmanuscrits <input type="hidden" id="idCurrentCompId" name="currentCompId" value="FRBNFEAD000070831_b1"> view-source:https://archivesetmanuscrits.bnf.fr/ark:/12148/cc708313/cb1 ces EADID apparaissent aussi dans ce dataset https://data.culture.gouv.fr/explore/dataset/inventaires-des-archives-publiques-francearchives/information/ mais je n'arrive pas à trouver d'informations précises pour le transformer en Identifiant Wikidata. Il y a un peu d'infos ici https://www.ead-bibliotheque.fr/guide/metadonnees/eadheader/eadid/

Des avis  ??

10:35, 12 May 2024 (UTC) Laboratoire LAMOP (talk) 10:35, 12 May 2024 (UTC)[reply]

@Laboratoire LAMOP: c'est simplement un identifiant (ID) dans le modèle Encoded Archival Description (Q1340077) (EAD). L'article Wikipédia peut aider à comprendre ce dont il s'agit pour les personnes qui serait peu familière avec ce standard.
On pourrait tout à fait demander la création d'une propriété Wikidata (les archives et manuscrits ne sont pas le point fort de Wikidata, cela pourrait être une chance de les relancer/redynamiser mais cela veut aussi dire qu'il y aura peu de monde pour aider...).
Cdlt, VIGNERON (talk) 07:21, 13 May 2024 (UTC)[reply]
Il existe depuis quelques mois Wikidata:WikiProject Manuscripts, dont le modèle de données proposé a profité d’échanges avec l’équipe de Pinakes. —-Jahl de Vautban (talk) 09:08, 13 May 2024 (UTC)[reply]

Sautend na moru(e)[edit]

Bonsoir, si on zoome un peu, on s'aperçoit que les noms de villes ne sont pas en anglais mais, je suspecte, en roumain exemple en zoomant un peu dans la carte, https://fr.wikipedia.org/wiki/Thameslink#Le_r%C3%A9seau Bouzinac 💬●✒️●💛 19:06, 13 May 2024 (UTC)[reply]

@Bouzinac:
Étrange, cela n'apparaît pourtant pas sur https://maps.wikimedia.org/#12/51.5364/0.7148 pourtant... (alors que c'est censément être le même système de récupération d'OSM). Encore plus bizarre, si on regarde la source elle-même, ce nom n'existe pas dans OSM, cela vient donc vraiment de quelque part de notre côté...
PS: c'est du serbe et cela semble limité à Southend-on-Sea (Q203995), non ?
Cdlt, VIGNERON (talk) 19:47, 13 May 2024 (UTC)[reply]
L'accent sur Cantorbéry est étonnant également Bouzinac 💬●✒️●💛 05:42, 14 May 2024 (UTC)[reply]
@Bouzinac: c'est « étonnant » mais là c'est différent et c'est plutôt normal ; même si c'est rare, c'est bien le nom en français de cette ville et c'est ainsi qu'il est stocké dans OSM en name:fr : https://www.openstreetmap.org/relation/448590. Cdlt, VIGNERON (talk) 10:24, 14 May 2024 (UTC)[reply]
Quand on va dans ton lien, au niveau de Canterbury, on lit bien "Canterbury" donc je ne comprends pas trop comment OSM décide d'afficher le label en fonction de qui regarde la carte Bouzinac 💬●✒️●💛 10:37, 14 May 2024 (UTC)[reply]
@Bouzinac: si je me souviens bien :
Côté OSM, la visualisation choisi par défaut les noms locaux (dont l'anglais en Angleterre, le russe en Russie, le chinois en Chine, etc.)
Côté copie d'OSM sur Wikimédia, c'est la réutilisation qui choisi une langue pour toute la carte. Donc tout en français pour la Wikipédia en français, tout en chinois pour la Wikipédia en chinois, etc. (enfin en théorie car d'une part, encore faut-il que le nom soit renseigné dans la langue - cf. la partie à droite dans le lien que j'ai donné - et avec Sautend na moru tu as trouvé une étrange exception).
Cdlt, VIGNERON (talk) 13:33, 14 May 2024 (UTC)[reply]
Je ne sais pas trop quoi te dire , pcq par ex quand tu vas sur la carte d'Erevan, à part la capitale en elle même tout est en arménien cf https://fr.wikipedia.org/wiki/Liste_des_stations_du_m%C3%A9tro_d%27Erevan, ce même quand il y a un label fr https://www.openstreetmap.org/node/5332871625 Bouzinac 💬●✒️●💛 15:26, 14 May 2024 (UTC)[reply]

Site aux abonnés absents[edit]

Bonjour,
Q417910 : le site web officiel est en carafe, j'ai vérifié sur le site downforeveryoneorjustme.com. Que faire pour indiquer que ce site n'est plus accessible ? Jihaim (talk) 11:18, 14 May 2024 (UTC)[reply]

en dépréciant le lien, avec pour cause de la dépréciation "lien mort", comme ça ;) Hsarrazin (talk) 11:38, 14 May 2024 (UTC)[reply]
et au passage, il semblerait que l'adresse soit devenue http://akitakase.de/ :) Hsarrazin (talk) 11:39, 14 May 2024 (UTC)[reply]
Exactement. J'en ai aussi profité pour ajouter le site archivé. Cdlt, VIGNERON (talk) 13:35, 14 May 2024 (UTC)[reply]
Merci !!! j'oublie toujours cette étape, pourtant très utile :D Hsarrazin (talk) 14:32, 14 May 2024 (UTC)[reply]

Résidences Wikimédia à l'université[edit]

Bonjour,

Les 3 nouvelles résidences Wikimédia dans les universités françaises sont en place. Nous couvrons la partie Est de la France métropolitaine avec comme objectif d'accompagner et former le public universitaire afin qu'il s'approprie les projets Wikimédia. Pour en savoir plus, consultez la page du projet Wikifier la science. Pyb en résidence (talk) 15:26, 14 May 2024 (UTC)[reply]

Propriété système d’écriture ?[edit]

Bonjour,
Q125913588 : un message d’erreur pour le prénom. Pourquoi déclarer la propriété système d'écriture ? Et surtout… comment ? Jihaim (talk) 18:56, 14 May 2024 (UTC)[reply]

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Bistro&oldid=2154628132"