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)

Comment ajouter un libellé en occitan quand cette langue n'est pas encore renseignée sur un élément

Bonjour,

Ma question est dans le titre. Je crois qu'il y avait un gadget pour ce faire, mais j'ai oublié duquel il s'agissait... Maxime 08:09, 16 May 2024 (UTC)

Bonjour @Maxime Ravel:,

Il y plusieurs façon de faire :

• Passer son interface en occitan, la modification du libellé se fait alors comme d'habitude
• Ajouter l'occitan dans sa babelbox sur sa page personnelle ([[Wikidata:Userboxes/fr#Babel]), l'occitan sera alors proposé parmi les langues par défaut de la termbox
• Utiliser un des nombreux gadgets permettant de modifier les libellés, par exemple LabelLister

Cdlt, VIGNERON (talk) 13:11, 16 May 2024 (UTC)

Un étang n'est pas un lac

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)

@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)

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)

@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)

@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)

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)

@VIGNERON: saurais-tu comment indiquer que étang des Landes (Q125903769) est une zone de protection spéciale (Q2463705) et que bassin de Gouzon (Q125959932) est une zone spéciale de conservation (Q1191622) ? De même, sais-tu comment préciser que les ZNIEFF dont de type 1 ou 2 ? Père Igor (talk) 15:50, 17 May 2024 (UTC)

Le lien "Import Wikisource page" ne fonctionne plus

Bonjour, depuis quelques temps (semaines ?) le lien "Import Wikisource page" qui permet de renseigner automatiquement un certain nombre de rubriques à partir des champs renseignés sur une page wikisource ne fonctionne plus : après avoir copié le titre de la page dans le champ, on obtient le message "quelque chose s'est mal passé". Suis-je le seul à avoir constaté ce dysfonctionnement ? Cunegonde1 (talk) 06:57, 21 May 2024 (UTC)

Je notifie Tpt qui est l'auteur du gadget User:Tpt/ws2wd.js dont tu parles. Je remarque que Hsarrazin se plaint du même problème aussi sur la page de discussion de Tpt. Cdlt, VIGNERON (talk) 09:11, 21 May 2024 (UTC)

Merci @VIGNERON Cunegonde1 (talk) 14:19, 21 May 2024 (UTC)

identifiant EADID

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)

@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)

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)

ok pour la création d'un identifiant.

pour information, je viens de finir l'upload et le rajout d'information pour 64600 manuscrits de la BNF sur les informations de BASE.

soit côte, identifiant manuscrits et archives, identifiant Gallica, manifest IIIF, décrit etc, ( et demandés par le WikiProject Manuscrit)

Quelques remarques: la contrainte qui oblige un identifiant Gallica à être accompagné d'un identifiant Bibliotheque Nationale de France n'est pas valable pour les manuscrits issus d'archivesetmanuscrits.

il y a des erreurs dans leurs identifiants archives et manuscrits, il existe des doublons.

J'ai essayé d'en uploader un maximum mais la tâche est difficile, il en reste.

Je vais continuer d'ajouter des métadonnées et bien sur la création d'une propriété EAD permettrait de bien spécifier le manuscrit décrit.

Laboratoire LAMOP (talk) 13:19, 16 May 2024 (UTC)

Bonjour Laboratoire LAMOP,

Cela aurait été une bonne idée de discuter avant de faire cet import, plusieurs choses ne vont pas (une description doit commencer par une minuscule initiale - je viens de lancer cette correction -, pourquoi mettre des informations en double - je vois que tu m'a réverté mais c'est inutilement redondant de mettre deux fois le même lien via deux propriétés différentes - et pourquoi ne pas avoir d'ores et déjà ajouter d'autres informations ?).

