Wikidata:Bistro/Archive/2024/05

RAW

Le nouveau numéro de RAW est sorti.

On y parle à la fois de la charte du mouvement Wikimédia, du sondage sur le deadname (et oui !), d'OpenStreetMap, de Wikifunctions, du changement climatique, des outils de traduction, du projet Wikif, du parlement européen, des coolest tool awards, d'une mission en Antarctique et de plein d'autres choses.

w:fr:Wikipédia:RAW/2024-05-01 PAC2 (talk) 06:02, 1 May 2024 (UTC)

Import des données wikisources

Bonjour,

Je cherche à pouvoir importer sur Wikidata les différents articles retranscrits sur Wikisource. Est-ce que vous auriez une aide pour savoir comment automatiser cela, car j'avoue que tout faire à la main est relativement laborieux. Merci d'avance ! LeCharybde (talk) 00:39, 28 April 2024 (UTC)

Bonjour LeCharybde,
Il y a des centaines de façon de faire, cela dépend d'abord des données que tu veux importer (en gros documents, personnes ou autre) et de tes compétences techniques.
Pas trop compliqué mais pas très efficace non plus, il y a le gadget WEF (décrit sur s:fr:Wikisource:Projet Wikidata/Comment faire). Il y a aussi tout les outils décrits sur s:fr:Wikisource:Projet Wikidata/Outils ainsi que les outils généralistes d'éditions de Wikidata (sur Wikidata:Tools). Si tu nous en dit plus, on pourra sans doute mieux te guider.
Cdlt, VIGNERON (talk) 09:30, 28 April 2024 (UTC)
Bonjour @VIGNERON, en ce moment je travaille à la transcription des numéros du Ménestrel. Cela fait beaucoup d'articles hors catégorie "nouvelles diverses", typiquement les séries d'articles de Julien Tiersot (environ 15 article pour une série) ou Arthur Pougin (environ de même)… LeCharybde (talk) 10:29, 28 April 2024 (UTC)
Coucou @LeCharybde
la méthode la plus simple et rapide, que j'utilise personnellement depuis des années, consiste à activer le gadget WEF indiqué par @VIGNERON, et à l'utiliser juste pour créer chaque article en collant le titre dans le champ kivabien...
ensuite, je passe dans Wikidata, et j'utilise le gadget User:Tpt/ws2wd.js (à activer sur Wikidata) pour récupérer toutes les données depuis le header de wikisource : quand la transclusion est bien faite avec toutes les données (en particulier les liens prev et next pour les articles d'une série), ça va très vite ;) -> tous les outils efficaces sont décrits sur s:fr:Wikisource:Projet Wikidata/Outils (à la réflexion, il faudrait sans doute que j'ajoute l'outil créé l'année dernière par Seudo, quand je retrouverai son nom et comment je l'ai activé ; mais il fonctionne surtout sur les "version ou édition", pas sur les "articles") Hsarrazin (talk) 14:21, 28 April 2024 (UTC)
Bonjour @Hsarrazin, oui, j'ai commencé à utiliser l'outil WEF, et il est très pratique ! J'avais déjà récupéré le gadget de Tpt, que j'avais trouvé de façon random, du coup c'est venu assez rapidement. Merci pour vos indications. LeCharybde (talk) 14:24, 28 April 2024 (UTC)

Bonjour,

Depuis quelque temps, je ne parviens plus à utiliser le gadget Tpt/ws2wd.js : quand je veux importer les données de Wikisource, j'ai systématiquement un message d'erreur. @Hsarrazin, VIGNERON, Tpt:, savez-vous pourquoi ? Au vu de ce fil de discussion, ce gadget fonctionne toujours ; pour moi, ça fait bien plus d'une semaine que ça dysfonctionne. Sans ce gadget, c'est franchement laborieux. --Acélan (talk) 07:46, 2 May 2024 (UTC)

Wikidata Notice Romain Rolland bloquée

Je voudrais ajouter la mention du premier mariage de Romain Rolland avec Clothilde Bréal Tulipe-Anne (talk) 13:38, 2 May 2024 (UTC)

Ajouté avec une source. Pyb (talk) 21:33, 2 May 2024 (UTC)

