Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page de discussion actuelle.
P2741
Bonjour.
Le lien base Tate bug: Catégorie:Page utilisant P2741, il faut probablement modifier la «formule magique» de l’URL. Mais je sais pas faire sur wd. Merci. Malik2Mars (discuter) 10 mars 2022 à 04:16 (CET)
La bonne question est la suivante existe-t-il une url chez www.tate.org.uk qui redirigerait vers la bonne page à partir du seul numéro? Sinon, moins simple, y a-t-il moyen de modifier le Formatter URL pour qu'il génère la bonne adresse? Si on pouvait s'épargner de modifier toutes les entrées sur Wikidata… En dernier recours, il serait possible de créer une autre propriété WD si la précédente est encore utile. La discussion doit avoir lieu là-bas (d:Property talk:P2741).
Enfin, je remarque que le contenu de la page cible est en réalité un extrait et un lien vers …Wikipédia en anglais. Donc l'intérêt de cet élément dans la liste des liens externes affichés par le modèle «Bases» est plus que limité. — Ideawipik (discuter) 10 mars 2022 à 11:23 (CET)
BonjourIdeawipik, merci de cette réponse détaillée. Je vais regarder ce soir de plus près. Pour ce qui est des liens bases pour les bio, je sais déjà: voir ce «coup de gueule» le 2 mars en page perso. Merci bien, à bientôt sûrement. Malik2Mars (discuter) 10 mars 2022 à 11:54 (CET)
Ajout de D23
Bonjour, est-il possible d'ajouter les liens vers la base D23, le site officiel des archives de Disney? c'est identifiant Disney A to Z (P6181) --GdGourou - Talk to °o° 22 mars 2022 à 15:34 (CET)
Aucune réponse? J'essaye de le faire moi-même? --GdGourou - Talk to °o° 27 juin 2022 à 10:38 (CEST)
Changer l'emplacement des banques de données
J'ai lancé il y a plusieurs mois une discussion à Discussion modèle:Autorité#Changer en palette. J'ai proposé de transformer le modèle Autorité en une palette à mettre tout au bas de l'article, comme sur WP en. Je suis aussi ouvert à la possibilité de mettre ce modèle et toutes les banques de données de son genre dans une section à part des articles.
La grande majorité des participants à la discussion n'est pas opposée au fait de mettre le modèle dans une section séparée où se trouverait uniquement ces informations. La plupart des intervenants dans la discussion du modèle s'accordent à dire que la façon actuelle de montrer les liens à la façon du modèle Autorité produit beaucoup de bruit (informations inutiles), ce qui rend inutilement difficiles de trouver facilement les liens externes directement en rapport avec le sujet de l'article (par exemple: le site internet d'une entreprise).
@Malik2Mars a lui fait sa propre suggestion de changement. Il a aussi suggéré que je porte mes suggestions à votre attention, afin qu'un changement puisse se faire si cela est possible. Veverve (discuter) 12 avril 2022 à 03:58 (CEST)
Bonjour, je n’ai pas vraiment fait de proposition. Je signale seulement ce que je remarque sur d’autres wp et que je trouve pratique/utile. En effet, pour moi ces liens sont pertinents et utiles pour les lecteurs/contributeurs (autorité, bases, dico, etc…) et cela est organisé différemment sur les wp (par ex, sur en, le Dictionnaire historique de la Suisse (HDS, P902) est dans la palette en, dico chez nous, article étoilé… ex: Paul Klee – oui ça va je sais;)). Ici, je trouve aussi que ça prend trop de place en l’état. Ça rend certains liens moins visibles. Comme déjà dit, j’ajoute le modele {{Liens}} pour faciliter le travail, on les a tous depuis wd et il en ressort souvent des liens pertinents pour améliorer des ébauches avec peu de sources (on a parfois des entrées encyclo qui deviennent visibles sur wp sans faire de requête Google par ex…. Très pratique!). A cela ajoutons ce petit modèle wp:en en:Template:Library resources box. Bref. Je pense aussi qu’une palette est plus pratique. Mais c’est toute l’architecture qu’il faut repenser, en gardant à l’esprit les éventuels problèmes d’accessibilité et les modif d’interface en cours. Une proposition pertinente verra-t-elle - un jour - le jour. L’espoir fait vivre. Malik2Mars (discuter) 14 avril 2022 à 05:57 (CEST)
En effet, suite à cette discussion qui a dérivé sur le modèle "Liens", je proposais de faire une sous-section automatique, incorporée dans le modèle "Lien", pour ne pas mélanger "torchons et serviettes" dans les LE, et pour faire disparaître la section si elle est vide (c'était le sujet original de la discussion). Pas de réponse ou commentaires sur cette proposition. Donc, j'ai commencé à faire "à la main" ce qui aurait été fait automatiquement dans le modèle: une sous-section de "LE" nommée "Bases de données et dictionnaires". Par exemple je l'ai fait ici: Albert_Einstein#Liens_externes. Cela permet de faire "de la publicité" à cette idée.
La discussion sur le Bistro a montré, comme ici je crois, que les "Liens" font disparaitre les véritables LE, et que les "Liens" donne un certain "bruit" dans les LE. Ce n'est pas le cas si on structure les LE et que on met les liens dans une section séparée. J'ai l'impression que cela fait plaisir à tout le monde: ceux que cela intéresse les trouvent sans problème et les autres trouvent leur LE mis à la main. Après, inclure la section dans le modèle est une autre étape, mais on n'en est pas encore là.
@Jean-Christophe BENOIST y aurait-il un moyen de faire bouger les choses pour que cette solution de faire une section séparée soit adoptée et mise en place par un bot? Veverve (discuter) 11 juin 2022 à 19:20 (CEST)
Pour bouger les choses, il faudrait déjà un consensus dans Discussion_modèle:Liens#Titre_de_section_dans_le_modèle. N'hésitez pas à participer. Il y a quelques résistances, bien que la proposition soit très inoffensive (paramètre optionnel et pas actif par défaut), donc on est très loin du robot. Personnellement, je ne serais plutôt contre un robot, c'est top "systématique" et aveugle, et de toutes manières il n'aurait aucune chance d'être adopté. En revanche, vous pouvez "voter avec vos pieds" et ajouter un titre manuellement aux "Liens" dans les liens externes, comme j'a commencé à le faire. Faire bouger les choses, c'est voter avec ses pieds. Mais il faudrait attendre l'issue de la discussion ci-dessus, notamment pour savoir quelle est la forme du titre consensuelle (titre en gras ou sous-section). Jean-Christophe BENOIST (discuter) 11 juin 2022 à 20:06 (CEST)
Bon c'est mort dans Discussion_modèle:Liens#Titre_de_section_dans_le_modèle, pour des raisons essentiellement techniques. Donc, pour ma part, je vais continuer avec parcimonie et à bon escient à ajouter manuellement une section dans les articles où cela est pertinent (pas mal de LE "manuels" et grande section "Liens" automatiques). Si vous le faites aussi, faites le aussi à bon escient, et en utilisant une sous-section. Si cela est fait "à la chaîne" c'est la meilleure manière de ne pas faire bouger les choses. Jean-Christophe BENOIST (discuter) 12 juin 2022 à 14:35 (CEST)
Je pense aussi qu'une palette serait très utile: ceci est très, très supérieur à cela. La palette permet à ceux qui utilisent ces liens de les trouver plus facilement, et à ceux qui ne les utilisent pas de les ignorer plus facilement. Mettre dans une sous-section, c’est déjà un progrès et c’est possible dès maintenant au cas par cas, mais avec l'inflation des liens externes automatisés, il faudra bien trouver une présentation plus compacte et surtout bien séparée sur le plan visuel.
J'ai l'impression que le problème est surtout que c’est compliqué et que personne n’a encore pris le temps de proposer une présentation, n'est-ce pas (par exemple en adaptant en:Template:Authority_control)? Si on avait quelque chose à se mettre sous l'œil et à tester, peut-être serait-il plus facile d'avancer. Seudo (discuter) 16 juin 2022 à 10:06 (CEST)
Les informations proviennent de Wikidata, ce qui hérisse le poil de plusieurs contributeurs vocaux, qui iront se plaindre sur Le Bistro et ailleurs pour critiquer vertement cette proposition même si les autorités sont déjà présentes dans la Wikipédia en français. Vous doutez de ce que j'avance? Lorsque cette idée d'inscrire les autorités issues de Wikidata a été proposée, EN.WP par exemple utilisait déjà une infobox et beaucoup ont voté contre l'usage de cette infobox ici. Tant que le nombre de soutiens sera sous la barre des 100 contributeurs et qu'au moins une dizaine de grands contributeurs ne donneront pas leur aval, autant renoncer à faire un pas dans cette direction. En passant, si j'ai bien analysé, le script en Lua de EN.WP est facile à adapter. Je retourne à mes wikimoutons sur Wikisource. —Cantons-de-l'Estp|d|d🧹 20 juin 2022 à 18:35 (CEST)
La palette d'en: ne s'affiche pas sur mobile (navigateur et appli), ce qui me semble rédhibitoire. Pyb (discuter) 16 juillet 2022 à 10:40 (CEST)
Bonjour. suite à la modification du modèle {{GBIF}} pour pointer vers l'interface française merci 74laprune(d·c·b), j'ai modifié de même le module du modèle {{bases vivant}}: mais pour l'instant l'affichage de l'article Palaeolychas, donne toujours le commentaire language "en" au lien de "fr" ou "fr+en" alors que l'url est désormais positionnée correctement sur l'interface française. Pouvez vous m'aidez? merci d'avance de votre expertise sur ce détail d'homogénéité... --Philippe rogez (discuter) 19 juin 2022 à 00:38 (CEST)
Bonjour. Je viens de découvrir l'existence du modèle "base vivant". Serait-il possible d'y inclure "Taxonomicon"?
Par ailleurs, serait-il possible d'en obtenir un rendu plus lisible, i.e. avec un saut de ligne pour chaque base?
Par exemple pour Litostomatea et l'appel {{bases vivant|id=Q7663959}}
on obtient ça:
AlgaeBase
(en) Australian Faunal Directory
(sv) Dyntaxa
(mul + en) iNaturalist
(en) Interim Register of Marine and Nonmarine Genera
(en + en) New Zealand Organisms Register
(en) World Register of Marine Species
au lieu d'une présentation plus sympa qui serait ça:
AlgaeBase
(en) Australian Faunal Directory
(sv) Dyntaxa
(mul + en) iNaturalist
(en) Interim Register of Marine and Nonmarine Genera
Pourrait-on ajouter l'identifiant Assemblée régionale sicilienne (alphabétique) (d) dans le Module:Bases/vie publique pour les parlementaires régionaux siciliens? Je peux essayer, mais crains de faire sauter la machine! Cdlt - HaguardDuNord (discuter) 3 octobre 2022 à 18:18 (CEST)
Bases audiovisuel: alignement de l'url imdb pour les titres sur le modèle {{Imdb titre}}
Bonjour. Pour les titres de films, le modèle {{Imdb titre}} génère l'url https://www.imdb.com/title/<id wikidata>/reference ce qui donne une page compacte centrée sur les éléments pertinents du film et avec la distribution complète. Le modèle {{Bases audiovisuel}} génère https://www.imdb.com/title/<id wikidata> (sans le suffixe /reference) ce qui donne une page avec de nombreux éléments non pertinents (liens vers d'autres films, sondages, avis des lecteurs) et surtout avec une distribution tronquée. En conséquence pour vérifier un élément non trivial de la distribution ou de la fiche technique il faut à chaque fois chercher le lien supplémentaire sur la page donnée par le modèle. Exemple: Le Parrain (film) id = tt0068646:
En ajoutant /reference de manière inconditionnelle (comme ceci) cela fonctionne aussi bien pour les titres que pour les noms, malencontreusement il y a un effet de bord pour quelques pages qui utilisent Bases audiovisuel pour les studios (exemple: Industrial Light & Magic), donc cela n'est pas la solution. Bref: Y aurait-il moyen de tester le préfixe "tt" de l'identifiant wikidata dans le module pour générer le suffixe /reference uniquement pour les titres, qu'en pensez-vous? Cordialement, Csar62 (discuter) 17 octobre 2022 à 16:12 (CEST)
Lien mort dans bases audiovisuel
Bonjour. Le site cinematografo.it inclut dans Bases audiovisuel semble avoir complètement revu son système d'URL pour chaque fiche de film. C'était auparavant un numéro qui apparaissait dans l'URL (15623 pour Suspiria, par exemple), c'est désormais le nom suivi d'un code (suspiria-k7fkclc8 mais aucune idée comment configurer ça pour wikidata. Il y a 3990 pages wp qui utilisent cette base audiovisuel, donc 3990 liens morts. Y a-t-il des solutions dans ces cas-là?--L'engoulevent[clavardage] 29 octobre 2022 à 10:15 (CEST)
La question semble être désormais résolue. Le site a entre-temps rétabli les liens.--L'engoulevent[clavardage] 28 novembre 2022 à 04:52 (CET)
Base ODIS
Bonjour,
Je viens de découvrir la base ODIS, financée par la région flamande (Belgique) à travers l'ajout d'un contributeur sur wikidata et wikipedia (exemple: Gustave Hansotte et la propriété correspondante dans wikidata P2372 («identifiant ODIS»)). On m'a renvoyé ici pour voir car je pense qu'il serait intéressant de l'ajouter dans une base et donc qu'elle apparaisse dans les pieds de page via la modèle base ou liens.
Cordialement. Gabon100 (discuter) 23 décembre 2022 à 15:23 (CET)
Dois-je créer une demande ici? Je ne suis pas trop sûr dans quelle catégorie elle rentre. Elle couvre des personnes, des évènements et des organisations (voir ici). Cordialement. Gabon100 (discuter) 2 janvier 2023 à 13:18 (CET)
Artcyclopedia?
Bonjour c'est juste pas de chance ou il y a un problème avec la base Artcyclopedia: plusieurs liens qui semblent obsolètes sur la page qui s'ouvre quand on clique sur le lien Wikidata. Par exemple Anne Goldthwaite, merci de vos retours, cordialement, --Pierrette13 (discuter) 15 janvier 2023 à 15:33 (CET)
La propriété Wikidata P3566 s'appelle «identifiant Just Sports Stats», ce qui était le nom du site justsportsstats.com à l'époque de la création de P3566 (même s'il existait déjà un miroir appelé statscrew.com qui affichait les mêmes informations). Aujourd'hui, et depuis un certain temps, justsportsstats.com renvoie directement à Stats Crew qui est le seul domaine actif. J'ai déjà fait une demande sur Wikidata pour renommer l'élément, mais cela a été refusé. Il serait préférable que le texte affiché par {{Bases sport}} soit «Stats Crew» pour refléter le nom actuel du site, et pour éviter des situations comme dans Jeremiah Masoli ou dans John Elway où le lien récemment ajouté dans l'{{Infobox Personnalité du football américain}} affiche «statistiques sur statscrew» alors que celui dans les liens externes affiche «Just Sports Stats» même s'ils renvoient exactement à la même page. Ping à @Denvis1, @Supertoff et @LD qui ont travaillé sur l'infobox. Cortomaltaisparloir ➔ 20 février 2023 à 23:21 (CET)
Ajout d'un lien dans bases sport
Bonjour. Après une demande de ma part auprès du projet Wikidata ici, je souhaite ajouter (propriété P7359 («identifiant LaPreferente.com»)) à la listes des bases sport. Peu utilisé ici pour l'instant, il s'agit d'un site traitant du football espagnol et donc les joueurs ayant joué dans ce pays sont présents. Je n'ai pas de connaissance des procédures pour ajouter cet identifiant alors je vous laisse vous en charger ou bien me guider sur la marche à suivre. Merci. ACA Galaxy (discuter) 20 février 2023 à 23:22 (CET)
Metacritic n'est pas toujours "relative à plusieurs disciplines"...
Bonjour. Dans les articles où un seul modèle, par exemple {{Bases audiovisuel}} (ou respectivement {{Bases musique}} ou autre) génère des résultats car le sujet de l'article n'est actif qu'au cinéma ou dans la musique, avoir une ligne supplémentaire dans la section "Liens externes" avec une seule entrée metacritic intitulée "ressource relative à plusieurs disciplines" n'est ni pertinent sur le fond ni esthétique sur la forme. Ne faudrait-il pas que l'entrée générée par la base metacritic soit intégrée à la ligne "ressource relative à ..." à la seule activité de la personne dans ces cas-là (et avoir une ligne séparée metacritic uniquement si plusieurs Bases spécialisées ont produit des résultats)? Exemples: María Mercedes Coroy: uniquement des Bases audiovisuel + metacritic ou Emma Ruth Rundle: uniquement des Bases musique + metacritic. Cdlt Csar62 (discuter) 15 mars 2023 à 23:06 (CET)
Mémoire des hommes
Bonjour,
En furetant un peu, je suis tombé sur le site du ministère des armées, mémoire des hommes, qui répertorie les militaires français à partir de la Première Guerre mondiale. On y retrouve les dates de naissance, les grades, décorations, etc. de nombreux soldats qui ont une page wikipedia (par exemple René Montrion, ici). Il serait peut-être judicieux de l'incorporer dans le modèle mais je ne vois pas dans quelle thématique cela peut s'inscrire.
+1. C'est une base très connue chez les passionnés de l'histoire militaire qui recense des personnes pas forcément présentes dans les autres bases et apporte un contenu original par rapport aux autres bases. Pyb en résidence (discuter) 1 mai 2023 à 10:04 (CEST)
Bases sport
Bonjour. 579 liens pour les bases sport sur fr:WP, contre 64 en ES, 60 en PT, et aucune base sport en EN/DE/IT. Vous trouvez pas qu'il y a un grand ménage à faire? Parmi ces 579, combien sont passées par la procédure de proposition d'ajout? Football Lab (discuter) 14 mars 2023 à 21:04 (CET)
Utiliser en priorité les "formatter urls" de Wikidata?
Actuellement le code ne va chercher les urls de formatage générer les urls complètes à partir des identifiants que si il n’y a pas d’url dans le module. C’est sans doute un cout en maintenance parce que de toute façon les formatter urls sont corrigées sur Wikidata, et on risque des incohérences entre les deux. Ce serait sans doute plus simple de n’avoir à les modifier que sur Wikidata. Cf. par exemple d:Topic:Xj5kunzrqo8hbf9b
Quelqu’un aurait une opposition à ce qu’on inverse la logique et aille chercher les infos en priorité sur Wikidata? — TomT0m[bla] 31 mai 2023 à 15:48 (CEST)
Pourquoi pas. Plus simplement, ne pourrait-on pas juste retirer les URLs en dur dans le module? et celles-ci ont elles été ajoutées pour une raison? (par exemple historique, les URLs n'étaient pas présentes à l'époque sur Wikidata?) Cdlt, Vigneron * discut. 31 mai 2023 à 19:29 (CEST)
Je sais plus ça remonte et c’était dans différents modules. On a dû commencer avec le module autorité. Oui virer les url des modules de données dans la plupart des cas pourrait marcher aussi, et serait sans doute mieux, parce que garder le mécanisme pourrait être nécessaire pour gérer des cas complexes. Si je me souviens il y a moyen de passer des fonctions dans certains cas pour formater. Faudra tester pour voir si ça marche. — TomT0m[bla] 31 mai 2023 à 20:09 (CEST)
appels coûteux à la fonction mw.wikibase.getEntity;
sur certaines propriétés (comme IMDb ou ISNI), Wikidata utilise un outil hébergé sur wikidata-externalid-url.toolforge.org pour rediriger, en général il faut éviter les liens vers toolforge.org dans l’espace principal et s’il est hors service (ce qui risque d’arriver s’il est sur tous les articles), les visiteurs ne peuvent plus accéder au site.
Je peux aussi ajouter le risque de vandalisme sur Wikidata, où tous les liens externes pourront être changés en un clic, les liens en dur dans le module est un bon garde-fou.
Il y a également le cas des sites multilingues. —Thibaut(discuter) 31 mai 2023 à 20:42 (CEST)
Par ailleurs, le problème concernant l’ODNB évoqué dans d:Topic:Xj5kunzrqo8hbf9b n’est pas lié à une URL de formattage obsolète mais à certains articles de l’ODNB qui ont un identifiant DOI et d’autres non. —Thibaut(discuter) 31 mai 2023 à 20:57 (CEST)
@Thibaut120094 Vu que l’url était correcte sur Wikidata, la correction a été faite avant, il semble que l’url avec les doi est aussi présente sur WD en url de formatage mais en rang inférieur. La même modif a été faite sur WD le 10 avril. — TomT0m[bla] 31 mai 2023 à 21:28 (CEST)
Ça fait bien longtemps qu’il y a plus besoin de getEntity depuis qu’on a mw.wikibase.getBestStatements qui ne nécessite pas de charger l’entité en entier.
Si on à peur pour wmflabs on peut toujours les exclure, c’est facile à tester, les laisser sur Wikipédia (je pense pas qu’il y ait tant de clics que ça sur ces urls)
Vandalisme, on peut semi protéger les propriétés concernées il y a relativement peu d’éditions dessus …
Le coueur du service de wikidata-externalid-url a l’air de tenir en quelques lignes de PHP, ça devrait être facile à réécrire en lua si on veut et s’en passer complètement en le mimant quand on rencontre ce genre d’uri, sinon. — TomT0m[bla] 31 mai 2023 à 21:37 (CEST)
Je vois que les propriétés sont semi-protégées par défaut, certes il suffit de faire cinquante modifications et d’attendre quatre jours, mais c’est mieux que rien.
mw.wikibase.getEntity devra toujours être chargé pour obtenir les URL de formatage des sites multilingues ou sans toolforge.org.
Si on souhaite être prévenu des changements d’URL, on peut mettre en place un robot qui comparera les URL de toutes les propriétés concernées une fois par jour plutôt que de charger sans arrêt la propriété P1630 («format de l'URL») sur des centaines de milliers d’articles. L’URL n’est pas une donnée qui change très souvent qui justifierait tous ces appels couteux mais c’est juste mon avis. —Thibaut(discuter) 31 mai 2023 à 21:39 (CEST)
@Thibaut120094 ce n’est pas une fonction coûteuse, donc l’impact est probablement tout relatif, d’ailleurs le module base fait déjà ce genre de chose depuis un bail il me semble pour aller chercher la langue. WP:ne vous préoccupez pas de la performance!
Sinon oui pour le suivi, il suffit de faire une requête Wikidata avec ListeriaBot, c’est même jouable de charger les données directement depuis la requête, éventuellement, mais bon, c’est quand même un potentiel fardeau à maintenir. C’est du travail pour un gain peut-être pas si important que ça question perfs (la plupart des articles sont loin d’avoir tous les identifiants de toutes les bases à charger, chaque article ne chargera que les identifiants qui lui sont vraiment associés … ) — TomT0m[bla] 5 juin 2023 à 20:59 (CEST)
Bonjour, aucune puce n'est insérée devant les bases relatives à la religion comme on peut le voir ici: Église du Saint-Esprit des Gondoles section Liens externes.
Bien à vous, Pharma💬 12 août 2023 à 00:18 (CEST)
Bonjour @Eric-92, ah oui, désolé: j’ai laissé mon message ici après avoir navigué sur les différentes pages modèles/modules utilisés par {{Liens}} à la suite d’une demande sur le projet littérature. Bref. J’ai d’abord fait une petite modif sur Module:Bases/Documentation, puis j’ai constaté sur les autres documentations la phrase «Ce module sert [à] fournir la liste des bases au module XXX».
Premièrement il manque «à» et, deuxièmement, sauf erreur, il faut remplacer «au module XXX» par «au modèle XXX». Un module qui «sert [à] lui-même», c’est étrange non .
Bonjour. Le lien généré par le module:Bases/géographie pour la base GLAMOS (propriété Wikidata P6148) n'est plus valable, l'identifiant dans la base ne semble plus être un nom mais un identifiant, exemples:
Le pb existe aussi bien dans Wikidata que dans le module, je ne connais pas la méthode pour obtenir les identifiants...
Cordialement, Csar62 (discuter) 15 décembre 2023 à 09:18 (CET)
Base Léonore
Bonjour, pourquoi la base Léonore a-t-elle été intégrée dans Modèle:Bases militaire? La Légion d'honneur est également décernée aux civils (ils constituent même la majorité désormais). — Ayack♫♪ 13 septembre 2023 à 11:16 (CEST)
Juste une notification pour @Gabon100, qui a réalisé cet ajout. Lepticed7 (Viens tcharer! :D) 15 septembre 2023 à 12:05 (CEST)
Bonne question (et merci pour la notification). La demande pour l'ajout de la base avait été effectuée par Pyb en résidence:. A voir si on souhaite le déplacer, mais alors dans quelle base?
Cordialement. Gabon100 (discuter) 15 septembre 2023 à 12:14 (CEST)
j'ai pas de préférence, je sais pas trop ce qui existe. Pyb en résidence (discuter) 15 septembre 2023 à 12:24 (CEST)
Bonjour. Elle était parmi les bases Module:Bases/vie publique mais a été commentée par @Rashinseita (, ). Peut-être la supprimer des bases militaires et la réactiver dans vie publique? À+, Lepticed7 (Viens tcharer! :D) 15 septembre 2023 à 13:13 (CEST)
Bonjour, ça me paraît plus pertinent en effet. Merci. — Ayack♫♪ 15 septembre 2023 à 14:00 (CEST)
En effet, je l'avais commentée seulement parce que le lien était mort à ce moment là après la réorganisation de la base. --Rashinseita (discuter) 15 septembre 2023 à 16:26 (CEST)
Cela ne me pose aucun problème à la remettre en base vie publique. Quelqu'un s'en charge? Cordialement. Gabon100 (discuter) 17 septembre 2023 à 12:48 (CEST)
Lepticed7, Ayack et Pyb: quelqu’un pourrait faire la modification dans l’autre sens? Uchroniste40 21 mars 2024 à 15:31 (CET)
Bonjour, pourriez-vous s'il vous plaît changer P6615 en P8912 dans Module:Bases/sport ? P6615 est sur le point d'être supprimé dans Wikidata et est déjà obsolète. Merci! --Ameisenigel (discuter) 2 juin 2024 à 17:26 (CEST)
Une question sur le modèle "Liens"
Bonjour à tous, après avoir eu un échange, avec Claude villetaneuse(d·c·b) et Roland45(d·c·b), sur le modèle "Liens", voir ici, il en résulte (ce n'est pas le résultat d'un sondage mais un point de vue) un doute sur l'utilité de ce modèle pour les communes de France. Ma question: serait-il possible de modifier le libellé afin de faciliter sa compréhension pour "INSEE (communes)" à remplacer par "Recensement général de la population de la commune (source INSEE)"; pour "Ldh/EHESS/Cassini", c'est plus compliqué mais cela pourrait être "Notice de la commune éditée par l'École des hautes études en sciences sociales", l'objectif de ces propositions est, comme dit précédemment, de faciliter sa compréhension et donc son insertion dans les articles des communes. Ayant posé la question sur la PDD du modèle "Liens" et sur le conseil d'Eric-92, je pose également la question ici. Bien cordialement. --Ltqphg (discuter) 16 juin 2024 à 12:17 (CEST)
Je m’aperçois que les fiches d'identifiants J9U hébergée par la Bibliothèque nationale d'Israël, et qui donc pointent vers olduli.nli.org.il, n'ont pas d'HTTPS. Les consultation de notices doivent être très marginales pour les lecteurs qui ont sûrement d'autres chats à fouetter, mais il serait plus sûr de les marquer comme obsolètes dans les fiches wikidata et d'utiliser des identifiants Ark/BnF à la place, qu'en pensez-vous? Pour des manuscrits, ça a du sens, mais pour des registres d'identifiants numériques autant utiliser une référence sûre et locale, non? Darviche (discuter) 16 août 2024 à 19:00 (CEST)
L’absence d’HTTPS sur un site n’a jamais été un critère pour écarter une source ou un lien externe.
Cette base n’est pas très utile sur la page de Cairn.info j’en conviens, mais elle l’est sur les pages liées à Israël ou à la diaspora.
Si les notices sont toujours accessibles, il n’y a aucune raison de les marquer comme obsolètes sur Wikidata, il faut plutôt intervenir sur les modules locaux pour que cette base ne s’affiche que sur des sujets en lien avec Israël et la diaspora. —Thibaut(discuter) 16 août 2024 à 21:02 (CEST)
Je ne vois pas de problème avec celle-ci en particulier. On a bien des bases polonaises ou tchèques d'une qualité pas bien meilleure et personne ne s'en plaint... Uchroniste40 17 août 2024 à 00:40 (CEST)
@Thibaut120094 Les liens en question sont générés automatiquement à partir d'une base de numéros d'identifiants vers une source, Wikidata, indiquant des registres de fiches d'identités (des ouvrages, certes, mais aussi des fiches de personnes morales, par exemple).
Vous sont proposés des registres de données diffusant les mêmes informations (à partir d'un ID Ark notamment):
L'autre non et l'information consultée ainsi qu'une partie de l'identité de qui la consulte peut être connue de quiconque se trouve sur la ligne entre vous et la source (et sur le réseau d'une bibliothèque nationale publique, je peux vous assurer que ça fait beaucoup de monde).
Laquelle choisissiez-vous? Darviche (discuter) 17 août 2024 à 06:46 (CEST)
@Uchroniste 40 «[...] des bases polonaises ou tchèques d'une qualité pas bien meilleure»:
Je ne vois pas de quoi vous voulez parler. De quelles bases et de quels critères de qualité?
«et personne ne s'en plaint...» On peut aussi attendre l'arrivée d'un problème constaté pour que les plaintes suivent. — Darviche (discuter) 17 août 2024 à 06:48 (CEST)
@Darviche ce que je veux dire, c'est qu'on a plein de bases sans https et qui n'utilisent pas Ark (comme NUKAT) et ce n'est pas un problème. Les deux sont des sites de bibliothèques nationales, donc on sait qu'il n'y a aucun danger pour l'utilisateur. Et non, on ne vas pas tout retirer pour laisser uniquement la bnf (qui est, pour votre information, pas plus fiable que les autres). La multiplication des bases de données n'est pas un problème mais une richesse, notamment pour un lecteur qui veut faire des recherches approfondies sur un sujet. Uchroniste40 17 août 2024 à 09:08 (CEST)
@Uchroniste 40 «non, on ne vas pas tout retirer pour laisser uniquement la bnf.» Vous savez que Ark ne référence pas que la BnF? Je maintiens que ce protocole est obsolète et peut présenter, en fonction de l'information consultée, un risque pour la confidentialité. — Darviche (discuter) 17 août 2024 à 09:37 (CEST)
«La multiplication des bases de données n'est pas un problème mais une richesse, notamment pour un lecteur qui veut faire des recherches». Je ne remets pas en question que la multiplicité des bases de données soit une richesse. Ma question porte sur le choix de la sécurité (ou pas) d'un lien vers une notice d'autorité. Darviche (discuter) 17 août 2024 à 09:44 (CEST)
Bon, vous ne semblez pas vouloir comprendre ce qu'on vous dit (pas que moi), donc je vais quitter cette conversation. Mais avant, je me dois de préciser: vous êtes le premier avoir parlé de la bnf, je n'ai que repris votre propos. Vous n'allez pas m'apprendre ce qu'est Ark, mais sachez que ce n'est pas le seul système qui fonctionne: les autres, même s'ils sont moins efficaces ou sûrs, ne sont pas obsolètes. Bref, je suis Contre la suppression de bases sur le seul prétexte qu'elles n'utilisent pas ark ou https, d'autant plus quand ce sont des bases institutionnelles. Bonne continuation. Uchroniste40 17 août 2024 à 11:54 (CEST)
Vous par contre, vous m'obligez à répéter: est-ce que HTTP se justifie parce que l'information doit circuler en clair et sans identifier la source émettrice? Il me semble que non.
Donc, désolé mais je vais devoir encore vous reprendre car vous ne m'avez pas bien lu et vous déformez mon propos: personne ne parle de supprimer des bases, il s'agit d'avoir une conversation ouverte pour comprendre quelles sont les sources sûres et fiables en matière d'archives et s'il existe des registres plus adaptés que d'autres.
L'identifiant Ark n'est pas propre à la BnF et ce système est loin d'être parfait. La clé de hachage d'un CAS serait sans doute bien meilleure. Cependant c'est l'un des dépôts possibles et il se justifie très bien par la localité et la fiabilité de l'information. — Darviche (discuter) 17 août 2024 à 14:26 (CEST)
La consultation des notices sur le VIAF contourne le problème.
@Thibaut120094 «[...] intervenir sur les modules locaux». Merci pour cette réponse. Où trouver plus d'infos à ce sujet? Darviche (discuter) 18 août 2024 à 15:51 (CEST)
Cette base remonte une notice du Dictionnaire critique des historiens de l'art actifs en France de la Révolution à la Première Guerre mondiale, qui pose un vrai problème de mise en page du fait du nom trop long de cette base. Voir par exemple Eugène Dutuit.
Sur wikidata, l'intitulé de l'identifiant est Dictionnaire critique des historiens de l'art: peut-on procéder à ce renommage, svp? Daehan[p|d|d] 3 octobre 2024 à 22:16 (CEST)
Proposition de suppression des indicateurs de langue pour améliorer les performances
Bonjour,
Après avoir effectué la correction 221095609 dans le module, je doute de la pertinence de ces indicateurs de langue qui ont été restaurés:
alourdit visuellement la liste; je trouve que sans les indicateurs on s'y retrouve plus facilement dans la liste.
information guère utile: la majorité des sites étrangers sont en fait simplement en anglais. Et les navigateurs web permettent maintenant de traduire n'importe quelle site à la volée.
les données ne sont pas fiables; par exemple actuellement sur Björk#Liens externes:
Billboard, Discogs et de nombreux autres n'ont pas l'indicateur (en)
Allociné a un indicateur (pt)!
et surtout: on a actuellement un énorme problème de performances avec le modèle {{Liens}}, généralement appelé une fois par page; voir 221071560 et 221095100, et ces indicateurs en sont grandement responsables.
Je propose donc de retirer ces indicateurs. Modification complémentaire: il faudra veiller à ensuite utiliser une seule liste alphabétique (actuellement, il y a deux listes alphabétiques qui sont juxtaposées: les liens fr, puis les liens étrangers).
L'ordre de grandeur du gain, ça serait plusieurs centaines de ms par page. Plusieurs dixièmes de seconde, si vous préférez. Ce qui est absolument énorme. Exemple: en virant les indicateurs, sur Björk, le modèle passe de 966 ms à 286 ms… soit un gain de 680 ms, plus d'une demi-seconde!
Pour l'instant, je ne sais pas trop quoi penser: dans le principe, il y a du bon et du mauvais, avec les indicateurs de langue (a priori utile, mais ici, c'est vrai que ça alourdit énormément la présentation); et on nous a toujours dit qu'il ne fallait pas s'occuper des perfs. Mais ta démonstration sur Björk est quand même convaincante. Daehan[p|d|d] 13 décembre 2024 à 09:24 (CET)
Le principe de ne pas se préoccuper des performances n'est pas valable dans 100% des situations (les développeurs MediaWiki eux-mêmes ont déjà reconnu des cas où une intervention sur le wiki était nécessaire, d'ailleurs ça serait intéressant de retrouver ces histoires). Là on parle d'une différence très concrète, le visiteur qui se promène d'article en article va gagner une demi-seconde avant que chaque page s'affiche, c'est absolument gigantesque. Même au niveau de la charge des serveurs MediaWiki, cela conduira à une différence observable. À noter aussi que le principe date d'avant Lua et Wikidata, qui ont été des portes ouvertes (surtout Wikidata) pour introduire des problèmes de performances, tels qu'ici. J'ai moi-même déjà renoncé à regret à des fonctionnalités en raison de leur coût trop élevé, exemple avec ce module.
Juste pour l'évoquer, une alternative aurait été d'ajouter ces informations aux sous-modules de données au lieu de les chercher sur Wikidata, mais: ça serait laborieux à faire (surtout que les données devinées depuis Wikidata sont blindées d'erreurs, donc tout serait à contrôler/corriger manuellement), ensuite la maintenance de ces informations (au cas de changement sur le site web) serait extrêmement laborieuse (clairement, jamais personne n'ira le faire), et enfin la pertinence de ces indicateurs est de toute façon franchement discutable.
J'avais rédigé le message comme une proposition, mais en fait c'est une explication, parce qu'au vu de l'impact de ce code, il n'y a même pas à discuter, le changement est à faire.
Auparavant, sur de nombreux articles, ce modèle était à lui tout seul le plus coûteux de la page. Avec les deux optims cumulées, sur Mikhaïl Kavelachvili le temps de génération du modèle passe de 800 ms à 200 ms. Imaginez que quand vous modifiez et prévisualisez l'article, vous gagnez 600 ms de réactivité; c'est énorme.
Le bottleneck suivant que j'ai repéré est l'ajout des attributs de langue (voir ici). Il s'agit de la langue du titre de la base, c'est autre chose que la langue du site de destination.
En reprenant mon exemple à 200 ms, en retirant ces attributs on passe à 145 ms. D'un côté c'est un gain moins significatif, d'un autre côté ces attributs sont relativement peu utiles, donc peut-être vaut-il mieux privilégier la réactivité d'affichage des pages.
Mais le véritable problème, c'est que les appels de Langue.langue() soient aussi peu performants, ce qui me semble même anormal, et je n'ai pas encore trouvé d'explication à cela.
J'ai trouvé le problème, et je viens de le corriger: 221190222. Hop, plusieurs dizaines de ms gagnées, gain obtenu à l'identique sur toutes les pages contenant le modèle. od†n↗blah 16 décembre 2024 à 13:42 (CET)
Les résultats sont vraiment bons: dashboard Grafana. Pour chacun des deux graphes, cliquer sur "frwiki_Bases_tout" (pas la motivation de publier une capture d'écran sur Commons, désolé).
Observations:
Dans le graphe du bas (temps CPU total, sur toutes les pages), on observe l'effet de l'optimisation du (221071560).
Ensuite, dans le graphe du haut (temps médian d'exécution), on observe l'effet de l'optimisation du (221187170) (avec aussi 221190222 pour enfoncer le clou). Cela a aussi eu un effet dans le graphe du bas, mais pour le voir il faut resserrer l'intervalle afin d'éliminer les valeurs extrêmes précédentes: graphes resserrés.
Remarques:
Le modèle {{Liens}} est encore un modèle coûteux, mais c'est sans commune mesure avec ce que c'était auparavant; et je ne sais pas si on peut faire beaucoup mieux, car le modèle va quand même chercher plein d'informations sur Wikidata.
On peut profiter de ces graphes pour détecter les autres modules coûteux. Il y a par exemple les modules d'infoboxes (qui sont désormais les modules les plus coûteux) ou bien encore l'infâme Module:Cycling race (une usine à gaz que je refuse de toucher).
Merci Od1n pour ce travail efficace et pour les informations! Eric-92 (discuter) 22 décembre 2024 à 00:35 (CET)
MerciOd1n pour ces modifications, discrètes mais très précieuses pour l'ensemble des articles. Cordialement. Gabon100 (discuter) 22 décembre 2024 à 11:57 (CET)
Optimisation
Pas que je tienne absolument à garder les trucs, mais c'est moi qui ait codé ça et il y a sûrement du potentiel d'optimisation en tout cas. J'avais rien mesuré à l'époque, c'était juste parce qu'il y a du potentiel pour réduire la maintenance du truc en allant chercher les données sur WD.
Le truc (mais faudrait creuser pour ce qui se passe vraiment) c'est que ça doit charger pour chaque base les déclaration "langue de l'œuvre" sur les entités des propriétés, je suppute que c'est ça qui coûte cher.
Il y a probablement du potentiel d'optimisation, j'ai zieuté vite fait hier mais je crois que les modules comme Module:Base/art donnent l'indicateur de langue en paramètre: {"Art Institute of Chicago", "en"} une solution simple si c'est pas déjà fait serait de ne pas charger les langues Wikidata quand c'est le cas, je pense que dans un souci de faciliter la maintenance toujours, j'avais quand même chargé dans l'idée que si le français apparaissait sur WD il n'y aurait pas besoin. Mais pour optimiser, indiquer la langue dans les modules lua directement pour un maximum de bases et s'en contenter devrait fonctionner, en gardant le chargement dans Wikidata uniquement pour les cas ou ce n'est pas indiqué.
Mais de toute façon il y a une autre problématique qu'on a pas réglé je pense sur la maintenance, c'est la migration des urls de la base. On a une page Projet:Bases/Suivi qui se met à jour quand l'url d'une des bases de données change, pour éventuellement mettre à jour les modules. J'ai pas toutes les sous-page en suivi mais je ne suis pas certain que tout soit à jour (et je ne coderai pas de robot pour la mise à jour des modules, et je ne m'occupe pas de la mise à jour des sous-pages). Donc on a un choix, soit on va "full Wikidata" et on va aussi chercher les urls des bases, avec la latence éventuelle que ça implique vu qu'on peut pas faire ça en une seule opération, soit on continue à maintenir à la main, soit on code un truc pour automatiser la maintenance (qui pourra au passage pré-charger la ou les langues). Sans robot autre que ListeriaBot c'est possible aussi en fait, vu qu'on peut générer par exemple du json avec SPARQL et charger du json. C'est une approche que j'ai utilisé pour le tableau des isotopes mais pas du tout à la même échelle ni la même complexité (pour certaines bases, genre imdb, il y a une certaine complexité.) Une alternative serait d'utiliser systématiquement https://wikidata-externalid-url.toolforge.org/ pour gérer ça, ça simplifierai largement la maintenance, mais c'est un outil hébergé sur toolforge. Je ne crois pas que ça gère les langues. Trève de digression.
Après, question performances, il y a de grosses chances que soit il y a un gros problème de perfs dans la fonction que j'ai codé, soit ce n'est pas vraiment du temps de calcul mais plutôt la latence d'aller chercher dans Wikidata qui soit en cause, multiplié par le nombre de bases. On peut pas batcher, on est obligé de charger les déclarations une par une. Donc pas du calcul intensif. Ça dépend de si c'est un problème à l'usage, est-ce que c'est pénible quand on sauvegarde une page après édition?
Mais ça ne m'empêchera pas de dormir si les indicateurs de langues sont simplement virés.
ce message est beaucoup trop long — TomT0m[bla] 13 décembre 2024 à 10:45 (CET)
Ce mécanisme avait été introduit par Eru (refs 159687814), utilisateur qui ne semble malheureusement plus actif maintenant.
Tu as fait la même erreur que j'avais aussi faite en commençant à lire le code, ce qui confirme que ce n'est pas évident: les codes de langues qui se trouvent dans les sous-modules de données (ton exemple {"Art Institute of Chicago", "en"}) sont pour la langue du nom de la base. Pour avoir dans le lien e.g. <span class="lang-en" lang="en"><i>Art Institute of Chicago</i></span>. C'est tout autre chose que la langue du site web de destination.
Encore une fois, je suis désolé par avance si c'est au mauvais endroit, ne pas hésiter à me rediriger. Et encore une fois, je ne sais pas si vous pourrez y faire quelque chose.
Voici mon exposé de la situation:
Le Munziger a été correctement classé selon son importance (source primaire ou tertiaire):
Exemple tertiaire dans le Munziger: Bruno Leuschner#Liens externes (il est bien placé dans "Notices dans des dictionnaires ou encyclopédies généralistes")
Exemple primaire dans le Munziger: Benjamin Karl#Liens externes (il est bien placé dans "Ressources relatives au sport")
Jusqu'ici tout va bien.
Maintenant, la deutsche Biographie. Elle n'a pas été séparée en deux, alors qu'elle a aussi des entrées primaires et tertiaires:
Exemple tertiaire dans la deutsche Biographie: Bruno Leuschner#Liens externes (il est bien placé dans "Notices dans des dictionnaires ou encyclopédies généralistes")
Exemple primaire dans la deutsche Biographie: Hélène Miard-Delacroix#Liens externes (il est mal placé dans "Notices dans des dictionnaires ou encyclopédies généralistes") (ne devrait pas y être)
En effet, les entrées ADB et NDB de la deutsche Biographie sont tertiaires, mais les entrées Übersicht ("aperçu", en français) sont primaires (c'est la partie "Base de données" de la deutsche Biographie).
Conséquences: Une partie de la communauté pense que la moindre occurrence "Deutsche Biographie" rend admissible, puisqu'elle est dans "Notices dans des dictionnaires ou encyclopédies généralistes", ce qui ne reflète pas la réalité quand il n'y a que l'Übersicht.
Ma demande: Pensez-vous pouvoir faire quelque chose pour que les sources primaires de la deutsche Biographie soient placées ailleurs que dans "Notices dans des dictionnaires ou encyclopédies généralistes"? Par exemple dans "Ressource relative à plusieurs domaines". Attention, il existe des entrées qui ont à la fois l'Übersicht et le NDB, donc pas besoin de retoucher dans cette situation.
Après discussion avec Aelxen sur discord, je pense que c'est très probablement {{Liens}} qui est concerné, et comme il est protégé au niveau admin, je vais dédoubler cette DIMS avec une DIPP (que voici). Wikipédiennement. Slzbg (discuter) 31 janvier 2025 à 23:28 (CET)
MAJ: Eric-92 pense que ça pourrait être dans Module:Dictionnaires et un des modèles Bases et m'a conseillé de contacter le projet Bases (ce qui est fait) Wikipédiennement. Slzbg (discuter) 1 février 2025 à 12:54 (CET)
Puisque la demande a été copiée ailleurs et que ça ne concerne pas un message système, je passe en refus ici. Escargot (discuter) 1 mars 2025 à 09:45 (CET)
.
Bonjour Slzbg. Il serait prudent de reformuler ici ta demande, car dans WP:DIMS elle risque d'être archivée.
Il y a une différence entre les deux cas: pour Munzinger (l'exemple) on a 2 propriétés: P1284 et P1285,
Ça revient à devoir ouvrir une autre page, je préfère avoir les explications et les liens ici. Je mets donc la DIMS dans la boîte ci-dessus.
---
Je comprends le besoin, mais le problème me paraît impossible à résoudre automatiquement. La seule information qui est renseignée sur Wikidata est l'identifiant à (en général) 9 chiffres, dans la propriété P7902. Or rien dans ces 9 chiffres n'indique si il existe un article ADB ou NDB ou bien seulement l'Übersicht. On est obligé de consulter la page en question sur Deutsche Biographie pour le savoir.
Les deux pistes que je vois reviendraient à résoudre le problème au cas par cas en consultant la page et en indiquant quelque part de quel type de document il s'agit.
soit l'indiquer sur Wikidata, en qualificateur de P7902. Il faudra se concerter sur Wikidata pour décider quelle propriété et quels items mettre dans ce qualificateur; peut-être P3831 («rôle de l'objet de la déclaration») avec comme valeur un parmi trois items à créer: «Übersicht DB», «article ADB» ou «article NDB».
soit indiquer sur Wikipédia, en paramètre du modèle Liens, dans quelle catégorie on veut mettre ce lien. Par exemple {{Liens| Deutsche Biographie = autorité}} pour le mettre parmi les notices d'autorité.
Dans les deux cas, il faudra ensuite adapter le modèle Liens et/ou les modules appelés pour qu'ils prennent en compte l'information. --l'Escogriffe(✉) 28 mars 2025 à 22:00 (CET)
Merci infiniment pour le temps passé à comprendre la situation GrandEscogriffe: Je ne sais pas si les autres versions linguistiques ont signalé ce manque, mais si on est les seuls à vouloir y faire quelque chose, la proposition 2 sera déjà bien comme avancée. ^^ Je notifie Sherwood6: qui était intéressé par l'issue de cette situation dans la DIPP que j'ai ouverte. Wikipédiennement. Slzbg (discuter) 28 mars 2025 à 22:30 (CET)
Sauf fort consensus en ce sens, je suis quand même réticent à complexifier le modèle Liens pour ce relatif détail, qu'on n'arriverait à résoudre que très partiellement (parce qu'il faudrait mettre le paramètre sur chaque article alors que le nombre d'articles concernés est énorme). l'Escogriffe(✉) 29 mars 2025 à 18:37 (CET)
PASE
Bonjour,
Sur demande de LD, les identifiants de PASE (identifiant PASE (d) - Prosopography of Anglo-Saxon England) ont été ajoutés à Module:Autorité (la Diff)
Cordialement. —Eihel (discuter) 28 février 2025 à 07:05 (CET)
Bonjour,
Je ne sais pas s'il faut poser la question ici ou sur Discussion modèle:Bases religion, dans le doute…:)
Serait-ce possible d'ajouter à {{Bases religion}} la propriété P13404 («identifiant The College of Cardinals Report»)? C'est une base similaire à P7619 («identifiant The Cardinals of the Holy Roman Church»), déjà présente dans la base, mais pour les cardinaux en vie actuellement. Ayack qui a créé la propriété sur Wikidata. Kailingkaz (discuter) 1 avril 2025 à 12:37 (CEST)
Une erreur récente (cela fonctionnait encore correctement à 9h aujourd'hui) s'affiche lorsqu'on fait appel au modèle {{Bases}}: "Erreur Lua dans Module:Bases à la ligne 279 : attempt to index local 'base' (a function value)."
Quelqu'un peut-il intervenir afin de résoudre cette anomalie svp?
Merci d'avance. Evynrhud (discuter) 17 avril 2025 à 11:05 (CEST)
Erreur LUA dans le module:Bases
Bonjour. Dans l'article Zight le modèle {{Liens}} génère une erreur: Erreur Lua dans Module:Bases à la ligne 279 : attempt to index local 'base' (a function value). {{Bases musique}} tout seul est OK:
Bibliothèque interuniversitaire de santé s'affiche deux fois, dans les ressource relative à la santé et les ressources relatives à la recherche. Exemple: Jules Dejerine. Faudrait en retirer un. Je propose de le retirer du Module:Bases/recherche. Pyb en résidence (discuter) 7 juin 2025 à 12:33 (CEST)
Pour pourquoi pas. Eric-92 (discuter) 7 juin 2025 à 23:34 (CEST)
Je venais pour faire la même remarque. Et j'avais le même avis Il faudrait vérifier que c'est le seul cas de doublon également —Pharma💬 12 juillet 2025 à 00:36 (CEST)
@Wyslijp16, la base regroupe de nombreux profils de divers secteurs. La vie publique se réfère davantage aux profils politiques et institutionnels. Les catégories de bases sont effectivement poreuses, difficile de classer, mais cela semble du moins cohérent dans l'ensemble avec les autres bases biographiques. — Baidax💬 13 juin 2025 à 00:12 (CEST)
J'approuve la demande de Wyslijp16, la base de données des élites suisses est mal placée et peut tromper lors des DdA. Wikipédiennement. Slzbg (discuter) 2 juillet 2025 à 13:17 (CEST)
Bonjour,
D'accord avec l'avis de base, la présence de cette base de donnée ne suppose aucune notoriété, contrairement à un dictionnaire.
Vie publique est l'option qui fait le plus de sens pour moi, dans la mesure où le texte précise «Ressource relative à la vie publique», ce qui est exactement le cas. Les autres catégorisations n'ont pas de portée propre pour le lecteur, et n'importent donc à mon sens pas vraiment. Omnilaika02 (d) 13 août 2025 à 22:34 (CEST)
Bonjour, il est désormais assez courant d’avoir deux valeurs différentes dans Wikidata pour identifiant Mérimée ou identifiant Palissy, parce qu’il existe deux types de fiches différents dans ces bases:
les fiches P (PA ou PM selon la base) sont les notices de classement monument historique. Elles sont généralement assez lacunaires et non mises à jour. Elles contiennent donc assez souvent des erreurs ou des informations obsolètes. Pendant longtemps c’était les seules en ligne donc c’est en général la première valeur qu’on a eu dans Wikidata;
les fiches I (IA ou IM) sont les notices d’inventaire. Elles sont généralement beaucoup plus développées et mieux tenues à jour (même s’il semblerait qu’il n’y a désormais plus de mise à jour sur les bases nationales, uniquement sur les bases régionales). Ces notices sont apparues en ligne dans un deuxième temps et ne sont pas toujours insérées dans Wikidata.
Là où ça pose problème c’est que quand il y a plusieurs identifiants Mérimée ou Palissy sur un élément Wikidata, le modèle lien n’affiche un lien que vers le premier identifiant listé (donc généralement vers la fiche P). Par exemple sur Château_du_Hohlandsbourg#Liens_externes on a un seul lien vers la fiche P alors qu’il y a les deux identifiants sur WD.
Il faudrait donc modifier le comportement du modèle pour qu’il distingue les deux identifiants et affiche les deux liens. Runi Gerardsen (discuter) 14 juillet 2025 à 14:34 (CEST)
Base smartphones
Bonjour
Serait-il possible de créer une page et y ajouter GSM Arena par exemple? Panam (discuter) 10 septembre 2025 à 02:11 (CEST)
en précisant bien la propriété Wikidate associée. - Eric-92 (discuter) 10 septembre 2025 à 02:52 (CEST)
Identifiant de course FirstCycling
Bonjour, j'ai voulu ajouter moi même P13447 («identifiant FirstCycling d'une course») car je comprennait pas pourquoi il était pas présent sur les pages du Projet:Cyclisme. J'ai réussi ça semble fonctionner. Je dis «ça semble» parce que c'est vous qui allez me le confimer. Mais j'ai déjà remarqué un souci, cela ajoute une catégorie sur toutes les pages Catégorie:Page utilisant P13447
Est ce que c'est normal?
Est ce que je dois créer la catégorie et la cacher?
Merci pour vos réponses, Guillaumrs (discuter) 1 novembre 2025 à 19:14 (CET)
Bases audiovisuel: Durant une bonne partie de l'année 2025, l'accès à la base de données "Collections" de la Cinémathèque Québécoise était d'une lenteur digne d'une attaque par deni de service. Depuis Noël 2025 environ, tous les liens P4276 redirigent vers une page d'accueil de collections thématiques. La navigation est trop compliquée pour comprendre si la base de donnée a été supprimée ou déplacée.
Bases musique: Ajoutez Discogs release (P2206). Bref, chaque "Discogs master" (P1954) comprend un groupe de "release", mais lorsqu'une seule version de l'album ou single/45 tours est répertorié, le lien Discogs P2206 n'apparaît présentement pas sous Liens/Bases musique. InMontreal (discuter) 19 janvier 2026 à 01:08 (CET)
Retrait de l'identifiant ESPNscrum
Bonjour,
Depuis un bon moment déjà, ESPNscrum a abandonné sa base de données en ligne sur les joueurs. Cette base a longtemps été utilisée comme source pour les joueurs de rugby, notamment.
, merci de cette réponse détaillée. Je vais regarder ce soir de plus près. Pour ce qui est des liens bases pour les bio, je sais déjà : voir ce « coup de gueule » le 2 mars en page perso. Merci bien, à bientôt sûrement. Malik2Mars (discuter) 10 mars 2022 à 11:54 (CET)
