Discussion module:Démographie
Dernier commentaire : il y a 2 mois par YanikB dans le sujet Demande spéciale
Ce qui est implémenté modifier
Tous les paramètres du modèle initial sont reconnus. Éléments fonctionnels :
- utilisation de la syntaxe "année=population"
- charte de couleur + année-fond/population-fond
- colonnes (+ vérification que c'est un nombre >= 1)
- largeur-tableau (+ même valeur par défaut)
- taille-police
- notes, source, sources et sansdoublescomptes
- style-notes et notes-fond
- hyperliens-années
- flottant
- hauteur-lignes
- marge-interlignes
Éléments ajoutés non présents dans le modèle initial :
- le modèle {{charte de couleur}} est intégré pour des raisons pratiques. Une fonction exportée permet de l'appeler « de l'extérieur ». Il sera donc possible de remplacer également ce modèle s'il est utilisé ailleurs
- vérification des paramètres nommés. Si un paramètre nommé n'est pas connu du modèle (faute de frappe par exemple) ça génère une erreur
- l'utilisation d'une charte inconnue génère une erreur
- un nombre de colonnes erroné génère une erreur (pas un nombre ou inférieur à 1)
- si aucune année n'est fournit cela génère une erreur
Éléments qui changent :
- hauteur-lignes : non testé. Valider son comportement
- marge-interlignes : la valeur par défaut est 5px et non 6px entre les tableaux. Ceci par principe d'économie, 5px étant la valeur par défaut entre titre et 1er table.
Notes :
- je dois ré-écrire certains points du code. Le code est fonctionnel mais des parties peuvent être simplifiées ou rendues plus simple à modifier, ce qui me semble important.
Tests 0 modifier
Comparaison des modèles Démographie, Démographie2 et du nouveau module, sur la base du rendu actuel du modèle Démographie :
Avant - Démographie
Avant - Démographie2 Modèle:Démographie2 Après
- Premiers constats (en dehors que c'est déjà un excellent travail !) :
- Les dates ne sont pas correctement triées
- sansdoublescomptes non affiché
- Les couleurs ne sont pas respectées
- --FDo64 (d) 7 juin 2013 à 17:30 (CEST)
- Ah oui ! J'avais pensé à ces dates mais j'ai zappé ensuite. Je vais regarder pour ajouter le tri (le parcours initial de la table des paramètres se fait dans un ordre indéterminé).
- sansdoublecomptes n'est pas implémenté pour le moment, donc c'est « normal »
- Pour la couleur j'ai fait sans trop regarder. Actuellement j'utilise "commune contraste" pour l'année et "communes" pour les valeurs. Je regarderai ce qu'il faut utiliser.
- Il y a aussi des fonctionnalités dont je ne connais pas la portée. Par exemple j'ai mis la taille-police pour la table mais aussi pour la zone des notes. Hors il semble que c'est plus petit. Elle est fixe ?
- Pourquoi insers-tu un retour à la ligne au début de "notes" ?
- Hexasoft (discuter) 7 juin 2013 à 17:59 (CEST)
- En attendant :
- couleur corrigée. Il faudra tester diverses configurations.
- sansdoublescomptes ajouté. Semble fonctionnel.
- bordure et taille de la zone de note corrigé. C'est probablement pas définitif et complet dans tous les cas.
- tri des années ajouté.
- Sur l'exemple donné c'est maintenant en correspondance avec le modèle. Il faudrait tester chaque type de paramètre avec ses variations possibles, afin de mettre en évidence les différences qui peuvent encore rester.
- Note : il reste quelques paramètres nineurs qui ne sont pas implémentés. Hexasoft (discuter) 7 juin 2013 à 18:22 (CEST)
- C'est mieux et ça évolue en temps réel, même pas le temps d'écrire mes réponses !
- Le saut de ligne est évitable, c'est uniquement parce qu'actuellement Démographie 2 ne le fait pas.
- Sinon, il vaut mieux avoir un rendu très proche de Démographie 2 qui avait fait débat à l'époque. C'est le cas maintenant.
- Pour ce qui est d'autres exemples, j'essaye d'y travailler ce dimanche.
- A+--FDo64 (d) 7 juin 2013 à 18:34 (CEST)
- Oui, je note et je corrige dans la foulée
. - J'ai normalement corrigé la bordure des notes et les () autour des sources.
- La charte fonctionne, et choisir les couleurs aussi pour années/population.
- Flottant vide ou droite fonctionne (là on ne voit pas car je les ai mis dans une table : en flottant il n'est pas possible de mettre cote-à-cote deux éléments.
- Là je vais sans doute arrêter un peu. Je pense travailler sur déterminer les paramètres qui manquent (contrôle interligne et similaires) et regarder où ils sont utilisés.
- Au final quand tout fonctionnera il faudra que je fasse une relecture du code, histoire de valider dans les recoins et de nettoyer le code (ajouter des commentaires, séparer le code qui peut l'être en fonctions séparées, simplifier…).
- Note au passage : ceci pourra aussi remplacer le modèle {{charte de couleur}}. J'ignore s'il est utilisé par autre chose que {{Démographie2}}. Si ce n'est pas le cas ce n'est pas grave, sinon comme j'en avais besoin il est dans mon code, je peux faire un modèle pour appeler cette fonction et donc remplacer l'autre. Hexasoft (discuter) 7 juin 2013 à 18:57 (CEST)
- Oui, je note et je corrige dans la foulée
- En attendant :
Tests modifier
notes non centrées ; utilisation de sources au lieu de source ; charte région
Avant - Démographie2
Modèle:Démographie2
Après
Questions :
- quand centré les sources sont entre (), quand pas centré non. Est-ce voulu, souhaitable ? Ça semble curieux. Je fais pareil, je change ?
- bordure quand à gauche, pas de bordures quand centré. Je fais pareil ?
- Comme ça, je dirais parenthèses et cadres toujours (pas la peine de compliquer).--FDo64 (d) 7 juin 2013 à 18:53 (CEST)
- Pour le cadre c'était simple à corriger. Par contre oui pour les parenthèses ça alourdi un peu le code de traiter les deux cas. Je préfère si ça ne gène pas insérer les () dans tous les cas. Hexasoft (discuter) 7 juin 2013 à 18:59 (CEST)
notes non centrées ; couleurs années/population ; flottant=droite ; colonnes=6
Remarques :
- toujours la bordure des notes
- les différents interlignes et autres sont différents. Sans doute parce que je ne gère pas certaines valeurs de la même façon. Prochain truc que je travaille.
Test 2 modifier
Entrées sans valeurs, pour voir.
Modèle:Démographie2 Après
Une autre question : sur quoi faut-il faire des vérifications de syntaxe ? Dans les trucs qui peuvent se vérifier facilement :
- que sansdoublescomptes est bien un nombre
- que la charte existe (si existe pas : erreur ? on ignore en remplaçant par défaut ?)
- les couleurs (vérifier que ce sont des couleurs ?)
- les années :
je peux sans doute valider que tout ce qui n'est pas nombre (à gauche d'un =) est bien une option connue, sinon c'est une erreur de syntaxeça c'est fait. Tout paremètre inconnu génère une erreur. - valider les nombres de population. Sauf qu'il semble que les gens mettent soit un nombre, soit un nombre avec espace "normal" dedans, soit la sortie de formatnum (avec esapce insécable dedans), difficile de faire un test générique mais il est possible de vérifier des trucs basiques comme la présence uniquement de chiffres et d'espaces (sans que ce soit forcément un nombre).
- note : pas très cohérent de mettre indifféremment "123 456" et "{{formatnum|123 456}}" → au niveau sémantique ce n'est pas propre. Lua a une fonction "formatnum" interne, mais elle n'est applicable que si ce sont des nombres "propres". Je peux le faire en virant d'office tous les espaces des nombres puis en appelant formatnum, pour avoir une sortie propre.
- note bis : je sais qu'il existe des tags permettant d'indiquer la nature des informations. Il existe par exemple un tag "date", que je pourrais mettre autour des années. Ça serait intéressant ?
Hexasoft (discuter) 7 juin 2013 à 19:36 (CEST)
- Désolé, je ne pourrais pas te répondre avant dimanche. Il faut juste savoir qu'actuellement il y a un peu de tout dans tous les champs et qu'il faudra sans doute faire du ménage. A+--FDo64 (d) 7 juin 2013 à 21:37 (CEST)
- Pas de soucis. Les écrits restent… J'écris quand ça me vient, tu réponds quand tu peux Hexasoft (discuter) 7 juin 2013 à 21:40 (CEST)
- Note : j'ai déjà une gestion d'erreur. Voir juste après. Il faudrait se mettre d'accord sur une façon de faire les erreurs. Juste ce message ? Ajouter une catégorie d'erreur ? Quelque chose de plus explicite (par exemple Erreur d'utilisation du modèle Démographie : le paramètre blabla est inconnu (voir la documentation associée).) Hexasoft (discuter) 7 juin 2013 à 22:17 (CEST)
- Pas de soucis. Les écrits restent… J'écris quand ça me vient, tu réponds quand tu peux
Ci-dessous un exemple avec un paramètre inconnu (faute de frappe…) :
Suggestions modifier
Quelques réponses/idées en vrac :
- le modèle {{charte de couleur}} est utilisé par 3 autres modèles : {{Pyramide des âges}}, {{Météo France}} et {{Relevé météo}}.
- la gestions des erreurs sera une bonne évolution, par contre je préfère la méthode des catégories. Actuellement, tu affiches un message à la place du tableau. Cela empêcherait une mise en place de ce nouveau modèle avant le passage d'un bot pour remettre en conformité toutes les pages. Et il y a des utilisation assez exotiques... On peut, par exemple créer des catégories du style : Démographie - Année incorrecte et Démographie - Population non numérique, ou alors une catégorie unique Démographie - Paramètre incorrect avec une clé de tri différente par paramètre contrôlé.
- ajouter un saut de ligne avant les notes (actuellement Démographie2 le colle à sansdoublescomptes et m'oblige à mettre un <br />)
- rétablir le paramètre enquêteannuelle afin d'être 100% compatible avec le modèle Démographie. Cela faciliterait le passage d'un bot qui n'aurait plus qu'à ajouter titre = Évolution démographique, charte = commune et style-notes = centré.
- dans le cas où la population est numérique, appeler formatnum
- ajouter un paramètre année notes afin de pouvoir y transférer tout texte qui se trouve actuellement dans population. Le paramètre ne contiendra pas les balises <ref> et </ref>, c'est le modèle qui doit les ajouter.
Bon travail !--FDo64 (d) 9 juin 2013 à 23:08 (CEST)
- Réponse aux éléments :
- ok. Après cette migration il sera sans doute intéressant de remplacer le modèle {{charte de couleur}} par un appel à ce module, après avoir validé que le comportement est le même (j'en ai besoin de toute façon, autant éviter les duplicatas de fonctionnalités)
- Pas de problème pour passer à une catégorie. Ça veut dire par contre modifier le code pour remplacer les valeurs erronées par des valeurs par défaut correctes (afin que l'affichage puisse se faire). Pour le choix je préfère soit une catégorie unique avec clé de tri distincte soit une catégorie type "Utilisation invalide du modèle Démographie" + des sous-catégories par erreur (Utilisation invalide du modèle Démographie/charte invalide). Ton avis ?
- Je peux faire mieux : ajouter automatiquement le saut de ligne et supprimer le <br/> s'il est présent au début de "notes", comme ça ça marchera pareillement qu'on mette ou pas ce saut de ligne
- je regarderai ce que fait "enquêteannuelle" pour l'intégrer
- ok, facile. Si l'entrée est un nombre valide (sans espace ou espace insécable) j'insererai l'appel à formatnum
- heu, c'est quoi le paramètre "année notes" ? Peux-tu préciser ce qu'il doit faire, où il est affiché et quelle type de ref ajouter ?
- Sinon comme je disais il faudra faire des tests comparatifs de comportement du modèle et du module afin de valider que je n'ai pas zappé certains cas. Rien qu'on doive garder. Juste tester modèle/module avec les mêmes paramètres sur plusieurs cas de figure afin de vérifier que tout concorde.
- Note : il y a un léger écart d'espacement entre les tableaux dans certains cas. C'est une différence d'un pixel lié au fait que j'utilise la même valeur par défaut (5px) alors que le modèle utilise 5px et 6px. La différence me semble minime (et ne se voit que par comparaison) et ce n'est pas très logique : si on fixe le paramètre marge-interlignes cette valeur est utilisée à deux endroits (titre principal et entre les tableaux) mais si on ne la fixe pas c'est respectivement 5 et 6px utilisé. Je préfère que ce soit la même valeur dans tous les cas (et le code est plus simple). Dis-moi si j'ai raison de laisser comme ça.
- Cordialement, Hexasoft (discuter) 9 juin 2013 à 23:34 (CEST)
- Pour les pixels je suis de ton avis, le modèle prend déjà suffisamment de place.
- Pour la gestion des erreurs, si tu testes tous les paramètres, alors autant ne gérer qu'une seule catégorie avec une clé de tri différente (comme le fait la Catégorie:Page utilisant un modèle avec un paramètre obsolète).
- année notes : je me suis inspiré de ce qui a été fait pour l'{{Infobox Subdivision administrative}}. Je prends un exemple : |2013=12345 |2013 notes=Estimation 2013 génèrerait {{formatnum:12345}}<ref>Estimation 2013</ref>. J'espère que c'est plus clair...
- --FDo64 (d) 10 juin 2013 à 00:04 (CEST)
- Hop,
- j'avais un moment à tuer. J'ai donc ajouté :
- la gestion du formatnum. Si l'entrée population est un nombre (convertible avec tonumber()) alors j'applique mw.language:formatNum() dessus. L'exemple au dessous montre 3 cas : nombre brut, nombre formaté à la main, nombre formaté avec avec le modèle unité. Ça fonctionne.
- la gestion des notes. Si une entrée "XXXX notes" est présente et qu'une année XXXX est présente la note est insérée en référence de la valeur de population. Le module n'insert pas {{références}}, je ne sais pas ce que tu veux : laisser le rédacteur insérer les références où il veut, ou bien considérer que c'est à insérer dans la zone de notes (quitte à la créer si elle n'existe pas).
- Note : pour la partie "XXXX notes" ce sont des paramètres reconnus mais je ne valide pas que les "XXXX notes" correspondent à des années "XXXX". On peut donc actuellement mettre par exemple "1845 notes=blabla" sans qu'il y ait d'année 1845 fournie. Je dois pouvoir ajouter cette vérification.
- Selon si j'ai du temps à tuer j'avancerai un peu le reste. Cordialement, Hexasoft (discuter) 10 juin 2013 à 21:57 (CEST)
- Le temps n'arrête pas d'être tué .
- J'ai ajouté enquêteannuelle. Dans l'exemple de la section ci-dessous j'insère tous les champs de notes (notes, source, sources, enquêteannuelle et sansdoublescomptes). Il faudrait que tu me dises dans quel ordre les présenter.
- J'ai au passage ajouté la gestion propre des sauts de ligne. Normalement qu'on commence l'un de ces champs par <br/> ou pas ne change rien : les sauts de ligne sont supprimés si ils sont présent (enfin, le premier trouvé seulement) et c'est le module qui s'occupe d'insérer des sauts de ligne si c'est nécessaire.
- Au final il reste uniquement à modifier la gestion des erreurs pour insérer une catégorie.
- À ce propos il faut réfléchir au comportmeent à adopter pour cette catégorie. Je pense qu'il ne faut pas l'insérer si on n'est pas dans l'espace encyclopédique (pour les cas d'exemples, tests…). Mais en ce cas il faut quand même présenter une indication de l'erreur. On peut imaginer que : si encyclo → catégorie ; sinon insérer un message d'erreur dans le champs note (qu'il existe ou pas). Ça te semble bien ?
- Pour terminer il faut que je fasse les modifs de code (pas de changement de fonctionnalité mais nettoyage du code). Hexasoft (discuter) 10 juin 2013 à 22:23 (CEST)
- Ok. Donc comme tu peux le voir dans le 2ème exemple ci-dessous on voit apparaître la liste des erreurs en rouge (span "error"). Il faudra tester qu'en cas d'insertion dans l'espace encyclopédique ça insert bien la catégorie cible Catégorie:Page avec une erreur d'utilisation du modèle Démographie, sachant que ça insert ces éléments avec les clés de tri suivantes : charte (charte inconnue, elle est remplacée par la valeur "défaut") ; colonnes (valeur de "colonnes" invalide, elle est remplacée par la valeur 9) ; paramètre inconnu (un des paramètre n'est pas reconnu, il est ignoré) ; absence d'années (aucune entrée "année=population" fournie, une entrée fictive est insérée pour permettre un affichage minimal sans erreur). Ces clés de tri sont toutes à une lettre différente.
- Note : les erreurs apparaissent après les notes et avant les sources. Je ferai en sorte qu'elles apparaissent à la fin lorsque tu m'auras indiqué l'ordre à utiliser pour afficher notes/source/sources/enquêteannellle/sansdoublescomptes (il faut que je connaisse la dernière pour choisir où insérer ).
- Donc en gros c'est terminé pour les fonctionnalités.
- Restera juste à valider les différents cas de figure et de mon coté à remanier le code pour le rendre plus propre. Et ensuite à écrire la doc (la doc technique, parce que la doc du modèle sera à ta charge et à adapter de la doc actuelle).
- Cordialement, Hexasoft (discuter) 10 juin 2013 à 23:02 (CEST)
- PS: j'ai créé la catégorie. J'ai également créé un article utilisant le modèle pour valider l'insertion de la catégorie. Ça fonctionne, je n'ai toutefois pas pu valider les clés de tri car les catégories sont lentes à se mettre à jour et je ne vais pas laisser un article bidon, je l'ai donc effacé (avantage d'être admin…). La catégorie est en "", je ne sais pas si c'est le plus approprié (elle n'apparaît donc pas dans les articles, il faudrait peut-être la passer en catégorie de maintenance ?). Hexasoft (discuter) 10 juin 2013 à 23:14 (CEST)
- Ça me plaît bien tout ça !
- Je t'informe que j'ai mis à jour la nouvelle catégorie qui doit rester en HIDDENCAT. Il ne devrait y avoir que des pages de l'espace encyclopédique dans cette catégorie (surtout pas l'espace utilisateur ou les pages de discussion). Il faudra également indiquer dans la description la lettre choisie pour chaque erreur.
- J'ai testé des cas d'erreur sur une page de l'espace principal (en prévisualisant, sans sauvegarder) et la catégorisation ne fonctionne pas...
- XXXX notes, c'est exactement ce que je souhaitais.
- la valeur par défaut du titre pourrait être Évolution démographique
- Le tri des notes, d'après ce qui était fait précédemment devrait être : sansdoublescomptes, puis enquêteannuelle, puis notes, puis sources, puis les messages d'erreur.
- Tout ça avec la même police de caractères (ce n'est pas le cas actuellement).
- Ah oui, je suis bien entendu d'accord pour mettre à jour la doc une fois terminé, et je me charge également de la rédaction des demandes de bot pour chaque modèle.
- A+--FDo64 (d) 11 juin 2013 à 00:39 (CEST)
- Ok pour l'ordre, je mettrai à jour.
- Pour la cat curieux : j'ai fait un essai réel (pas en prévisualisation) et la cat était bien dans l'article (avant que je la passe en hiddencat). Comme je le disais par contre il faut du temps avant que l'article arrive dans la cat.
- Pour la taille des fontes c'est qu'il y a dans certains modèles des small que j'avais recopié. Je vais virer ça.
- Je changerai aussi le titre par défaut. Cordialement, Hexasoft (discuter) 11 juin 2013 à 08:07 (CEST)
- Salut ! J'ai modifié #Tests 0 afin de prouver, une fois que tu auras implémenté le titre par défaut, que le nouveau module est compatible à 100% avec l'ancien modèle Démographie. Un passage de bot ne sera utile que pour faire du ménage et traiter les cas d'erreur (par exemple, rendre population numérique et transferer le texte dans le nouveau paramètre AAAA notes).
- Pour Démographie2, c'est une autre histoire. Je dois faire plus de tests et un bot sera indispensable.
- A+--FDo64 (d) 11 juin 2013 à 09:11 (CEST)
- Ok. Dans cet exemple celui du milieu (modèle Démographie2) tu utilises "|style-notes = centré" qui n'est pas présent sur les autres.
- Pour le titre par défaut : tu parles de "Évolution de la population" qui est en titre caché s'il n'y a pas de titre donné, ou bien tu parles de mettre un "vrai" titre (affiché) quand il n'y en a pas ? En attendant j'ai changé le titre caché. Hexasoft (discuter) 11 juin 2013 à 09:55 (CEST)
- J'ai réorganisé les notes dans l'ordre indiqué. J'ai aussi supprimé le small pour que tout ait la même taille. De plus j'ai intégré le 90% pour la taille des fontes pour les erreurs éventuelles, afin qu'elles apparaissent de même taille que les autres notes (ça faisait un peu gros par rapport au reste). Hexasoft (discuter) 11 juin 2013 à 10:19 (CEST)
- Oui, je parle bien d'un titre affiché. Et j'ai enlevé le 'centré dans Tests 0. --FDo64 (d) 11 juin 2013 à 10:46 (CEST)
- Si j'ai bien lu ton code, tu n'attribues pas de lettre à la catégorie d'erreur ce qui fait que 'charte' et 'colonne' seront classés tous deux à la lettre 'C'. Ce serait mieux de les séparer, il me semble.
- Autre point : après passge d'un bot pour nettoyer le paramètre population, il sera peut-être intéressant d'ajouter une erreur dans le cas ou il n'est pas numérique. Ä voir...--FDo64 (d) 11 juin 2013 à 11:02 (CEST)
- Effectivement : je vais changer le nom de l'un des deux pour sélectionner un mot ayant une initiale différente.
- Pour le titre, donc il y aurait toujours un titre, même si c'est un titre par défaut. Ce n'est pas le comportement des modèles, non ?
- Pour la détection des populations non numériques pourquoi pas, mais alors après le passage du bot, effectivement Hexasoft (discuter) 11 juin 2013 à 11:30 (CEST)
- C'est le titre par défaut du modèle Démographie, par contre Démographie2 n'affiche rien et c'est peut-être volontaire.
- Sinon, on sera obligé de faire passer un bot sur les 16 000 pages qui utilisent le modèle Démographie pour le rajouter immédiatement après le mise en place du nouveau module. Pourquoi pas, mais il faudra se synchoniser avec un dresseur de bot pour tout faire en même temps, y compris le nettoyage du paramètre population.
- Autre alternative : on fait par étapes : 1) On implémente le nouveau module en remplacement du modèle Démographie avec le titre par défaut, 2) On fait passer le bot, 3) On enlève le titre par défaut, 4) On migre Démographie2. Ce sera ainsi plus facile à déployer, et sans régressions. Qu'en penses-tu ? --FDo64 (d) 11 juin 2013 à 11:52 (CEST)
- Autre possibilité : titre par défaut → migration de Démographie sans impact. J'ajoute au passage la valeur spéciale "titre=off/non" qui désactive le titre par défaut, et lors de la migration de Démographie2 qui demandera de toute façon un bot pour retoucher les paramètres on demande que si titre est pas donné on insert titre=non. Qu'en pense-tu ? Hexasoft (discuter) 11 juin 2013 à 12:15 (CEST)
- titre=non me convient également.--FDo64 (d) 11 juin 2013 à 12:39 (CEST)
- Autre possibilité : titre par défaut → migration de Démographie sans impact. J'ajoute au passage la valeur spéciale "titre=off/non" qui désactive le titre par défaut, et lors de la migration de Démographie2 qui demandera de toute façon un bot pour retoucher les paramètres on demande que si titre est pas donné on insert titre=non. Qu'en pense-tu ? Hexasoft (discuter) 11 juin 2013 à 12:15 (CEST)
- PS: j'ai créé la catégorie. J'ai également créé un article utilisant le modèle pour valider l'insertion de la catégorie. Ça fonctionne, je n'ai toutefois pas pu valider les clés de tri car les catégories sont lentes à se mettre à jour et je ne vais pas laisser un article bidon, je l'ai donc effacé (avantage d'être admin…). La catégorie est en "", je ne sais pas si c'est le plus approprié (elle n'apparaît donc pas dans les articles, il faudrait peut-être la passer en catégorie de maintenance ?). Hexasoft (discuter) 10 juin 2013 à 23:14 (CEST)
- Le temps n'arrête pas d'être tué
- ←
- J'ai intégré le titre par défaut, et le cas "off/non". J'ai également changé la clé de tri : "colonnes" → "nombre de colonnes". On a maintenant les lettres charte, nombre de colonnes, paramètre inconnu et absence d'années. Hexasoft (discuter) 11 juin 2013 à 13:02 (CEST)
- Pourtant dans Tests 0 / Après, il n'y a pas de titre actuellement...--FDo64 (d) 11 juin 2013 à 14:05 (CEST)
- Marf. Effectivement je ne vois pas ma modif ! J'ai refait cette modif, et ça fonctionne. Je ne comprends pas, je sais l'avoir fait ! Pas grave. Hexasoft (discuter) 11 juin 2013 à 17:27 (CEST)
- Pourtant dans Tests 0 / Après, il n'y a pas de titre actuellement...--FDo64 (d) 11 juin 2013 à 14:05 (CEST)
Ok : j'ai normalement terminé de nettoyer le code comme je voulais (ça veut pas dire qu'il n'y aura pas de retouches mais globalement c'est bon). J'ai également fait la base de la doc technique.
De mon coté c'est terminé sauf s'il faut corriger / modifier des fonctionnalités.
Cordialement, Hexasoft (discuter) 12 juin 2013 à 14:08 (CEST)
Test N modifier
Test avec des paramètres "année notes" (forme XXXX notes). Également test de formatage automatique des nombres.
Dans ce test :
- la première ligne contient des nombres brutes (508192 par ex.) sans formatage
- la deuxième ligne contient des nombres avec espace inséré manuellement (615 480 par ex.)
- la troisième ligne contient des nombres formatés par {{unité}} ({{m|unité|867533}} par ex.)
De plus j'ai inséré quelques notes (paramètres "XXXX notes") pour quelques entrées.
Exemple avec erreurs variées :
Sans doubles comptes modifier
Bonjour. Je n'ai rien compris à ce que vous essayez de faire avec ces différents tableaux mais par contre, je peux vous indiquer que la population sans doubles comptes n'a existé que durant les recensements 1962 (ou 1961 pour les DOM) à 1999, contrairement à ce que peuvent laisser penser vos tableaux de la section Test N qui l'indiquent pour 1801. Pour les dates ultérieures à 1999, c'est la population municipale que nous retenons dans les tableaux. Cordialement. Père Igor (d) 11 juin 2013 à 12:09 (CEST)
- Hello,
- perso je n'en ai rien à faire du sens de ces tableaux
. Je valide seulement que les différents champs du modèle font ce qu'il doivent faire (c'est une réimplémentation en Lua de ces modèles). - Si toutefois il est pertinent d'ajouter des vérifications sur certains paramètres pourquoi pas, il suffit de préciser les conditions qui permettent de décider qu'un paramètre est invalide, et ce qu'il faut faire en ce cas (ignorer, faire une erreur…). Note toutefois que les modèles actuels ne vérifient pas ces valeurs, on peut donc mettre n'importe quoi.
- Cordialement, Hexasoft (discuter) 11 juin 2013 à 12:12 (CEST)
Tests Modèle:Démographie2 modifier
Puisque maintenant c'est bon pour Modèle:Démographie, je commence les tests de Modèle:Démographie2. Pour cela, je reprends ci-dessous les exemples dans la documentation du modèle que je compare avec les nouveau module.
comparaisons
Exemple 1
Exemple 2
Exemple 3
Exemple 4
Exemple 5
Exemple 6
Exemple 7
Exemple 8
textetextetextetextetextetextetextetextetextetexte Modèle:Démographie2 Modèle:Démographie2 textetextetextetextetextetextetextetextetextetexte
textetextetextetextetextetextetextetextetextetexteRemarques modifier
Je ne vois que deux problèmes
hyperliens-années=onne fonctionne pas- les couleurs (années-fond et population-fond) ne sont pas toujours respectées
--FDo64 (d) 12 juin 2013 à 16:44 (CEST)
- Hop,
- le #1 est corrigé. En fait j'avais utilisé "lien_annees" par erreur dans mon code, chose qui est devenue visible lorsque j'ai factorisé mon code. Je vais regarder l'autre point. Hexasoft (discuter) 12 juin 2013 à 17:46 (CEST)
- Pour les couleurs tu peux me dire quel exemple ? Je ne vois pas de différence mais j'ai peut-être raté quelque chose. Hexasoft (discuter) 12 juin 2013 à 17:49 (CEST)
- En fait, c'est un effet d'optique sur mon écran. Le tableau du haut est un soupçon plus vert que celui du bas. Il suffit de pencher un peu plus l'écran et c'est bon
. Faux problème donc ! - Sinon, dans les exemples de cette doc on voit des cas ou la population n'est pas numérique. Dommage...
- Je vais faire un wikibreak la semaine prochaine dès vendredi soir, donc je ne sais pas si on lance tout de suite la première étape, celle du remplacement du modèle Démographie. Ça dépend aussi de toi, si tu penses avoir complètement terminé.
- --FDo64 (d) 12 juin 2013 à 18:09 (CEST)
- Ok, tant mieux
- Pour les éléments non numériques oui, comme "~ NNN" ou "NNN feux" → ça semble indiquer qu'il ne sera pas possible de générer des erreurs pour les valeurs non numériques puisqu'elles semblent être "normales" dans certains cas.
- De mon coté je pense avoir terminé le code. Il y a toujours des choses à modifier, améliorer… mais ça peut se faire en prod (ne serait-ce vu la forte utilisation du modèle qu'en passant par un modèle de test. D'ailleurs je pense que je vais protéger le module et créer une sous-page (Module:Démographie/Essais par exemple) contenant le même code et permettant à tout un chacun de tester des modifications sans être coincé par la protection et surtout sans risquer de casser un modèle largement utilisé. Il faudra sans doute aussi un Modèle:Démographie/Essais qui permette d'appeler ce module pour les tests).
- Cordialement, Hexasoft (discuter) 12 juin 2013 à 18:18 (CEST)
- Hlm Z. travaille actuellement à homogénéiser les pages de doc et les sous-pages de modèles (Cf. Discussion Projet:Modèle#Mise à jour du modèle:Documentation et ménage final). Il faudrait donc plutôt les appeler /Bac à sable et /Test.
- Donc, pour mettre en place cette nouvelle version, il ne suffit plus qu'à remplacer le contenu du modèle Démographie (page protégée) par ta sous page. Ensuite je mettrai à jour la doc (ce sera plus ou moins un copier/coller de celle de Démographie2), puis je prépare les deux demandes de bot.
- On y va ? --FDo64 (d) 12 juin 2013 à 18:33 (CEST)
- Ok. Toutefois demain ? Je suis peu disponible cette fin de journée. Hexasoft (discuter) 12 juin 2013 à 18:51 (CEST)
- Comme tu veux ! --FDo64 (d) 12 juin 2013 à 19:10 (CEST)
- Finalement, ça va devoir attendre. Je ne vais plus pouvoir y travailler jusqu'au 23. A+ --FDo64 (d) 14 juin 2013 à 00:27 (CEST)
- Bonjour, en rédigeant la demande de bot (voir son ébauche ci-dessous, que tu peux mettre à jour si nécessaire) j'ai inventé un nouveau paramètre afin de rendre population numérique. Il s'agit de AAAA unité qu'il faudra placer de la façon suivante :
population {{{AAAA unité|}}}{{{AAAA note|}}}Avec un espace entre population et unité. Cela pourra donner, par exemple, "12 345 feux". - Tu vas avoir une bonne semaine pour développer ça, mais vu ton efficacité ce sera bien trop !
- Bon courage !--FDo64 (d) 14 juin 2013 à 13:06 (CEST)
- Salut ! Je suis revenu, donc si tu as du temps on peut s'y remettre. En plus de l'évolution proposée le 14 juin, j'ai une question : as-tu prévu le cas où la date est déjà wikifiée (Cf. exemple donné dans la demande de bot) ?
- --FDo64 (d) 25 juin 2013 à 22:05 (CEST)
- Bonjour, en rédigeant la demande de bot (voir son ébauche ci-dessous, que tu peux mettre à jour si nécessaire) j'ai inventé un nouveau paramètre afin de rendre population numérique. Il s'agit de AAAA unité qu'il faudra placer de la façon suivante :
- Finalement, ça va devoir attendre. Je ne vais plus pouvoir y travailler jusqu'au 23. A+ --FDo64 (d) 14 juin 2013 à 00:27 (CEST)
- Comme tu veux ! --FDo64 (d) 12 juin 2013 à 19:10 (CEST)
- Ok. Toutefois demain ? Je suis peu disponible cette fin de journée. Hexasoft (discuter) 12 juin 2013 à 18:51 (CEST)
- Ok, tant mieux
- En fait, c'est un effet d'optique sur mon écran. Le tableau du haut est un soupçon plus vert que celui du bas. Il suffit de pencher un peu plus l'écran et c'est bon
- Pour les couleurs tu peux me dire quel exemple ? Je ne vois pas de différence mais j'ai peut-être raté quelque chose. Hexasoft (discuter) 12 juin 2013 à 17:49 (CEST)
- ←
- Hello,
- peux-tu préciser le cas "date wikifié" ? Dans quel paramètre ? La date en tant que AAAA=population ne peut pas être wikifiée (car c'est le nom du paramètre).
- De mon coté pas de problème pour m'y mettre mais je vais être occupé d'ici la fin de semaine (correction de copies). Ça sera plus calme en fin de semaine. Cordialement, Hexasoft (discuter) 25 juin 2013 à 22:22 (CEST)
- Il y a des priorités ! Pas de problème pour t'attendre.
- Pour ce qui est des dates wikifiées, ça existe avec Démographie2. Cf. l'exemple de Veliki Oustioug donné plus bas. Pour les villes russes ils ont mis par exemple : [[Recensement de l'Empire russe (1897)|1897]].
--FDo64 (d) 25 juin 2013 à 23:56 (CEST)
- Ok, je vois, avec cet exemple. Toutefois de la façon dont ça fonctionne les dates n'en sont pas : ce sont des paramètres non nommés (où on précise explicitement le No du paramètre). Donc si l'utilisateur utilise "1979* = 37916" ou encore "[[Recensement soviétique de 1989|1989]]* = 36202" d'un point de vue pratique le nom du paramètre dans le premier cas est exactement "1979*" (dans le deuxième cas je ne sais même pas ce que ça donne ni si ça fonctionne dans le cadre de "param=valeur" car c'est wikifié…
- Bref ça ne va pas être facile. Ne peut-on demander au bot de transférer tout ce qui est en plus de la date stricte dans la note associée ? Par exemple "[[Recensement soviétique de 1989|1989]]* = 36202" → "1989=36202 |1989 note=[[Recensement soviétique de 1989]]" (enfin, je doute qu'un bot soit capable de faire ça automatiquement dans tous les cas, hein…). Hexasoft (discuter) 10 juillet 2013 à 09:55 (CEST)
- J'ai beaucoup travaillé avec Orlodrim (d · c · b) qui est capable de développer ce genre de requête complexe. C'est donc possible. Après, dans le cas particulier de la Russie, c'est une constante, donc facilement programmable par AWB.
- Quoiqu'il en soit, puisque ce n'est pas faisable par le module, je retiens ta proposition qui me convient et je vais mettre à jour la demande de bot en ce sens.
- Reste donc à traiter le nouveau paramètre AAAA unité.
- Merci ! --FDo64 (d) 10 juillet 2013 à 10:20 (CEST)
- Ok. Donc pour le "unité" : si j'ai bien compris c'est en gros exactement le même fonctionnement que "AAAA note", à savoir que le terme est ajouté à la suite de l'année AAAA si un paramètre "AAAA unité" est trouvé. J'ai bon ? Hexasoft (discuter) 10 juillet 2013 à 11:00 (CEST)
- Oui, et je t'invite à relire mon message du 14 juin 2013 qui précise l'ordre des champs et les espacements, illustré d'un exemple.
- A+ --FDo64 (d) 10 juillet 2013 à 11:27 (CEST)
- Voir l'exemple en dernière section de cette page et le code associé. C'est ça ? Hexasoft (discuter) 10 juillet 2013 à 13:16 (CEST)
- Ok. Donc pour le "unité" : si j'ai bien compris c'est en gros exactement le même fonctionnement que "AAAA note", à savoir que le terme est ajouté à la suite de l'année AAAA si un paramètre "AAAA unité" est trouvé. J'ai bon ? Hexasoft (discuter) 10 juillet 2013 à 11:00 (CEST)
- ←
- C'est parfait ! Maintenant, les étapes suivantes sont :
- Mettre en place le nouveau modèle (puisque tu es admin, tu dois pouvoir t'en charger ?),
- Mettre à jour la documentation (je veux bien m'en occuper) avant l'étape 2 de la demande de bot,
- Faire la demande de bot (je veux bien m'en occuper).
- J'ai vu sur ta PU que tu avais un robot, saurais-tu te charger des conversions ? Moi, avec AWB en mode manuel, je ne saurais traiter 30 000 pages...
- --FDo64 (d) 10 juillet 2013 à 15:22 (CEST)
- Pour la mise en place du modèle/module oui je peux le faire. Ça va casser plein d'articles non ? Ya des éléments de syntaxe qui ne sont pas les mêmes.
- Ne peut-on créer un modèle intermédiaire (du genre {{Démographie migration}} − c'est un exemple, migration ayant un sens coté étude des populations c'est peut-être mal choisi) puis sur chaque article utilisant le modèle : changer le modèle et la syntaxe en même temps → ceux pas encore corrigés sont alors inchangés, les autres ont la bonne syntaxe.
- Il reste quand c'est terminé à remplacer le modèle d'origine (plus utilisé normalement à ce moment là) et à renommer le modèle dans les articles.
- Et comme ça la doc peut être mise à jour dès le départ dans le modèle "de migration", en plus.
- Ton avis ?
- Pour mon bot pourquoi pas mais là autant j'ai un peu de dispo autant je ne sais pas si j'aurais assez de temps pour me lancer là-dedans : j'ai quelques autres analyses par bot en cours et comme je suis en travaux chez moi je n'ai accès à une connexion qu'en journée . Hexasoft (discuter) 12 juillet 2013 à 10:41 (CEST)
- Pas besoin d'un modèle temporaire pour la migration, celui que tu as développé est 100% compatible avec le modèle:Démographie actuel, y compris sa documentation (Cf. discussion ci-dessus). Il n'est pas compatible avec modèle:Démographie2 et c'est pourquoi il y aura un bot pour migrer les pages vers le nouveau modèle. En conclusion, il n'y a plus qu'à mettre en place cette nouvelle version, puis exécuter les deux étapes de la demande de bot.
- Merci. --FDo64 (d) 12 juillet 2013 à 22:03 (CEST)
- Hop,
- ok pour {{Démographie}}. Je ne me rappelais plus qu'il n'est incompatible qu'avec Démographie2 .
- Donc si je résume : je change le code du modèle Modèle:Démographie pour faire appel au module est c'est bon. La doc sera à retoucher : ce ne sera plus un modèle obsolète, et il serait bien d'inclure les nouvelles fonctionnalités non présentes dans l'ancien.
- Tu veux qu'on prépare la doc avant que je change ou pas ? Dès que tu me dis j'applique le changement. Hexasoft (discuter) 15 juillet 2013 à 12:06 (CEST)
- La mise à jour de la doc doit se faire avant l'étape 2 de la demande de bot. On peut donc déjà mettre en place la nouvelle version maintenant. Je m'étais proposé pour modifier la doc, mais si tu peux y participer bien évidemment !
- Merci. --FDo64 (d) 15 juillet 2013 à 18:14 (CEST)
- J'ai remplacé le modèle {{Démographie}}. J'ai regardé quelques articles, c'est bon. Il y a toutefois une différence : Haute-Savoie#D.C3.A9mographie_et_population par exemple, l'ancien modèle s'arrêtait aux données présentes alors que là il va jusqu'à 9 quoi qu'il arrive.
- Je pourrai ajouter un cas dans le module : si nb colonnes pas indiqué et 1 seule ligne à afficher et moins d'élément que le max on réduit. Hexasoft (discuter) 17 juillet 2013 à 09:30 (CEST)
Pour Ce serait plus élégant ! --FDo64 (d) 17 juillet 2013 à 10:24 (CEST)
- J'ai créé dans la foulée Module:Démographie/Test contenant le même code. Ça permet de tester des changements sans casser les articles (puisqu'il est maintenant utilisé) et aussi à d'autres de tester des modifications (car /Test n'est pas protégé). J'ai posé dans Discussion module:Démographie/Test/Documentation un test de cette fonctionnalité : on voit bien que s'il y a une seule ligne et moins d'éléments que la taille par défaut il réduit celle-ci (sauf si on précise explicitement le nombre de cases). Je vais reporter le changement dans le module principal. Hexasoft (discuter) 17 juillet 2013 à 10:33 (CEST)
- J'ai mis à jour la documentation du modèle. Je t'invite à la relire pour vérifier que le nouveau module correspond bien à cette description. Merci. --FDo64 (d) 17 juillet 2013 à 12:17 (CEST)
- Demande de bot postée à l'instant : Wikipédia:Bot/Requêtes/2013/07#Fusion des modèles Démographie et Démographie2. --FDo64 (d) 17 juillet 2013 à 14:41 (CEST)
- Pourrais-tu consulter la demande de bot ? Il y a Orlodrim qui propose des changements.
- Merci. --FDo64 (d) 18 juillet 2013 à 01:07 (CEST)
- Demande de bot postée à l'instant : Wikipédia:Bot/Requêtes/2013/07#Fusion des modèles Démographie et Démographie2. --FDo64 (d) 17 juillet 2013 à 14:41 (CEST)
- J'ai mis à jour la documentation du modèle. Je t'invite à la relire pour vérifier que le nouveau module correspond bien à cette description. Merci. --FDo64 (d) 17 juillet 2013 à 12:17 (CEST)
- J'ai créé dans la foulée Module:Démographie/Test contenant le même code. Ça permet de tester des changements sans casser les articles (puisqu'il est maintenant utilisé) et aussi à d'autres de tester des modifications (car /Test n'est pas protégé). J'ai posé dans Discussion module:Démographie/Test/Documentation un test de cette fonctionnalité : on voit bien que s'il y a une seule ligne et moins d'éléments que la taille par défaut il réduit celle-ci (sauf si on précise explicitement le nombre de cases). Je vais reporter le changement dans le module principal. Hexasoft (discuter) 17 juillet 2013 à 10:33 (CEST)
Notes et références modifier
- [http://splaf.free.fr/ http://splaf.free.fr/ Historique du département des Yvelines]
- INSEE : Estimation de population au 1er janvier, par département, sexe et grande classe d'âge
- Note : avant 1968, la population se rapporte au territoire actuel des Yvelines.
- [http://splaf.free.fr/ http://splaf.free.fr/ Historique du département des Yvelines]
- INSEE : Estimation de population au 1er janvier, par département, sexe et grande classe d'âge
- Note : avant 1968, la population se rapporte au territoire actuel des Yvelines.
- Voir le calcul dans livre machin.
Test paramètre 'AAAA unité' modifier
Position du tableau modifier
Je propose de supprimer le « align="center" » ligne 370.
Il ne sert pas à grand chose puisque le tableau est aussi positionné par « vflottant », et cela permettrait d'éviter que le tableau se glisse sous l'infobox sur Chrome.
Zebulon84 (discuter) 2 octobre 2013 à 15:11 (CEST)
- Personnellement pas d'opposition (ni même d'avis en fait . Quand j'ai créé ce code j'ai simplement suivi la structure HTML que générait la version "modèle", sans (trop) me poser de question. Hexasoft (discuter) 2 octobre 2013 à 15:57 (CEST)
- Ne suffit-il pas, tout simplement, de mettre
flottant=gauchelors de l'appel du modèle:Démographie ? --FDo64 (discuter) 2 octobre 2013 à 16:26 (CEST)- Il y a deux manières de positionner un élément en html :
- avec l'attribut align, mais c'est déconseillé en html4 et abandonné en html5. néanmoins les navigateur l'acceptent toujours.
- en gérant les "margin" dans l'attribut style, souvent dans les fichiers css. c'est la méthode à employer aujourd'hui.
- Ici les deux méthodes sont employées simultanément.
flottant=gauchejoue sur margin pour positionner le tableau à gauche. - Visiblement firefox semble ignorer le align et n'utiliser que le margin. Mais la vieille version de chrome que j'avais se basait sur align et centrait le tableau sur la largeur de la page. Cette version s'est mise à jour aujourd'hui et ça ne le fait plus (j'ai vu le changement en direct)
- Le align centre aussi le texte de la légende du tableau, donc il faut retoucher un petit peu plus. Je vais préparer ça dans Démographie/Test.
- Zebulon84 (discuter) 5 octobre 2013 à 10:55 (CEST)
- J'ai bien peur que l'attribut align ne soit très utilisé dans les pages et dans les modèles (par exemple, {{Début dynastie}}). Faut-il lancer un chantier pour le remplacer partout ? Si oui, par quoi exactement ? --FDo64 (discuter) 5 octobre 2013 à 12:15 (CEST)
- Il faut remplacer le modèle align. Il a déjà fallu le faire en urgence pour les tableaux lorsque Wikpédia à adopté le
<!DOCTYPE html>. Par quoi, ce n'est pas toujours simple, en général « margin:0 auto » ce qui est déjà le cas pour le modèle dynastie. Je vais vérifier s'il faut toucher autre chose. - Pour le cas de Démographie c'est un peu plus complexe que prévu, le style « overflow:hidden » est impliqué, et il n'est pas gérer de la même façon sur safari (5.1 sur windows). Il va faut que je j'arrive à installer une version mac pour voir comment ça se passe.
- Zebulon84 (discuter) 5 octobre 2013 à 22:11 (CEST)
- Il faut remplacer le modèle align. Il a déjà fallu le faire en urgence pour les tableaux lorsque Wikpédia à adopté le
- J'ai bien peur que l'attribut align ne soit très utilisé dans les pages et dans les modèles (par exemple, {{Début dynastie}}). Faut-il lancer un chantier pour le remplacer partout ? Si oui, par quoi exactement ? --FDo64 (discuter) 5 octobre 2013 à 12:15 (CEST)
- Il y a deux manières de positionner un élément en html :
- Ne suffit-il pas, tout simplement, de mettre
Overflow modifier
Hello,
Je ne sais pas pourquoi l'overflow est mis à hidden dans ce module, mais cela casse l'affichage dans Drogny#D.C3.A9mographie, notamment. - Ash - (Æ) 15 mai 2016 à 18:54 (CEST)
Utilisation de Wikidata modifier
Bonjour,
Il y a une fonction de récupération Wikidata un peu compliquée qui devrait pouvoir être largement simplifiée par un appel à Module:Wikidata. Comme de toute façon ce module est chargé sur à peu près toutes les pages, l'impact sur la performance devrait être négligable. Comme la page est protégé, c'est plus difficulté de faire des tests, mais il faudrait a priori remplacer
local function get_snack_value(t, v, ...)
if v and type(t) == 'table' then
return get_snack_value(t[v], ...)
elseif v then
return nil
else
return t
end
end
--[[
Fonction de récupération des données de Wikidata.
--]]
function p.valeur_wikidata(pm)
local id = mw.wikibase.getEntityIdForCurrentPage()
if mw.wikibase.isValidEntityId(p.pframe.args.wikidata) then
id = p.pframe.args.wikidata
elseif not id then
return
end
local popProp = mw.wikibase.getAllStatements( id, 'P1082' )
if not popProp or #popProp == 0 then
return
end
for _, statement in ipairs( popProp ) do
local pop = get_snack_value(statement, 'mainsnak', 'datavalue', 'value', 'amount')
local date_table = get_snack_value(statement, 'qualifiers', 'P585', 1, 'datavalue', 'value' )
if pop and date_table and date_table.precision > 8 and statement.rank ~= 'deprecated' then
local an = tonumber(date_table.time:match('^%+(%d%d%d%d)'))
if an then
pm[an] = pop:match('%d+')
end
end
end
end
par quelques chose comme :
local wd = require "Module:Wikidata"
function p.valeur_wikidata(pm)
local id = mw.wikibase.getEntityIdForCurrentPage()
if mw.wikibase.isValidEntityId(p.pframe.args.wikidata) then
id = p.pframe.args.wikidata
elseif not id then
return
end
local claims = wd.getClaims{entity = id, property = "P1082", minprecision = 8, excludespecial = true}
if not claims then
return
end
for _, statement in ipairs( claims ) do
local pop = wd.formatStatement(statement)
local year = getFormattedDate(statement, {precision = 'year'})
pm[an] = year
end
end
Modifs du 19 mars 2022 modifier
Concernant les modifs du sur ce module, voir cette discussion :
Refs aussi ces anciennes discussions qui sont en rapport avec la problématique qui a été traitée (attention, pages longues) :
Fusion de communes modifier
Bonjour, J'ai découvert ce module sur la page de Charleville-Mézières, et ai constaté par un commentaire sous les données démographiques que celles-ci deviennent "fausses" ou "peu intuitives" suite à une fusion de communes, car en tout cas dans cet exemple les données démographiques avant la date de fusion semblent être celles d'une seule des villes fusionnées. Existe-t-il un moyen pour faire apparaître un historique de population sur le périmètre géographique de la commune actuelle, et donc en ajoutant les données démographiques de l'ensemble des communes historiques qui la constituent ? Est-ce un problème général ou lié à de mauvaises méta données sur la page que j'ai consultée ? Nino paris (discuter) 18 septembre 2022 à 09:21 (CEST)
Demande spéciale modifier
Bonjour, comme il est possible qualifier la population avec la méthode de détermination (d) Q29051383 (« estimation de la population »), croyez vous qu'il serait envisageable de retourner seulement la population ayant la méthode Q39825 (« recensement de la population ») ? Sinon pourrait on retourner que le rang préféré. Yanik B 4 février 2024 à 21:40 (CET)