Bug de fusion

Bjr, je ne parviens pas à fusionner list of ambassadors of Russia to Antigua and Barbuda (Q6561160) avec list of ambassadors of Russia to Antigua and Barbuda (Q113411873) ni à faire de modif au sein de Q6561160. Bouzinac💬✒️💛 11:06, 5 May 2024 (UTC)

Étrange, la fusion a bien fonctionné mais elle ne semble pas avoir été bien comprise pour Wikidata et effectivement cela empêche (temporairement ?) de modifier list of ambassadors of Russia to Antigua and Barbuda (Q6561160). Cdlt, VIGNERON (talk) 11:38, 5 May 2024 (UTC)

Pierre Puyenbroeck

Bonjour, j'ai créé un élément Q125790664 pour Pierre Puyenbroeck alors que celui-ci existe déjà sous Q96612866 ... Pourriez-vous fusionner ces deux éléments ou supprimer celui que j'ai créé ? Merci. Cordialement, Foscolo (talk) 11:01, 6 May 2024 (UTC)

@Foscolo:, voir Help:Merge/fr pour les explications sur la fusion. Cdlt, VIGNERON (talk) 15:12, 6 May 2024 (UTC)
@VIGNERON:, merci pour ton aide efficace. Cordialement, --Foscolo (talk) 17:58, 6 May 2024 (UTC)

Q7325

Bonjour, je découvre avec stupeur et consternation cet élément. Il n'y a pas d'élément pour "Chrétiens" et pour cause... Les propriétés associées sont tout aussi dommageables. Cgolds (talk) 18:17, 3 May 2024 (UTC)

Il y a bien Christian (Q106039) mais ce n'est pas exactement le même chose que pour Jewish people (Q7325) (le premier concerne uniquement la religion alors que le second est aussi un groupe technique/culturel).
Après, sur l'élément d'une personne, la plupart du temps on utilisera plutôt religion or worldview (P140) = Judaism (Q9268) ou = Christianity (Q5043).
Cdlt, VIGNERON (talk) 06:35, 4 May 2024 (UTC)
Pour son existence il y a pas grand chose à faire il est lié à pleins d'articles dont fr:Juifs. Pour les déclarations par contre oui le "sous-classe de : sémite" est contestable et dispensable par contre. Et son utilisation en valeur de déclarations également est probablement rarement une bonne idée. author  TomT0m / talk page 11:53, 7 May 2024 (UTC)

Les identifiants MatchID sont modifiés !

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)

un ticket a été déposé sur le github de matchID. Pyb (talk) 08:08, 7 May 2024 (UTC)
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)
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)
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)
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)


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)

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)

Azulejo

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)

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)
Parfait. Merci @VIGNERON:. Ikmo-ned (talk) 13:23, 8 May 2024 (UTC)

Expression des intervalles de temps

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)

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)

Export sous une autre forme que le triplets

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)

@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)
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)
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)
ok Pierre Martins (talk) 15:05, 8 May 2024 (UTC)

Bug

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)

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)

Sautend na moru(e)

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)

@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)
L'accent sur Cantorbéry est étonnant également Bouzinac💬✒️💛 05:42, 14 May 2024 (UTC)
@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)
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)
@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)
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)

Site aux abonnés absents

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)

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)
et au passage, il semblerait que l'adresse soit devenue http://akitakase.de/ :) Hsarrazin (talk) 11:39, 14 May 2024 (UTC)
Exactement. J'en ai aussi profité pour ajouter le site archivé. Cdlt, VIGNERON (talk) 13:35, 14 May 2024 (UTC)
Merci !!! j'oublie toujours cette étape, pourtant très utile :D Hsarrazin (talk) 14:32, 14 May 2024 (UTC)

Résidences Wikimédia à l'université

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)

Propriété système d’écriture ?

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)

Cette propriété sert à enregistrer l'alphabet dans lequel le nom de la personne s'écrit... dans sa propre langue... car la transcription d'un prénom du russe vers l'anglais, ou le français, ou l'allemand, peut donner lieu à des tas de graphies...
voir Wikidata:WikiProject_Names Hsarrazin (talk) 13:16, 15 May 2024 (UTC)