Wikipédia

Projet:Modèle/Demandes

< Projet:Modèle
Ceci est une version archivée de cette page, en date du 12 juin 2023 à 00:23 et modifiée en dernier par 80.214.120.121 (discuter). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.
Demandes/améliorations de modèles

Cette page regroupe les requêtes des modèles à construire ou améliorer. Si votre demande concerne une « Infobox », une « Palette » ou une « Boîte Utilisateur », veuillez consulter les projets respectifs.

Avant de faire une demande :

Ajouter une demande pour un modèle

Demander une infobox

Demander une palette

Demander une boîte utilisateur

Cette page est automatiquement archivée. Les sections répondues n'ayant aucune activité depuis 7 jours sont automatiquement déplacées.

v · m
Demander…
Requêtes à…
Requêtes pour…
Modèle       
Aide et syntaxe • FAQ
Liste • Modèles spéciaux
Aide:Modèles courants
ParserFunction • Mots magiques
Espace Modèle
Projets
Demander un modèle
Modèle • Apparence
Projet d’harmonisation
Palette de navigation
Qu'est-ce qu'une palette de navigation ?
{{Méta palette de navigation}}
Palette de navigation
Projet palette
Infobox
Qu'est-ce qu'une infobox ?
Demander une infobox
Apparence
Modèle infobox
Projet infobox
Bandeau
Qu'est-ce qu'un bandeau ?
Liste des bandeaux de maintenance
Liste des bandeaux d'avertissements permanents
Projets connexes
Wikidata

modifier Consultez la documentation du modèle

Modules pour les populations des communes de France

Travail demandé par LD • m'écrire • 29 juin 2021 à 16:08 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Création d'un sous-module contenant la racine des adresses url les plus communes pour le projet : www.insee.fr/fr/information/ ; www.insee.fr/fr/statistiques ; cassini.ehess.fr/fr/html/ ; etc.
  • Pour tous les modules : notamment, catégorie:Module de données démographiques
  • Discussions :

L'idée serait d'appeler le sous-module en tête (comment Émoticône) et ensuite de réaliser une inclusion, par ex. dans Module:Données/Boigny-sur-Bionne/évolution population, passer de http://cassini.ehess.fr/fr/html/fiche.php?select_resultat=2397 à 'sous-module' + '2397' Je ne connais pas Lua, j'aurais besoin de quelques précisions pour pouvoir ensuite passer sur tous mes modules concernés (pour les modifier avec mon bot), notamment : comment inclure un sous-module et l'inclure ; un exemple suffirait, je me chargerais ensuite du reste Émoticône, merci -LD • m'écrire •