La contrainte de suggestion est correcte : dans 99,99% des cas un identifiant Gallica nécessite un identifiant BnF (les manuscrits sont justement l'exception mais cela représente un très faible pourcentage du total).

Pour l'identifiant EAD, il faut faire le demande (et la faire correctement ).

Pour info, je notifie Jahl de Vautban.

Cdlt, VIGNERON (talk) 14:28, 16 May 2024 (UTC)

il n'y a pas d'informations en double:

Comme je vous ai répondu dans votre invert : non elles se complétent, il y a pas la bibliographie associée au manuscrit sur Gallica et inversement il n'y a pas la date de mise en ligne sur archivesetmanuscrits.

je n'ai pas ajouté d'informations supplémentaires parce que la source pose problème (voir les sources divergent). J'ai préféré commencer avec une base solide.

Oui je ferai la demande pour l'EAD et j'ai bêtement appliqué le data model de WikiProject/Manuscrit.

Laboratoire LAMOP (talk) 14:36, 16 May 2024 (UTC)

@Laboratoire LAMOP: bien sûr qu'il y a doublon, si je prends par exemple Q125948913 le lien https://archivesetmanuscrits.bnf.fr/ark:/12148/cc78047g est présent deux fois : une fois via la propriété spécifique BnF archives and manuscripts ID (P12207) et une fois via la propriété générale described at URL (P973), la deuxième est évidemment à supprimer. Il en va de même pour les autres doublons.

Que les sources divergent n'est pas un problème pour Wikidata, on peut stocker des informations contradictoires (et on le fait très souvent), surtout si elles sont sourcées, c'est très précieux comme information.

Cdlt, VIGNERON (talk) 14:41, 16 May 2024 (UTC)

oui il y a doublon mais je pense que c'est nécessaire.

dans le dashboard du WikiProject Manuscrit, ils utilisent le P973 de façon globale, cad pour tous les manuscrits https://www.wikidata.org/wiki/Wikidata:WikiProject_Manuscripts/Dashboard ,

Comment un utilisateur peut-il savoir si un manuscrit de la BNF possède une description s'ils ne connait pas l'identifiant Archives et Manuscrit.

Laboratoire LAMOP (talk) 15:11, 16 May 2024 (UTC)

Cela me semble être une très mauvaise pratique, j'ai posé la question sur le project concerné sur ce point. Cdlt, VIGNERON (talk) 15:25, 16 May 2024 (UTC)

Bonjour, en EAD (version 2002) chaque instrument de recherche (= fichier XML) doit avoir un identifiant dans la balise <eadid>. (Cette balise devient <recordid> en EAD3, mais cette version de l'EAD est rarement utilisée en France.) Cet identifiant est normalement unique dans un contexte de production donné, et les attributs XML doivent théoriquement suivre des normes internationales pour distinguer les différents producteurs. En pratique, dans le jeu de données que vous citez (attention : qui est partiel et figé dans le temps), ces attributs ne sont pas renseignés.

A la BNF l'outil de catalogage utilisé produit effectivement des identifiants EADID uniques (au sein du catalogue des archives et manuscrits de la BNF) et les convertit en ark pour la diffusion (=> c'est la propriété identifiant BnF archives et manuscrits). Attention, on parle bien d'identifiant de notice descriptive : s'il y a plusieurs notices pour un même manuscrit (converties depuis plusieurs catalogues papier par exemple), il y aura un identifiant par notice, et non un par manuscrit. Et au contraire, il est fréquent qu'un même instrument de recherche décrive plusieurs manuscrits. Actuellement, l'URL par défaut du catalogue inclut cet identifiant : il y a donc équivalence entre l'EADID du fichier XML, l'identifiant ark BnF archives et manuscrits, et l'URL (ex: FRBNFEAD000078047 => ark:/12148/cc78047g => https://archivesetmanuscrits.bnf.fr/ark:/12148/cc78047g).

Au cours du temps, une notice est régulièrement mise à jour, et peut parfois (assez rarement) devenir dépréciée (ex: fusion, fission, remplacement de notices). Les outils BnF sont capables de répondre aux URL d'anciennes notices (qui ne sont plus accessibles en ligne), soit en affichant la date et la raison de la dépréciation, soit en renvoyant vers une nouvelle notice décrivant le même manuscrit. Mais même s'il y a redirection, la nouvelle notice a son propre identifiant qui correspond à une nouvelle URL.

A la BNF, le numéro EADID est plutôt pensé comme identifiant interne et l'ark (plus robuste) comme identifiant public : c'est uniquement sur ce dernier que porte l'engagement de pérennité : rien ne garantit qu'à l'avenir, la BNF continuera à utiliser les identifiants EADID tels qu'ils sont renseignés actuellement ou que les URL n'évolueront pas, mais la BNF s'engage à maintenir un système de résolution des arks.

Attention, tout cela correspond au comportement actuel à la BNF ; d'autres bibliothèques et services d'archives (en France et dans le monde) produisent également des instruments de recherche en EAD avec des politiques d'identifiants tout à fait différentes, et/ou susceptibles d'évoluer différemment.

En ce qui concerne Gallica : les documents numériques affichés dans Gallica sont obligatoirement liés à une notice BnF, soit dans le catalogue général (avec un identifiant ark commençant par "cb" appelé ici identifiant Bibliothèque nationale de France), soit dans le catalogue archives et manuscrits (avec un identifiant ark commençant par "cc" appelé ici identifiant BnF archives et manuscrits). (Il y a 120 000 documents dans ce dernier cas, soit environ 1% de Gallica.) Il ne peut y avoir qu'une seule notice liée à un document numérique donné (identifiée par son identifiant Gallica), mais il peut y avoir plusieurs numérisations d'un même original et donc a fortiori plusieurs numérisations liées à la même notice (quelque soit le catalogue). Turberht (talk) 20:10, 21 May 2024 (UTC)

Merci beaucoup Turberht pour ces précisions.

Existe il une base de données de tous les ark avec un CC ?? (il m'en manquerait 60 000 quand même)

Si vous le souhaitez, je peux vous remonter quelques problèmes constatés.

@Turberht Laboratoire LAMOP (talk) 08:42, 22 May 2024 (UTC)

Il est prévu de publier une version plus complète de ce jeu de données avec les fichiers EAD pour l'ensemble du catalogue archives et manuscrits, à échéance de quelques mois. Je suis donc intéressé par les problèmes que vous rencontrez, pour voir si nous pouvons les régler dans ce nouvel export (ou mieux documenter).

D'ici là, je ne crois pas qu'une liste de l'ensemble des ark publiés soit accessible. Pour le seul département des Manuscrits, il existe une liste de toutes les numérisations dans Gallica, avec à chaque fois l'identifiant ark de la notice liée dans le catalogue : https://manuscripta.hypotheses.org/liste-des-manuscrits-numerises.

Pour les documents numérisés (tous ne le sont pas), il est aussi possible de partir de l'entrepôt OAI de Gallica pour remonter aux URL des notices liées (encodées en <dc:relation> de chaque enregistrement DublinCore), donc aux ark. Turberht (talk) 20:30, 22 May 2024 (UTC)

Par exemple, est ce le même manuscrit

https://archivesetmanuscrits.bnf.fr/ark:/12148/cc95984x

https://archivesetmanuscrits.bnf.fr/ark:/12148/cc105691s

???

Laboratoire LAMOP (talk) 09:42, 23 May 2024 (UTC)

Oui, il peut y avoir plusieurs notices pour un même manuscrit. L'ark identifie la notice, pas le manuscrit décrit.

(En revanche il ne devrait pas y avoir le même lien Gallica dans les deux notices, je vais faire remonter le problème.) Turberht (talk) 12:55, 23 May 2024 (UTC)

je vais travailler sur la liste pour voir les oublis.

à suivre

Laboratoire LAMOP (talk) 10:51, 23 May 2024 (UTC)

Deux identifiants RERO

Bonjour
Q327053 : deux identifiants RERO, je ne sais que faire. Jihaim (talk) 11:07, 22 May 2024 (UTC)

@Jihaim: j'ai complété avec le qualificatif subject named as (P1810). C'est le même cas que celui que tu as signalé le mois dernier : Wikidata:Bistro/Archive/2024/04#Deux_identifiants_RERO_:_normal_?. Cdlt, VIGNERON (talk) 08:43, 24 May 2024 (UTC)

RERO en erreur

Bonjour,
Q65007983 : j'ai ajouté un identifiant RERO mais il est en erreur. Jihaim (talk) 08:30, 24 May 2024 (UTC)

@Jihaim: il manquait le préfixe, j'ai corrigé. Cdlt, VIGNERON (talk) 08:46, 24 May 2024 (UTC)

@VIGNERON: Merci beaucoup :) Jihaim (talk) 09:08, 24 May 2024 (UTC)

Contributions de BP

Bonjour tout le monde,

Benoît Prieur a été banni de l'ensemble des projets Wikimédia.

Sur Wikidata, il a fait plus d'une million d'édit. La plupart ne posent aucun problème mais certains posent questions et sont à la limite de l'admissibilité (voire complètement inadmissible ?). Durifon a lancé quelques procédures de suppressions mais sur des éléments a priori admissibles (comme Benoît Prieur (Q42790984) ou ses livres publiés à compte d'éditeur alors que c'est plutôt les éléments sur sa famille comme Q125971562 ou sur ses publications plus confidentielles qui manquent de références). Pour avis plus d'avis et car je manque de temps et d'énergie si certaines personnes veulent se pencher sur la question, elles sont les bienvenues.

Cdlt, VIGNERON (talk) 09:44, 24 May 2024 (UTC)

Un élément comme Q125971562, il devrait être supprimé parce que c'est un mineur. J'aurais tendance à viser les manuscrits et les textes inédits en premier, du moins ce qui a aucune source. Fralambert (talk) 02:17, 25 May 2024 (UTC)