Bonjour LD. Il y a déjà pas mal de choses dans Module:Population de France. En résumé, tu veux juste que les racines des sites soient stockées dans des "variables" à un seul endroit et ne conserver dans la base de données des communes que les identifiants numériques de celles-ci. Bonne idée ! Même s'il est possible de le faire, je doute qu'il soit nécessaire/productif d'appeler ce module (ces variables) dans tous les modules du type « Données/commune/évolution population ». Il serait peut-être plus pertinent de l'appeler uniquement dans les fonctions ("sur-modules") qui affichent les données, en l’occurrence les liens externes, dans les articles. Est-ce que les données seront stockées dans des champs « ID_Cassini », « ID_INSEE_info », « ID_INSEE_stats », etc. ? Est-ce que ces données pourront se substituer aux « source1 », « source2 », « source3 » ? Fonctionnement global à vérifier. Notification Roland45 ? PS: En réponse à la question technique, pour une utilisation locale, avec un nom : …=require("Module:…") (exemple et doc genérale). — Ideawipik (discuter) 1 juillet 2021 à 19:53 (CEST)[répondre]
Bonjour Ideawipik Émoticône
Pour mémoire, tu avais préconisé cette solution lors de la RBOT associée ;
L'idéal serait de centraliser la racine, quelque part, et que ce soit modifiable en une correction pour tous les modules parce que le site continue de déplacer ses pages. Stricto sensu, seul Cassini-Ehess m'intéresse vraiment mais quite à créer un module-racine, autant ouvrir le champ des possibles aux autres formes de liens racines.
Pour le stockage des variables, je ne sais pas trop à vrai dire ; vu que je ne sais pas vraiment lire Lua, je peine à comprendre ce qui a déjà été fait (surtout que le dossier est relativement lourd et complexe pour un néophyte lua). Mais dans l'esprit, ce serait : ["source1"] = ["Module.RACINE-CASSINI"] + "2397", (bon le code doit pas s'écrire comme ça, mais en python ça donnerait source 1 = function(racine + "2397")) ;
Une autre possibilité envisageable serait que je contacte Cassini-Ehess pour essayer d'avoir une BDD SQL pour les associations, si ça peut aider à simplifier les modules...
Dans cet esprit de centralisation, j'ai mis à jour {{Cassini-Ehess}}, ainsi la plupart des liens sont déjà encodés et pour les notices communales, cela fonctionne par racine + id.
J'espère que cela t'éclaire un peu,
Question connexe : peut-on détecter les références par inclusions de modules (comparer les sources provenant du wikicode à celles des modules) ? Parce que la correction des liens brisés entraîne des doublons de références pas fameuses dans les cas où les modules sont appelés... LD • m'écrire • 1 juillet 2021 à 20:28 (CEST)[répondre]
Merci LD. Oui j'ai bien compris. Reformulation de ma première question.
  • Est-ce que vous voulez continuer à utiliser les "source1", "source2", "source3" ? S'ils sont tous de la même forme, autant passer à des paramètres précis et générer l'url un peu plus haut dans le module et pas dans la base de donnée pour laquelle le stockage de l'"identifiant" (2397 dans ton exemple) suffirait. Dans le cas contraire, il peut-être préférable de garder le mode de fonctionnement actuel. Je n'ai pas de vue d'ensemble.
  • Est-ce que quand un module « Module:Données/Commune/évolution population » est sollicité, le modèle associé à cette opération affiche toujours une référence (source1 et/ou 2 et/ou 3) ? C'est juste qu'il serait inutile de charger le sous-module, si son contenu (la/les racine(s) de l'url) n'est pas utilisé
Pour la question connexe. Je ne vois pas trop le rapport direct avec les liens brisés. Dis-moi si je comprends correctement. Veux-tu parler de ceci ? Un modèle M qui introduirait une référence <ref>BlaBla_CASSINI</ref> et cette référence serait aussi appelée, en dur dans le code de l'article <ref>BlaBla_CASSINIbis</ref> avec la même URL cible, éventuellement sous une forme légèrement différente, pour sourcer un autre point.
Je n'ai pas de réponse technique pour la vérification des url en doublon. Il faudrait travailler sur le code HTML final de l'article ou la liste des liens externes. Notification Orlodrim, qui génère une liste de liens externes sur les pages d'homonymie, aura peut-être une idée. Mais j'irais du côté des références nommées avec une nomenclature bien définie, propre au projet. Par exemple dans le cas de Cassini, le module/modèle pourrait générer une référence <ref name="CassiniEhess_2397">{{Cassini-Ehess|id=2397|…}}</ref>. Il conviendrait alors que les rédacteurs suivent la même forme/convention pour citer la source dans l'article. Le pseudo-doublon dans le wikicode ne serait à priori pas problématique puisque les deux références contiendraient le même contenu et le même identifiant. Dans ce cas, le logiciel groupe les références. C'est sur ce principe que fonctionne le modèle {{sfn}}. Et même si le modèle M était un jour retiré de l'article, la référence serait encore présente, en dur. Pour faciliter la chose, tu peux créer un modèle RefCassini-Ehess qui générerait la référence nommée. La seule petite difficulté peut survenir si les notes/références sont dans un "group" précis. Donc il conviendrait d'ajouter un paramètre "groupe" à RefCassini-Ehess, par rapport à ceux de Cassini-Ehess.
Là où les deux points se rejoignent : manipuler des « ID_Cassini », « ID_INSEE_info », « ID_INSEE_stats », plutôt que des "sourceN" permettrait de mettre cela en place plus facilement (sans avoir besoin d'ajouter des "sourceN_name" dans la base). Autre avantage : permettre d'avoir des références davantage conformes à la présentation des liens externes comme celles des modèles « Cassini-Ehess » ou « Lien web ». — Ideawipik (discuter) 1 juillet 2021 à 22:44 (CEST)[répondre]
Amha, on peut passer à des paramètres précis plutôt que conserver une BDD de variables, à confirmer par @Roland45 cela dit ;
Pour la question connexe, les sous-modules créent <ref name=Cassini>{{Cassini-Ehess|id=2397|…}}</ref> et depuis le wikicode via AWB, quand je transforme un lien brisé vers un modèle Cassini <ref>{{Cassini-Ehess|id=X|…}}</ref>; il m’est impossible de vérifier que l'id du lien brisé (transformé en modèle) correspond (ou non) à l'id de la réf. du modèle inclu ; sinon je réutiliserais <ref name=Cassini/> ; autrement dit, je crée (parfois) des doublons de références si je passe dans les pages contenant des liens brisés ET un modèle de ce groupe de modules ; en plus, j'ai vérifié, ces doublements de réfs. sont indétectables par WPCleaner, ce qui rend la gestion ultérieure entièrement manuelle ; donc pour j'évite de passer là où les modèles/modules sont inclus, mais tôt ou tard, je devrais privilégier la requête initiale (la réparation) plutôt que le rendu lui-même, sauf si je trouve une solution; car aussi, a contrario, il n'est pas concevable de mettre <ref name=Cassini/> à chaque fois puisque parfois, les liens brisés renvoient vers une source différente, cela détournerait la source d'adopter ce système. LD • m'écrire • 1 juillet 2021 à 23:16 (CEST)[répondre]
@LD. L'id utilisé par le module correspond bien à quelque chose : soit à (ou via) un paramètre du modèle M (celui qui sollicite le module) soit à une donnée liée à la page (titre, nom de commune, élément Wikidata). Question préliminaire : peut-il y avoir deux modèles M dans la même page (avec des id différents) ?
Remplacer une référence Cassini brisée par <ref name=Cassini/> ne me semble pas être une bonne idée, d'une part en raison de ta remarque sur la vérification nécessaire de X=2397 (Bien que ce soit faisable en utilisant la correspondance de la question du paragraphe précédent et si besoin allant lire le sous-module de donnée correspondant) et d'autre part dans l'éventualité d'un retrait du modèle M de la page ou l'arrêt de l'introduction du lien via ce modèle. C'est pourquoi, ma proposition de remplacer les liens erronés<ref>Texte actuel de la référence Cassini pour l'id X</ref> dans les articles par {{RefCassini-Ehess|id=X|…|groupe=…}} me semble préférable. 1) L'utilisateur n'aurait pas à se préoccuper des "name=" intégrés automatiquement au nouveau modèle. 2) On n'aurait pas les problèmes de doublon qu'engendreraient des références non nommées <ref>{{Cassini-Ehess|id=X|…}}</ref> ou pas assez précises (name="Cassini"). Important, en revanche, il faut s'assurer que le modèle M utilise la même mise en forme pour cette référence que le futur modèle {{RefCassini-Ehess}} (idéalement il devrait le solliciter dans son module) si on ne veut pas avoir d'erreurs « Références nommées définies plusieurs fois avec des contenus différents ».
Implémentation des modèles. J'ajoute tout de suite une question. Dans le lien actuel (référence) vers Cassini dans les pages de communes n’apparaît pas le nom de la commune, mais seulement le numéro (id). Si on garde cette particularité, cela nous arrange pour la suite. Dans le cas contraire, l'idéal serait soit a) de trouver un moyen d'obtenir ce nom à partir de l'id ce qui permettrait de s'affranchir du paramètre "titre" du modèle Cassini-Ehess, soit b) de définir un identifiant unique à partir des paramètres "id" et "titre" (cette deuxième option nécessitera de bonnes explications pour l'usager (dans le choix du "titre") et est moins bien pour la maintenance, en cas de changement du nom de la commune ayant un identifiant donné.
Ensuite, les seuls point délicats lors des remplacements sont :
  • la gestion des éventuels <ref name="Toto">Texte actuel de la référence Cassini pour l'id X</ref> associés à des rappels <ref name="Toto"/> (et variantes typo)
  • celle des <ref name=Cassini/> déjà présents, (si non définis en dur dans l'article)
  • le respect des groupes (ce point n'est pas très gênant puisque techniquement deux références dans deux groupes différents peuvent avoir le même "name").
  • la présence antérieure éventuelle dans l'article d'une référence nommée de la même façon que le nom retenu pour les modèles RefCassini-Ehess et M.
Maintenance : il y aura des doublons pendant la phase de transition.
Remarques finales :
  1. On est parti sur les id des url, ce qui est vraisemblablement le plus simple mais un autre identifiant unique relatif à la commune serait envisageable mais peut-être plus lourd.
  2. Simple curiosité. Y a-t-il une raison de ne pas se servir de la donnée Wikidata P8422 (« identifiant Ldh/EHESS/Cassini ») ?
PS : Venant de découvrir{{Cassini-Ehess/ancre}}, je te suggères d'introduire les identifiants des ancres (div id=…) directement dans le modèle Cassini-Ehess, avec par défaut un identifiant basé sur l'id Cassini, comme dans ma suggestion pour RefCassini-Ehess dont le code pourrait ressembler, avec l'éventualité b), à {{#tag:ref|{{Cassini-Ehess|id={{{id}}}|titre={{titre}}}}}|name={{#if:{{{name|}}}|{{{name}}}|Cassini-Ehess_{{#if:{{{id|}}}|{{{id}}}}}{{#if:{{{titre|}}}|{{{titre}}}}}|group={{{groupe|}}}}}, en faisant en sorte de ne pas avoir de nom défini plusieurs fois avec des contenus différents.
— Ideawipik (discuter) 2 juillet 2021 à 14:43 (CEST)[répondre]
Salut Ideawipik Bonjour
Je vais tenter de répondre point par point Émoticône, n'hésite pas à me soliciter sur un point que je n'aurais pas suffisament détaillé :
  1. Dans une même page il peut y avoir deux modèles M, c'est parfois le cas dans les anciennes communes ou les communes avec plusieurs ID Cass selon son histoire ;
  2. Créer {{RefCassini-Ehess}} me paraît une bonne idée mais ne pourra pas non plus être utilisée dans 100% des cas, certaines références contiennent par exemple un commentaire du style « Contrairement à l'Insee, Cassini-Ehess ne dit rien sur le statut de la ville en 1870, la population (...) voir (la réf. Cassini) ». A moins de rajouter un paramètre commentaire et une position av./ap. pour déterminer son emplacement. Mais par conséquent, ça ne matcherait pas avec le module (Smiley: triste) donc {{Cassini-Ehess}} pourrait toujours être utile pour intégrer un commentaire. Du coup on partirait sur au moins deux modèles pour Cassini : l'un pour une référence basique : {{RefCassini-Ehess}} ; l'autre {{NoteCassini-Ehess}} (l'actuel {{Cassini-Ehess}}) et l'ancre : {{Cassini-Ehess/ancre}} ; sauf si tu vois une meilleure solution pour gérer les noms et leurs problèmes.
  3. Sur l'implentation, gardons ID Cassini, créer un ID est inutilement lourd, je partage ton avis : communes fusionnent régulièrement, il faudra une maintenance... tandis que les ID Cassini, ben ils s'en chargent eux-mêmes Émoticône
  4. Pour ta curiosité, P8422 (« identifiant Ldh/EHESS/Cassini ») est l'ID de la commune définie selon son statut "moderne" mais chaque page de commune peut regrouper plusieurs ID Cassini : les anciennes communes ou les communes qui ont fusionné sont de bons exemples, mais il y a également les pages de cantons regroupant un tas de communes où P8422 (« identifiant Ldh/EHESS/Cassini ») n'est pas envisageable. Et enfin, Cassini a des IDs différents pour les grandes villes selon leurs époques (le coeur historique, tel ou tel identité qui s'est fusionné, etc.). Donc, il faudra renseigner l'ID, cela laisse le choix à l'éditeur directement sur WP de renvoyer vers la bonne notice à chaque fois qu'il emploie une référence Cass. Émoticône pour le principe de vérifiabilité.
  5. Pour l'ancre, je suivrais ce conseil.
Bon ... quelle est la prochaine étape ? Tire la langue
Merci de ta réponse LD • m'écrire • 7 juillet 2021 à 02:46 (CEST)[répondre]

Bonjour @LD et @Ideawipik . Je n'ai pas bien compris la conclusion de la proposition : il s'agirait de transférer l'id Cassini, actuellement dans le module de données, directement dans le corps de l'article, en tant que paramètre associé au modèle {{Cassini-Ehess}} ? Mais comment gère-t-on alors les doublons de ref avec le module:Population de France, que la racine de l'url soit à l'intérieur du code du module de traitement ou dans le module de données ?
La meilleure solution me parait être de modifier la fonction p.source_cassini dans Module:Population de France/Sources en mettant en dur la racine de l'url et ne garder dans le module de données en source1 que l'id Cassini, puis en cas de réutilisation de la ref dans le corps de l'article, on écrit <ref name=Cassini/>. Pour quelqu'un qui maîtrise le lua, cela me parait pas trop compliqué. On n'a pas besoin d'un quelconque sur-module.
Au fait, petite précision : « ... tandis que les ID Cassini, ben ils s'en chargent eux-mêmes ». Cela ne me parait pas exact. La base Cassini est une base historique et est figée dans le temps ... en 2006. Les communes nouvelles n'y sont pas. Et il n'y a eu aucune modif depuis cette date.
Maintenant on peut aussi faire passer un bot pour modifier l'url Cassini dans tous les modules de données. C'est encore plus simple. Ce n'est pas tous les jours qu'il y a un changement de racine d'url. De toutes façons en tout état de cause si on veut faire passer la racine de l'url dans le module de traitement, il faudra modifier tous les modules de données. Cordialement.Roland45 (discuter) 7 juillet 2021 à 10:09 (CEST)[répondre] ┌─────────────────────────────────────────────────┘

@Roland45
Pour rappel, tu avais demandé en février de faire ceci.
Mais plutôt que de conserver une URL, j'ai proposé que de conserver l’ID dans les modules d'évolution de population et centraliser la racine quelque part. Et l'idéal serait même de nommer la référence des modules Cassini<numéroID> pour être certain que ça colle avec les modèles.
Il n'y a pas eu de mise à jour depuis 2006, mais il est probable qu'ils en refassent une. En tout cas, il est préférable qu'ils gèrent leurs IDs plutôt qu'on y travaille, à mon avis. LD • m'écrire • 7 juillet 2021 à 16:45 (CEST)[répondre]
@LD Oui. Je me rappelle bien de ma demande qui portait sur une modif de l'url dans tous les modules. Ce que je dis, c'est que si tu veux ne conserver que l'id dans le module de données, il faut simplement modifier la fonction p.source_cassini dans Module:Population de France/Sources en mettant en dur la racine de l'url. Mais dans tous les cas on doit faire un passage sur les 25000 modules de données, ainsi d'ailleurs que sur les modèles de données qui n'ont pas été transférés en modules.
Pour ce qui est de renommer le nom de la référence en Cassini<numéroId>, il faudrait aussi changer le module de traitement, mais par contre on ne sait pas si cette ref Cassini simplement, qui correspond à l'id de la commune, n'est pas utilisée par ailleurs. Je ne le préconise donc pas. Cordialement.Roland45 (discuter) 7 juillet 2021 à 19:04 (CEST)[répondre]
Oui, et quite à passer sur les modules, autant les retravailler en même temps. Mais mes compétences en Lua s'arrêtent à la réflexion globale, je vous laisse choisir l'optimum et j'appliquerais bêtement les modifications avec mon bot Émoticône
D'expérience sur plus de 2000 articles, il y a bien plus souvent un conflit entre deux références appelées "Cassini". L'association et la réflexion sur une mise en forme identique du texte des références (module / modèles) me semble une solution plus adéquate pour éviter les erreurs comme soulignées par Ideawipik.
--LD • m'écrire • 7 juillet 2021 à 19:12 (CEST)[répondre]
Bonjour Notification LD et Roland45
Présentation des articles. Avis personnel sur un point connexe : je ne vois pas trop l'intérêt de mettre la référence à Cassini dans une section dédiée comme illustré dans la documentation du nouveau modèle {{Cassini-Ehess/ancre}}.
  • … ou alors, il faudrait vérifier que le bas de page associé à la ref (ou note) soit sur toutes les pages qui contiennent le modèle {{Population de France/introduction}} (et peut-être les autres {{Population de France/…}}). Une sorte de fonctionnement par paire.
  • Cette présentation complexe n'est pas forcément à adaptée pour de simples ref/notes qui, à mon avis, n'ont pas à être mises en avant plus que cela.
C'est pourquoi, conserver de simples références (éventuellement dans un groupe "Notes"), comme c'est le cas actuellement, me semble préférable. Le seul problème qui puisse arriver est l'absence d'un {{Références|groupe=Note}} en fin de page, pour laquelle un message explicite apparaît dans l'article (recherche), avec une résolution relativement aisée.
Avez-vous un exemple de page qui porterait deux modèles {{Population de France/introduction}} (ou deux autres modèles du même acabit), en utilisant son paramètre nom (non documenté mais valide) ? C'était la question préliminaire de ma précédente intervention. Parce que sur ce genre de pages, un nom de référence unique name="Cassini" ne convient pas. Cela est illustré dans les notes avec messages d'erreur visibles sur Projet:Communes de France/Module démographique/Comparatifs. Wstat.fr donne très peu de cas d'utilisations du paramètre nom et aucun appel en double. Il faudrait vérifier la même chose pour les modèles …/tableau, …/graphique, etc. J'ai juste trouvé une balise "ref" nommée définie plusieurs fois avec des contenus différents pour le nom « Cassini » dans Mauzac-et-Grand-Castang, avec une définition locale dans l'article. Attention particulière pour les articles avec définition en dur, si on devait y ajouter un modèle « Population de France ».
Inversement, il ne semble pas y avoir de problème de référence non définie pour Cassini du type rappel <ref name="Cassini"/> sans définition, bien que le nombre de insource:/name\=\"?Cassini/ soit élevé.
Le règlement de la question des doublons dans les références passe par la nécessité d'avoir une cohérence (un rendu et un nom de référence identiques) dans le modèle « Population de France » et dans le modèle {{RefCassini-Ehess}} suggéré plus haut. Les name="Cassini_<numéroID (ou quelque chose d'autre de distinctif)>" sont requis pour faire un lien vers la page web Cassini d'une commune A dans l'article d'une commune B, ou plusieurs appels de {{RefCassini-Ehess}} dans une même page.
En partant du principe hypothétique que l'on n'a jamais deux appels du "modèle" « Population de France » sur une même page, il serait possible de conserver un simple name="Cassini" :
  • pour un appel sans paramètre de « Population de France ». L'idCassini étant alors celui défini dans le module de données associé (correspondance du titre) à l'article courant.
  • pour un appel de {{RefCassini-Ehess}}
    • soit sans paramètre.
    • soit avec un id (ou titre article, lire la suite) correspondant à celui de l'article courant (si ce dernier est associé à un module, avec id défini.
Explications. Vu que le(s) modèle(s) « Population de France » (et la base de sous-modules) fonctionnent à partir des titres des pages, il pourrait être intéressant de rendre possible l'utilisation de {{RefCassini-Ehess}} sans paramètre et {{RefCassini-Ehess|titre article=…}} au lieu de (ou comme alternative à) {{RefCassini-Ehess|id=…}}, le modèle sollicitant le sous-module existant. Idem éventuellement pour {{Cassini-Ehess}}. On garderait quand même le paramètre id valide pour les éventuelles localités sans article/module. Inconvénients de ce fonctionnement : 1. Code des modèles plus lourds avec passage en Lua, 2. Lors du renommage d'un article A et de son module, maintenance à faire dans les appels du modèle avec un paramètre titre article=A. Cependant, plus généralement, l'invalidité du paramètre titre article pourrait figurer dans une catégorie de maintenance, tout comme l'invalidité d'un appel sans module de données associé. Avantage : possibilité de mettre facilement dans le texte de la référence à la fois le nom de la commune et le bon lien externe, sans générer de problème d'unicité sur les "name" des ref.
Si j'ai bien lu les modules, l'adresse internet dans "source1" devrait toujours être une adresse vers le site Cassini, sauf en cas d'appel de module avec "division" = « commune en COM1 » (recherche, ce qui correspond à 35 cas – intitle:Données – dont 33 "source1=http://www.isee.nc" et deux autres liens web pour Miquelon et St Pierre). Si les autres adresses sont toutes sous la même forme (même racine), on peut effectivement, dans les modules de données remplacer le contenu des sources1 par les ID_Cassini (numéros dans les url) mais ne serait-il pas plus clair d'y définir une nouvelle entrée, avec, pour ce nombre, un nom explicite ? (N.B. pour la vérification il suffirait de se contenter des modules de données sans "division" ou avec une valeur différente de celles traitées à part dans la fonction p.sources des modules Module:Population de France/Sources et Module:Population/France.) La racine de l'url pourrait être définie en dur dans ces deux modules. @Zolo. À quoi sert le second ?
Notes au passage :
  • Pour une éventuelle utilisation des titres, il y a la particularité des modules Données/<numéroINSEE>/évolution population mais ceux-ci ne sont pas utilisés dans l'encyclopédie par le module qui affiche le lien "source1", sauf un exemple dans une documentation. Ils sont sollicité par « Population de France/dernière pop », …/dernière année, …/tableau, …/graphique.
  • Le lien externe sur "Calendrier départemental des recensements" établi dans le module:Population de France/Introductions est un lien mort. Faut-il le remplacer par https://www.insee.fr/fr/statistiques/fichier/2383265/Fichier_historique_2015_2021.xlsx ou autre chose ?
  • retrait contenu de la référence "Struct", à corriger peut-être ailleurs.
  • Exemple avec plusieurs références en double, c'est à dire avec des intitulés légèrement différents mais des url identiques : Démographie de Bordeaux-en-Gâtinais
  • @Roland,
    • Que contiennent les "source2" et "source3" des modules de données ? quels modèles les utilisent ?
    • Pourrais-tu préciser le « ainsi d'ailleurs que sur les modèles de données qui n'ont pas été transférés en modules » de ton dernier message. Est-ce que ce sont des insertions dans les articles pour lesquelles le contenu de la référence est définie en dur dans un paramètre de modèle ? ou bien des tableaux en dur, sans modèle ?
  • @LD. À la première lecture, je n'ai pas bien compris ce que serait {{NoteCassini-Ehess}}, la même chose qu'un {{RefCassini-Ehess|groupe=Note}}. Ou autre chose ? S'il s'agissait juste de renommer {{Cassini-Ehess}}, je n'en vois pas l'utilité, le « Note », n'étant pas très clair. Difficile choix du nom des modèles.
— Ideawipik (discuter) 8 juillet 2021 à 21:50 (CEST)[répondre]

Modèle « Article » : paramètre accès url

Travail demandé par Ariel (discuter) 6 juillet 2021 à 08:19 (CEST)[répondre]

  • Avancement :
    91,54 %
  • Détails de la demande : Le modèle « Article » comporte depuis peu le paramètre accès url (valeurs autorisées : libre, inscription, limité et payant). Il faudrait que ce paramètre induise un affichage, non seulement quand le paramètre lire en ligne est renseigné, mais aussi quand c'est le cas du paramètre doi. Le doi est en effet définitif alors que l'url peut changer (réorganisation du site web du périodique, à la suite d'une fusion, d'une scission, d'un rachat ou même d'un simple problème technique) : quand le doi existe il est déconseillé de mettre aussi l'url (qui au mieux fait doublon, au pire devient fausse).
  • Article(s) pour le modèle : Tous articles de sciences (inhumaines aussi bien que molles)
  • Discussions :
Bonjour Ariel. Ce point (WP:Accès url) concerne tant le modèle article « Article » que « Ouvrage », « Chapitre », « Lien web » (j'en oublie peut-être) qui passent tous par le module:Biblio.
Voici d'autres questions :
  1. Faut-il décliner le paramètre "accès url", en fonction des catalogues ou bibliothèques, afin que le cadenas informatif soit placé à côté du lien concerné ? Lire aussi Discussion modèle:Ouvrage#Accès URL. On est d'accord que le DOI est un élément un peu à part. Il faudra éviter les guirlandes de cadenas.
  2. Faut-il ajouter une gestion des "accès url" dans le modèle {{Lire en ligne}} ? dans le modèle {{Bibliographie}} ?
— Ideawipik (discuter) 6 juillet 2021 à 09:57 (CEST)[répondre]
Tu as raison, j'oubliais que les ouvrages et même les liens web pouvaient aussi avoir un doi. Je pense que le cadenas doit être affiché dès que l'un au moins des paramètres lire en ligne et doi est renseigné. Le cadenas peut être différent pour le doi et pour le lien direct (qui peut être sur le site d'une université, par exemple) donc il faudrait un cadenas pour chacun des deux paramètres (et donc des tests indépendants). La redondance devrait être évitée parce qu'on ne devrait jamais renseigner le paramètre lire en ligne quand il renvoie à la même adresse que le doi (et peut devenir obsolète), il faudrait à mon sens rajouter cette recommandation aux docs.
Quant au modèle Lire en ligne, dont j'ignorais l'existence, oui, il faudrait lui ajouter le paramètre accès url. — Ariel (discuter) 6 juillet 2021 à 10:38 (CEST)[répondre]
Bonjour Ariel. Pour information, aux lecteurs de cette section, des paramètres « accès doi » et « accès hdl », associés respectivement aux « doi » et « hdl », ont été ajoutés aux modèles bibliographiques comme Article, Ouvrage, Chapitre ou Lien web. Les documentations sont encore incomplètes.
Le second point reste à faire. C'est peut-être l'occasion de passer {{Lire en ligne}} en Lua. Il existe déjà des fonctions Biblio.enLigne dans Module:Biblio/Références et References.enLigne dans Module:Biblio/Références qui pourraient servir. — Ideawipik (discuter) 31 mars 2022 à 23:47 (CEST)[répondre]
Bonjour Ariel Provost et Ideawipik, j'ai complété les documentations (voir Utilisateur:Vega/Brouillon2), avec quelques réserves :
  • j'ai ajouté la ligne <code id="doi accès">accès doi</code> et la suivante à {{Lien web}}, à vérifier svp ;
  • si tout est correct, je compléterai le template data et la doc sur {{Lire en ligne}} et sur {{Chapitre}} (où il manque « hdl »).
J'ai aussi ajouté une mention à {{Lien web}} et {{Article}} à propos de la redondance URL/DOI ; si elle vous convient, je compléterai de même Chapitre et Ouvrage.
En passant, ce ne serait pas l'occasion d'uniformiser "résumé" et "présentation en ligne" entre Article et Chapitre/Ouvrage respectivement, qui y sont inversement des alias ? — Vega (discuter) 23 juin 2022 à 19:50 (CEST)[répondre]

Réf Bible : auteur=Rabbinat

Travail demandé par — Valp 1 octobre 2021 à 15:14 (CEST)[répondre]

Bonjour Valp. Le modèle pourrait utiliser le modèle {{Ouvrage}} ou {{Lien web}}.
Veux-tu un modèle avec des paramètres {{Réf Bible Rabbinat|livre=|paracha=|chapitre=|verset=}}. « paracha » serait facultatif, utilisé seulement pour le libellé du lien/titre, pas pour l'adresse internet.
Faut-il prendre en compte aussi la « collection » (Pentateuque, Prophètes, Hagiographes) ? Pour le passage donné en exemple, en plus des deux adresses valides données ci-dessus, on a aussi la suivante : « https://www.sefarim.fr/Pentateuque_Genèse_10_8.aspx ». Quel est le format le plus universel ?
Note technique, il faudra dans le modèle penser à remplacer les espaces éventuels par des %20 (utile par exemple pour « Rois 2 », module String). — Ideawipik (discuter) 1 octobre 2021 à 19:37 (CEST)[répondre]
Bonjour Ideawipik Émoticône et merci de votre réponse.
Je crois que le mieux serait un modèle comme les autres (ici) : {{Réf Bible|livre|chapitre|verset|auteur=Rabbinat}}.
Renvoyant à www.sefarim.fr OU à Wikisource Bible du Rabbinat.
Cordialement — Valp 2 octobre 2021 à 16:24 (CEST)[répondre]
Rebonjour Ideawipik
STOP ce modèle existe ! Mais il n'est pas documenté là où il faut ! Voyez par exemple {{Réf Bible|Josué|10|35|auteur=Rabbinat}}=Js 10,35
— Valp 2 octobre 2021 à 18:01 (CEST)[répondre]
Bonjour Valp. Oups, ma faute. J'aurais dû lire tous les liens. Merci pour les précisions et l'ajout à la documentation. {{Réf Bible|Genèse|10|8|auteur=Rabbinat}} (Gn 10,8) correspond à ton exemple initial. Cela convient-il ? S'il manque des livres, dans le modèle, il est possible de les paramétrer dans {{Livre de la Bible sur Wikisource}}. On abandonne l'idée d'utiliser www.sefarim.fr ? Est-ce que Wikisource est suffisant et exhaustif ? Cordialement. — Ideawipik (discuter) 2 octobre 2021 à 18:33 (CEST)[répondre]
Bonsoir Ideawipik,
Wikisource paraît complet et correct pour ce que j'en ai vu. Par contre le paramètre extra-long de |display= du modèle {{Réf Bible |auteur=Rabbinat}} ne fonctionne pas.
Quant à Sepharim, c'est une très belle édition électronique, bilingue, et {{Réf Bible |auteur=Sepharim}} ferait un beau modèle, à mon avis.
Par curiosité, pourriez-vous me montrer comme un modèle comme {{Réf Bible}} est codé ?
Cordialement — Valp 2 octobre 2021 à 21:06 (CEST)[répondre]
Bonsoir Valp. Réponse apportée sur votre page de discussion. Faites juste savoir si un modèle dédié, hors de {{Réf Bible}}, par exemple {{Réf Sepharim}} ou {{Réf Bible Sepharim}} serait utile pour des liens externes vers le site.
Dans {{Réf Bible}}, avec le paramètre display à la valeur « extra-long », l'url était bonne mais le libellé affiché était toujours identique à celui généré pour auteur=Segond, quel que soit l'auteur. Le plus simple, à court terme, est d'ajouter un paramètre « auteur » au modèle {{Livre de la Bible}} et de rendre Rabbinat mais aussi Darby et Crampon valides dans {{Livre de la Bible sur Wikisource}} ce qui est déjà le cas pour beaucoup de livres (tous ?) ex. : {{Livre de la Bible sur Wikisource|Gn|auteur=Rabbinat}} (Bible du Rabbinat 1899/La Genèse) fonctionne déjà. La modification effectuée requiert une exhaustivité des livres pour chaque auteur dans ce dernier ou le passage à un autre fonctionnement*. Cependant, si la modification faisait apparaître un problème d'affichage quelque part, cela correspondrait à un appel pour lequel le lien généré était déjà invalide.
Exemple d'application, après la modification : {{Réf Bible|Genèse|10|8|auteur=Rabbinat|display=extra-long}} (Bible du Rabbinat 1899/La Genèse 10,8). N'hésitez pas à tester.
Note *. Je n'y ai pas touché mais le titre "extra-long" pour le modèle {{Livre de la Bible}} doit-il être par exemple « Bible Segond 1910/Évangile selon Jean » (rendu actuel) ou simplement « Évangile selon Jean ». En faisant sortir l'auteur du titre "extra-long", on pourrait ajouter son nom directement dans le libelle du lien depuis le modèle principal et ainsi simplifier légèrement le modèle {{Livre de la Bible}}. Mais cela reste un détail.
On peut aussi s'étonner des disparités sur wikisource, dans la formation des titres utilisés pour la version "extra-longue", auteur parfois au début, parfois à la fin, séparateur tantôt « / », tantôt « - ». — Ideawipik (discuter) 3 octobre 2021 à 20:34 (CEST)[répondre]
Bonsoir Ideawipik.
Merci pour le display=extra-long "Bible du Rabbinat 1899/La Genèse 2,3". Je l'ai documenté dans Réf Bible. J'aurais préféré "Bible du Rabbinat 1899, Genèse 2,3", avec virgule plutôt que barre, et sans l'article défini devant le nom du livre, article superfétatoire et non standard, mais c'est quand même bien. J'ai répondu sur l'autre page de discussion. Cordialement — Valp 3 octobre 2021 à 22:03 (CEST)[répondre]

Bug dans le modèle {{Stations voisines}}

Travail demandé par Bouzinac (discuter) 10 mars 2022 à 13:12 (CET)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Cf Modèle:Stations_voisines/Documentation#Bugs_connus_à_résoudre : il se peut parfois qu'une station de métro ne soit desservie que dans un seul sens. Exemple de Gulleråsen, cf cette carte. Je ne sais trop comment prendre le problème, s'il faut affiner côté Wikidata ou ajouter une règle de gestion dans le lua du module associé au modèle (ou probablement un peu des deux). Actuellement le modèle part de deux postulats : soit la station est un terminus, soit elle est entre deux stations. Merci pour vos idées !
  • Article(s) pour le modèle : Gulleråsen (métro d'Oslo)
  • Discussions :
Bonjour Bouzinac Émoticône, quel affichage attends-tu du modèle {{Stations voisines}} ? Lepticed7 (Viens tcharer ! :D) 19 avril 2023 à 02:56 (CEST)[répondre]
Bonjour, j'avais complètement oublié cette demande.
Dans l'exemple de Gullerasen, peut être lire un très petit texte "(ne prend pas de voyageur)" juste en dessous de Gråkammen si le qualifier P5051 n'est pas présent ou a la valeur "aucune valeur" ? Bouzinac (discuter) 19 avril 2023 à 10:21 (CEST)[répondre]
@Bouzinac Bonjour. Il semble que ça soit la seule station qui soit représentée de la sorte sur Wikidata et qui n’est pas sur une boucle. À moins de pouvoir identifier une autre station de métro dans le même cas (station sur une ligne linéaire desservi que d’un côté), le plus simple serait peut-être de modifier le modèle côté WP plutôt que de réfléchir à la modélisation sur WD. Je vais fouiller un peu. Ça laisse à d’autres le temps de donner leurs avis. Lepticed7 (Viens tcharer ! :D) 19 avril 2023 à 11:31 (CEST)[répondre] 
SELECT distinct ?rezoLabel ?station ?stationLabel ?subwayLineLabel ?predLabel ?towardsLabel  WHERE {
?search wdt:P527|wdt:P121 ?lignes.#Quelles sont les lignes de ce métro
?lignes wdt:P5817 wd:Q55654238.#Lignes qui fonctionnent
?lignes wdt:P559 ?termini.#Quels sont les terminus de ce métro
?station wdt:P31/wdt:P279* wd:Q928830; #station de métro ou assimilé
wdt:P5817 wd:Q55654238;#Qui fonctionnent
 wdt:P31 wd:Q108667555; #station de métro à sens unique
 wdt:P16 ?rezo;#Qui font partie du réseau recherché
 wdt:P81|wdt:P1192 ?subwayLine; wdt:P197 ?pred.
 ?pred wdt:P625 ?coords_pred; wdt:P81|wdt:P1192 ?subwayLine_pred.#station précédentes et suivantes
 ?station p:P197 _:b1.
 _:b1 ps:P197 ?pred ; pq:P5051 ?towards;
 pq:P81|pq:P1192 ?line_pq. 
 ?pred wdt:P5817 wd:Q55654238.#Voisines qui fonctionnent
 optional{?subwayLine wdt:P1671 ?line_number.}#Numéro alphanumérique de la ligne de métro
FILTER(?subwayLine_pred = ?lignes)#On ne prend les lignes que si la correspondance est sur la même ligne
FILTER(?subwayLine = ?lignes)#On ne prend les lignes que si la station est sur la même ligne
FILTER(?subwayLine = ?line_pq)#On ne prend les lignes que si la station voisine est sur la même ligne que la station
FILTER(?towards = ?termini) #On ne prend que les directions, problématique : comment n'en choisir qu'une seule
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr".
 } } 
order by ?rezo xsd:decimal(?line_number ) ?line_number ?subwayLine
Cliquez pour essayer ! Bouzinac (discuter) 19 avril 2023 à 12:40 (CEST)[répondre]

Modification du modèle « Température »

Travail demandé par Ariel (discuter) 3 mai 2022 à 09:47 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Actuellement le modèle « Température » (1) accepte différents symboles d'unité, (2) affiche la température en °C, et (3) montre par survol de la souris sur le ou les nombre(s) la valeur correspondante en °F et K. Je formule deux demandes distinctes mais cohérentes consistant à modifier le point no 2 optionnellement et le point no 3 systématiquement.
    • Affichage de la température (point no 2) : il faudrait ajouter au modèle un paramètre optionnel permettant de garder à l'affichage le symbole d'unité utilisé dans l'appel au modèle (et donc de ne pas effectuer la conversion en °C). Ce serait utile pour les kelvins dans un contexte thermodynamique (notamment lors de l'usage de nombres ronds ou de très basses températures comme 300 K et 2,3 K (le modèle « Unité » n'offrant pas la conversion — souvent utile — par survol de la souris) et pour les autres unités dans un contexte géographique (°F) ou historique (°Ré, etc.).
    • Survol de la souris (point no 3) : en cohérence avec la demande précédente, il faudrait afficher systématiquement la température dans les unités actuellement en usage dans la francophonie (°C, °F et K) s'il est bien vrai que les Canadiens francophones utilisent parfois les degrés Fahrenheit (seulement °C et K dans le cas contraire). On peut trouver bizarre d'éventuellement inclure la valeur qui s'affiche mais ce n'est pas très grave, et ce serait trop compliqué de demander au modèle de modifier l'effet du survol en fonction de ce qui est demandé pour l'affichage.
  • Article(s) pour le modèle : (innombrables)
  • Discussions :
Bonjour, n’y gagnerait-on pas à transformer en Lua ce modèle ? Dans tous les cas, il faudra l’intervention d’un·e admin, le modèle est protégé. Lepticed7 (Viens tcharer ! :D) 19 avril 2023 à 11:35 (CEST)[répondre]

Modèle:Ouvrage

Travail demandé par J. N. Squire (discuter) 12 juin 2022 à 15:37 (CEST)[répondre]

Bonjour,

Actuellement, seul le titre peut être traduit en français. Serait-il possible d'ajouter au modèle les paramètres manquants ("traduction sous-titre", "traduction titre volume", "traduction titre collection", "traduction titre série", "traduction titre chapitre") s'il-vous-plait ?

Merci d'avance.

Traduction du modèle Plantilla:Gráfico de audiencias en televisión (es) en français

Travail demandé par DesPsyCHo (discuter) 13 juillet 2022 à 11:51 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande :

Bonjour, Je souhaiterais un assistance pour la traduction du modèle Plantilla:Gráfico de audiencias en televisión (es) vers le français. Il m'a été conseillé de vérifier s'il était possible de rapatrier le module Módulo:Gráfico de audiencias en televisión (es) vers le wiki-fr, ce qui permettrait de n'avoir à traduire que la documentation. Merci pour votre aide.

retouche des modèles Base POP Palissy, Base Palissy

Travail demandé par Thierry74 (discuter) 12 septembre 2022 à 23:35 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : retouche des modèles {{Base POP Palissy}}, {{Base Palissy}}
  • Article(s) pour le modèle : toutes les communes de France utilisant le modèle

Bonjour à tous. Depuis le basculement des bases Mérimée sur la plate forme « POP : la plateforme ouverte du patrimoine » les modèles par recherche croisées ne fonctionnent plus et renvoi vers la page d’accueil : POP : la plateforme ouverte du patrimoine. Serai-t’il possible de retoucher ces autres modèles afin d'arriver sur les objets d'une église, exemples :

ou d'une commune

Merci aux contributeurs qui voudaient y consacrer un peu de temps et d'énergie. Très cordialement et boone continuation sur Wikipédia--Thierry74 (discuter) 12 septembre 2022 à 23:35 (CEST)[répondre]

  • Discussions :
Bonjour Thierry74. Peux-tu donner les pages web vers lesquelles ces modèles devraient pointer ? Ça aiderait à trouver le problème. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 13 septembre 2022 à 00:45 (CEST)[répondre]
À première vue, {{Base POP Palissy}} semble marcher comme convenu (les Modèle:Base POP Palissy#Exemples fonctionnent tous).
Ce sont les Modèle:Base Palissy#Autres exemples qui ne marchent pas bien.
Je notifie Herr Satz qui a créé ce dernier modèle.
Şÿℵדαχ₮ɘɼɾ๏ʁ 13 septembre 2022 à 01:06 (CEST)[répondre]
Bonjour @SyntaxTerror. Effectivement, aussi bien {{Base Palissy}} que {{Base POP Palissy}} fonctionnent pour des requêtes simples, c'est-à-dire pour une notice d'un objet donné.
Mais si tu veux faire une requête complexe comme c'était possible avant le basculement sur POP, par exemple pour avoir une liste de notices situés dans un édifice ou une commune (cf. les exemples donnés par @Thierry74 qui viennent de {{Base Palissy}}#Autres exemples), ça ne fonctionne plus, et je n'ai sincèrement aucune idée de comment le faire, hélas. — Hr. Satz 13 septembre 2022 à 02:38 (CEST)[répondre]
En fait, le problème vient du méta-modèle {{Méta base Culture}}, tous les modèles utilisant son paramètre champ sont touchés (y'en a un wagon, ça impacte des milliers d'articles).
Par contre, je ne vois pas de problème avec {{Base POP Palissy}} qui utilise un autre méta-modèle ({{Méta base POP}}). Notification Thierry74 : quel est le problème rencontré avec ce modèle ? Il ne permet pas de faire de recherche croisée et ne comporte pas de paramètre champ (enfin, sauf les 34 fois où il est confondu avec {{Base Palissy}}, mais ça n'est pas censé marcher de toute façon).
Je suis en train de regarder les codes et les utilisations des modèles utilisant {{Méta base Culture}} et j'ai pas mal de surprises... Şÿℵדαχ₮ɘɼɾ๏ʁ 13 septembre 2022 à 07:51 (CEST)[répondre]
C'est moins pire que je croyais, on a :
Modèles utilisant le méta-modèle {{Méta base Culture}} / pages utilisant le paramètre champ :
  1. Modèle:Base Mérimée / 1177
  2. Modèle:Base Palissy / 1277
  3. Modèle:Base Mémoire / 100
  4. Modèle:Base Joconde / 41
Avec POP, la syntaxe des URL est devenue plus simple à mon avis, il devrait suffire de remplacer {{Méta base Culture}} par un autre méta modèle (ou peut être de le modifier, mais je ne sais pas comment ça va impacter les modèles n'utilisant pas de paramètre champ).
Sinon, il ne semble plus possible de faire une recherche avec le n° INSEE.
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 13 septembre 2022 à 11:20 (CEST)[répondre]

Aéroport-Statistiques

Travail demandé par Bouzinac (discuter) 1 février 2023 à 06:24 (CET)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Pour le modèle {{Aéroport-Statistiques}}, en cas d'un seul paramètre iata, rajouter un bouton de raccourci vers la P3872 de l'item wikidata de l'iata. Exemple,


Pour des raisons techniques, il est temporairement impossible d'afficher le graphique qui aurait dû être présenté ici.

Voir la requête brute et les sources sur Wikidata.

devrait proposer un petit texte "(crayon) éditer sur wikidata" avec un raccourci vers https://www.wikidata.org/wiki/Q2876104#P3872 . Encore mieux, mais je pense pas trop que ce soit possible, mais un raccourci direct vers cette IHM ?

(cf https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:WE-Framework )

  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
@Bouzinac C’est un gadget, il semble qu’il y ait pas spécialement besoin d’un lien pour y accéder, il faut a priori mettre les lignes suivantes 
if ( mw.config.get("wgDBname") !== 'ruwiki')
    mediaWiki.loader.load( '//ru.wikipedia.org/w/index.php?title=MediaWiki:WEF_AllEditors.js&action=raw&ctype=text/javascript' );
dans son Special:MyPage/common.js, si tu l’as pas fait. Sinon je suis pas certain de comprendre ?

Hello TomT0m Bonjour, le pb n'est pas pour moi (j'utilise très régulièrement l'IHM en question) mais c'est pour les autres, ceux pour qui éditer sur wikidata n'est pas évident. Bouzinac (discuter) 1 février 2023 à 17:44 (CET)[répondre]

Ajout de modèles en lien vers les forces armées dans système country

Travail demandé par Alpha568 (discuter) 22 février 2023 à 06:13 (CET)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : En regardant les modèles pour l'Armée de terre, la Marine et l'Armée de l'air, j'ai essayé de voir s'il y avait aussi un modèle plus général pour les Forces Armées dans leur ensemble, l'idée étant de l'utiliser pour les éventuelles infobox de branches des forces armées (marine, armée de terre, armée de l'air...). On m'a renvoyé vers la page Projet:Modèle/Système Country ou il apparaît que ce modèle n'existe pas encore de manière générale, à l'instar des modèle pour les gardes côtes et les infanteries de marines, mais uniquement pour certains pays (Canada, Belgique,...). Je demande donc la création de ces modèles encore manquant, et je propose également la création d'un modèle général pour les gendarmeries et les forces spatiales (mais je concède que ce dernier point ne concerne peut-être pas assez d'article que pour être pertinent). En outre, je me demande si on pouvait compléter les modèles concernant les branches de l'armée américaine: on a les modèle pour l'US Army, l'US Navy, l'Air Force et le Corps des marines, mais il manque ceux pour l'US Coast Guard et l'US Space Force.
  • Article(s) pour le modèle : Voyska PVO; Armée de l'air et de l'espace (France); United States Space Force
  • Discussions :

Infobox géoloc

Travail demandé par Ellicrum (bablute [...]) 23 février 2023 à 23:59 (CET)[répondre]

  • Avancement :
    0 %
  • Détails de la demande :

Bonjour, dans les infobox qui contiennent de la géolocalisation, il y a la possibilité actuellement de renseigner quatre entités géographiques (de ce que je comprends). Et pourtant, bien des toponymes pourraient justifier l'accueil d'une cinquième « entité », avec par exemple :

  • pour Douvres : « | géolocalisation = Royaume-Uni/Angleterre/Angleterre du Sud-Est/Kent/Manche »
  • pour Saint-Pétersbourg : « [...] Russie/Russie européenne/district fédéral du Nord-Ouest/mer Baltique/golfe de Finlande »
  • ou pour le mur des Lamentations : « Israël/Palestine/Cisjordanie/Jérusalem/vieille ville de Jérusalem »

Ainsi, le dernier champ renseigné (en gras) ne peut pas apparaître dans l'article, compte tenu de cette limitation. Est-il possible alors de changer cette délimitation, avec à la place cinq entités ? — Ellicrum (bablute [...]) 23 février 2023 à 23:59 (CET)[répondre]

On pourrait relever également que d'autres toponymes biens spécifiques pourraient théoriquement abriter bien plus de cartes géolocalisables dans leur infobox :
  • pour le mont Blanc : « [...] France/Italie/Auvergne-Rhône-Alpes/Haute-Savoie/Vallée d'Aoste/Alpes » (six subdivisions)
  • pour le Vignemale : « Espagne/France/Aragon/Occitanie/province de Huesca/Hautes-Pyrénées/Pyrénées » (sept subdivisions)
Mais puisqu'il faut prendre en compte également l'affichage sur les petits écrans et garder une taille d'infobox assez compacte, je suppose que rehausser sensiblement cette délimitation n'est pas le choix le plus optimal. — Ellicrum (bablute [...]) 24 février 2023 à 00:26 (CET)[répondre]
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
Ces infobox appellent indirectement Modèle:Infobox Subdivision administrative ou Modèle:Infobox/Géolocalisation multiple, et le paramètre concerné est carte dans le premier cas, géolocalisation dans le deuxième. Actuellement il y a un bout de code pour {{#titleparts:{{{carte|}}}|1|1}} jusqu'à {{#titleparts:{{{carte|}}}|1|4}} mais rien pour {{#titleparts:{{{carte|}}}|1|5}}. Escargot (discuter) 24 février 2023 à 00:32 (CET)[répondre]
Merci Escargot vert pour ces informations, des modèles qui sont sans surprise entièrement protégés. — Ellicrum (bablute [...]) 24 février 2023 à 16:49 (CET)[répondre]
Bonjour Ellicrum et Escargot vert. Je ne suis pas persuadé qu'il faille multiplier le nombre des fonds de cartes dans une infobox et fuir en avant. Ainsi, sur l'exemple du mur des Lamentations, il n'est pas utile de resituer la ville de Jérusalem dans chaque division administrative la concernant. Cette géolocalisation se trouve dans l'article Jérusalem. C'est une sorte d'application du principe de proximité. Une sélection est d'ailleurs déjà opérée puisque la position sur le planisphère n'est pas proposée au lecteur, ni même celle à l'échelle du continent. De même, pour Douvres, il n'est pas forcément nécessaire de la placer sur les cartes "intermédiaires" « Angleterre » et « Angleterre du Sud-Est », d'autant plus qu'un petit plan est encarté dans celle de niveau « Kent ». Avec une sélection judicieuse, on peut normalement s'en sortir avec le nombre actuel de cartes.
Pour les exemples transfrontaliers, il serait peut-être intéressant de créer des fonds de cartes annotés présentant un niveau de "zoom" intermédiaire entre le niveau continental et le niveau national. Techniquement, cela demande d'analyser un peu le code, pour voir s'il est facilement possible d'adapter, voire de retirer, les liens internes associés à la mention « Géolocalisation sur la carte : … ». — Ideawipik (discuter) 24 février 2023 à 19:50 (CET)[répondre]
Salut Ideawipik, d'où ma déclaration précédente de ne pas effectivement « multiplier le nombre des fonds de cartes » (avec les exemples en montagne) mais plutôt d'avoir une légère rehausse de cette limite avec cinq entités possibles, sans que ce soit non plus pléthorique. Les exemples cités ne sont visiblement pas les meilleurs, mais ceux qui pourraient en accueillir au moins cinq ne sont pas difficiles à trouver ; en tout cas, la limite actuelle de quatre fait perdre amhà en flexibilité. Mais je comprends bien sûr les avis contraires ou que cette requête n'obtiendrait pas de suite.
Concernant ton second point sur les « exemples transfrontaliers », là pour le coup je maîtrise encore moins. Tant mieux au moins que cette requête permet de soulever cette proposition. — Ellicrum (bablute [...]) 25 février 2023 à 18:58 (CET)[répondre]

Statut UICN DD

Travail demandé par Ellicrum (bablute [...]) 24 février 2023 à 17:50 (CET)[répondre]

  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
Ce n'est que mon avis, mais je trouve que la présence du graphique rend la chose moins claire, puisque DD n'en fait pas partie et que si on ne connait pas le sujet le lien entre Données manquantes et le graphique n'est pas si évident. Escargot (discuter) 24 février 2023 à 18:07 (CET)[répondre]
On peut estimer effectivement que dans l'absolu cet ajout n'apporte pas davantage de clarification. Le graphique actuel étant ce qu'il est, où on a l'absence entre autres des statuts DD et NE. Disons que cela montre a minima que l'espèce concernée n'est pas catégorisée dans les statuts « classiques ». — Ellicrum (bablute [...]) 24 février 2023 à 19:58 (CET)[répondre]
Pas d'autre avis pour cette requête ? — Ellicrum (bablute [...]) 8 avril 2023 à 13:21 (CEST)[répondre]
Pas certain non plus que ça soit intéressant pour le lecteur. On sait qu'il n'y a pas (assez) de données, est-ce nécessaire de rappeler les statuts existants alors que le taxon n'est dans aucun ?
Ceci dit je vais répercuter la question sur le café des biologistes : après tout le contenu des taxobox intéresse ce portail / projet. A+ Hexasoft (discuter) 8 avril 2023 à 14:25 (CEST)[répondre]
Bonjour, la présentation actuelle me convient - où placer sinon cette absence de données ? Le diagramme permet de situer où en sont les préoccupations concernant l'espèce en question, mais dans le cas présent... on n'en sait absolument rien. Par conséquent à ne pas changer (à mon avis). Givet (discuter) 15 avril 2023 à 08:58 (CEST)[répondre]
Bonjour, je partage les avis précédents, pas sûr que ce soit très utile. Le DD est suffisant pour moi. Cordialement GF38storic (discuter) 15 avril 2023 à 22:21 (CEST)[répondre]

Modèle:Données de la pandémie de Covid-19

Travail demandé par SenseiAC (discuter) 15 mars 2023 à 19:00 (CET)[répondre]

Merci d'avance.

  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
J'ai créé une redirection pour que le drapeau de Saint-Barthélemy s'affiche correctement, mais pour le reste seul @Tol peut s'en occuper puisque c'est son bot qui entre quotidiennement les données sur Modèle:Données de la pandémie de Covid-19/données (Les modifier manuellement ne sert à rien). Escargot (discuter) 15 mars 2023 à 21:05 (CET)[répondre]
Veuillez m'excuser; je ne parle pas français. Merci de m'avoir prévenu. Pour Saint-Martin : il faut le fixer sur Modèle:Country data Saint-Martin. Pour les Pays-Bas et le Danemark : modifié. Pour le Sahara occidental : si vous pouvez écrire une note, je peux l'ajouter. Tol (discuter | contributions) 16 mars 2023 à 01:33 (CET)[répondre]

✔️ Traduction de Vorlage:Sitzverteilung en Modèle:Répartition des sièges

Travail demandé par Espandero (discuter) 10 mai 2023 à 10:39 (CEST)[répondre]

Bonjour, je pense que la traduction du modèle serait utile. Il permettrait notamment de remplacer la nécessité de créer de nouveaux fichiers comme celui-ci à chaque élection. J'ai à peu près compris comment le modèle fonctionne mais je n'ai pas le temps de le faire moi-même maintenant. Je n'ai pas trouvé d'équivalent sur notre version de Wikipédia. Merci d'avance. Salutations, Espandero (discuter) 10 mai 2023 à 10:39 (CEST)[répondre]

J'ai finalement réussi à trouver le temps de créer les modèles. Tout fonctionne. Le sujet peut être archivé. Salutations, Espandero (discuter) 11 mai 2023 à 19:29 (CEST)[répondre]

❌ Modèle:IP dynamique

Travail demandé par 80.214.66.14 (discuter) 4 juin 2023 à 22:30 (CEST)[répondre]

Bonjour Émoticône
Je pense que ce que vous avez préparé est presque prêt pour servir en tant que modèle. Selon moi, il faudrait juste placer les balises <includeonly> et </includeonly> autour du code existant dans votre brouillon, puis ajouter <noinclude>{{Documentation}}</noinclude> à la suite, pour pouvoir créer la documentation ensuite. Une fois ceci fait, vous pourrez copier-coller le code dans Modèle:IP dynamique ou alors publier le brouillon sous l'espace de nom et le titre idoine.
Bien à vous, — Richaringan (話し合いましょう!) 4 juin 2023 à 22:47 (CEST)[répondre]

Ce modèle a été apparemment été créé puis supprimé parce qu'il doublonnait avec un modèle déjà existant. Demande classée. — Ideawipik (discuter) 7 juin 2023 à 18:31 (CEST)[répondre]

❌ Modèle:Modèle en langue étrangère

Travail demandé par 80.214.74.255 (discuter) 7 juin 2023 à 18:07 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, je souhaiterais créer le modèle "Modèle:Modèle en langue étrangère" pour plusieurs choses : c’est un modèle qui fusionne {{Lien}} et {{Modèle}} et a pour but de placer un lien interne vers un autre modèle même si l’autre modèle n'existe pas dans la Wikipédia en français. Comme ça ça permet à certains utilisateurs (surtout moi) qui insèrent par exemple {{Lien|langue=en|trad=Template:AfC submission|fr=Modèle:Brouillon relecture|texte=<nowiki>{{Brouillon relecture<nowiki>}} au lieu de {{Modèle en langue étrangère|langue=en|trad=AfC submission|fr=Brouillon relecture}}. Ce modèle est à utiliser uniquement hors de l’espace encyclopédique. Et ce n’est tout : j’ai ébauché "Catégorie:Page contenant un appel à traduction d'un modèle" qui est dédié à ce modèle pour lister automatiquement des pages qui contiennent un ou plusieurs modèles à traduire. Et concernant les paramètres au format JSON, ça n’a pas fonctionné. Voici le brouillon du modèle avec sa page de documentation. Une fois que tout est parfaitement correct, vous pouvez renommer les deux brouillon en Modèle:Modèle en langue étrangère ou un autre nom ? Merci d’avance…
  • Article(s) pour le modèle : Pas encore d’articles pour le modèle mais tout les détails sont plus haut.
  • Discussions :
Pas convaincu de l'utilité du modèle, mais j'ai corrigé le code du brouillon. Escargot (discuter) 7 juin 2023 à 18:22 (CEST)[répondre]
Conflit d’édition —Cette demande de création ne semble pas plus utile que la précédente, dont le modèle a été supprimé. Le modèle {{Lien}} est associé au projet de traduction d'articles et n'a pas vocation à être généralement utilisé dans les discussions. Pour mentionner, dans une discussion, un modèle existant sur une autre version linguistique de Wikipédia, il convient d'utiliser la syntaxe des liens natifs destinée à cela. Exemple : [[:en:Template:AfC submission]] qui donne en:Template:AfC submission. Attendons l'avis d'un autre modéliste, mais je suis favorable à un refus. Acté avec la réaction d'Escargot bleu. — Ideawipik (discuter) 7 juin 2023 à 18:31 (CEST)[répondre]
Message au nouveau contributeur sous IP changeante qui, ces derniers jours, multiplie les réponses aléatoires, les créations peu pertinentes et les modifications annulées par d'autres plus expérimentés : vous feriez mieux de créer un compte utilisateur afin d'apprendre et de faciliter la discussion constructive, comme vous l'a déjà demandé Habertix. Vous devez aussi comprendre que Wikipédia est un espace collectif. Chacun ne peut pas créer son propre modèle (ou sa propre catégorie) pour son propre usage si cet usage ne fait pas consensus. Les propositions sont bienvenues. Les avis de contributeurs plus expérimentés sont souvent sensés et à prendre en considération.
Donnez-nous un exemple pour lequel le modèle souhaité ici serait utile.
Compléments :
  • La maintenance du modèle Lien est déjà suffisamment complexe pour ne pas lui en ajouter.
  • S'il y a nécessité de traduction d'un modèle depuis une autre langue, la demande est à faire auprès du présent projet, pas ailleurs au milieu d'une page.
La catégorie inutile sera à supprimer. — Ideawipik (discuter) 7 juin 2023 à 19:37 (CEST)[répondre]
Conflit d’édition — Ou sinon j’ai une idée concernant le modèle {{lien}} avant de clore cette demande : on a qu’à ajouter le paramètre "|espace de nom" ce qui donne par exemple "{{Lien|langue=en|trad=AfC submission|fr=Brouillon relecture|espace de nom=Modèle}}" qui donne {{Brouillon}} (en) ou {{Lien|langue=en|trad=Drafts|fr=Ébauches|espace de nom=Wikipédia}} qui donne Wikipédia:Ébauches (en). Comme ça, ça évitera de faire des doublons avec les modèles qui existent déjà et de rendre plus facilement l’utilisation du modèle {{lien}}, y compris hors de l’espace encyclopédique… 80.214.74.255 (discuter) 7 juin 2023 à 19:39 (CEST)[répondre]
Notification Ideawipik : et Notification Habertix : concernant la création de compte, j’ai lu cette page mais vous savez, personne n’est obligé de s’inscrire mais plutôt recommandé pour certaines choses comme par exemple la discussion ou pour de nouveaux outils que je n’ai jamais testé… Pour le moment je n’ai toujours pas trouvé de nom d’utilisateur mais je ne sais pas quand est-ce que ça va venir… mais à mon avis si je crée un compte trop tôt et que je souhaiterais supprimer un compte, alors la ce n’est pas possible de supprimer son compte une fois créé.
Pour éviter de prendre trop de risques, je pense que je vais plutôt créer un compte d’ici 6 mois ou plus le temps que je m’entraîne à être un peu expérimenté et de trouver un nom d’utilisateur… 80.214.74.255 (discuter) 7 juin 2023 à 21:17 (CEST)[répondre]
Vous auriez l'outil "renommer". -- Habertix (discuter) 7 juin 2023 à 21:33 (CEST)[répondre]
Revenons à l'objet de la demande et à la proposition émise le 27 juin 19:39. À quoi cela servirait-il ? Quel rapport avec d'éventuels doublons ? D'une part, de tels liens sont rarement insérés à bon escient. Vous n'avez pas cité le moindre cas concret. D'autre part, la syntaxe classique ne génère pas d'erreur et le lien est fonctionnel quel que soit l'espace de nom inséré dans les paramètres. Vous l'avez d'ailleurs illustré avec vos exemples de rendus, appels directs du modèle Lien, tout comme dans le code de votre brouillon. J'ai regardé dans les statistiques d'utilisation du modèle Lien ; on a une quarantaine de pages, tous espaces confondus (discussions, brouillons…), avec un appel dans lequel le paramètre trad (ou 1) est de type « Template:… ». La majorité de ces appels ne sont pas pertinents et devraient être corrigés ; un simple lien classique avec la syntaxe proposée dans la première réponse ci-dessus serait souvent idéal. Voici quelques exemples.
  • Rare ou isolé : Modèle:Palette District de Karauli, dans sa version initiale, était hybride entre une palette de navigation pour article et une "palette de modèles" (son titre et son utilisation montrent qu'il est destiné aux articles). 1. Vous remarquerez que cette palette a été générée par un robot traducteur (ancienne action systématique, sans vérification de l'existence de la page dans l'autre langue, sans considération de l'espace de nom, d'où une valeur de fr problématique). A priori, on aurait attendu longtemps avant qu'elle soit complétée, mais surtout les liens étaient trop généraux par rapport au sujet. 2. Sur Wikipédia en français, la pratique pour les modèles, est plutôt de se servir des catégories que de palettes. Il existe des palettes de modèles (bien lisibles, par exemple pour l'écriture des siècles) utilisées en documentation de modèles. Cependant, on n'a presque jamais de liens rouges dans ces récapitulatifs qui se doivent pratiques et fonctionnels. Quand exceptionnellement, on a un tel appel, la mention de l'attente de traduction est claire : exemple. Ces sections sont de l'ordre du travail à faire au sein d'un projet. 3. Le traitement parmi les autres cas d'utilisation du modèle Lien n'est pas vraiment dérangeant.
  • De même, un tel lien dans une page d'aide (exemple, Notification LD) ne sera pas profitable au lecteur : il me semble préférable soit de retirer l'élément inutilisable (et pour cause inutilisé) sur la Wikipédia francophone, sans intérêt pour celui qui recherche de l'aide ici ; soit de juger que l'élément est utile, de créer le modèle et de mettre un lien usuel vers le modèle local alors existant.
Pour avancer, on pourrait éventuellement envisager une évolution de la catégorisation effectuée par le modèle Lien, afin de faciliter le repérage de ces cas (que l'on peut déjà trouver grâce à l'outil wstats.fr). Toutefois, je reste sceptique. Et quid des autres espaces de nom (Catégorie, Wikipédia, etc.) ? Bonjour Notification Orlodrim et Od1n, en tant que connaisseurs de ce modèle, un avis ? — Ideawipik (discuter) 8 juin 2023 à 17:19 (CEST)[répondre]

Modèle:Brouillon relecture

Travail demandé par 80.214.120.121 (discuter) 12 juin 2023 à 00:23 (CEST)[répondre]

  • Avancement :
    0 %
  • Détails de la demande : Bonsoir tout le monde, je souhaiterais que le modèle {{Brouillon relecture}} (en) existe en français car ce modèle permet de catégoriser des brouillons à relire, tout comme sur les brouillons en anglais (exemple). Ce modèle existe bien sur d’autres langues, y compris la catégorie (que j’ai créé) et j’aimerais bien que ce modèle (en) existe en français.


Concernant les catégories associées au modèle, j’ai ébauché Catégorie:Brouillons à relire, principale catégorie du modèle (également disponible sur d’autres langues), Catégorie:Brouillon relu, pour catégoriser des brouillons relus après le traitement, Catégorie:Brouillon non publiable (disponible sur d’autres langues) qui permet de lister des brouillons non publiables après le traitement, ensuite j’ai inventé des catégories : Catégorie:Brouillon prêt à être publié : qui permet de lister des brouillons à renommer vers la page à publier, Catégorie:Brouillon publié dans l'espace encyclopédique : qui permet de lister automatiquement des brouillons publiés par l’auteur du brouillon ou par d’autres utilisateurs et le but de cette catégorie est de retirer des doublons avec des articles existants, et Catégorie:Brouillon déjà publié : qui permet de lister automatiquement des brouillons a relire qui ont été déjà publiés par l’auteur du brouillon ou par d’autres utilisateurs, et toutes les informations concernant les catégories que j’ai créé sont sur la documentation du modèle.


Et ce n’est pas tout : je n’ai peut-être pas tout traduit mais j’ai aussi inventé quelque chose : des instructions automatiques en fonction de l’utilisation du modèle dédiés au demandeur, aux bénévoles et aux administrateurs afin de mieux comprendre et de mieux participer à la maintenance des brouillons. J’ai passé une semaine à construire ce modèle tout en lisant "Aide:Syntaxe" (vu depuis "Aide:Créer un modèle" et en copiant certains codes de modèle (par exemple : {{Brouillon}}).


Si vous souhaitez relire et corriger quelques erreurs sur mon modèle, voici mon brouillon (page supprimée) avec sa page de documentation (page supprimée).
Une fois le traitement terminé, vous pouvez renommer mon brouillon vers {{Brouillon relecture}} (en) (ainsi que sa page de documentation vers ici (en)) ou vers un autre nom si vous avez un nom meilleur ?


  • Article(s) pour le modèle : Brouillons listés (y compris anciens) sur le forum de relecture.
  • Discussions :
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=Projet:Modèle/Demandes&oldid=205100063 ».