Discussion Projet:Communes de France/Section Évolution démographique
- Admissibilité
- Neutralité
- Droit d'auteur
- Portail de qualité
- Bon portail
- Lumière sur
- À faire
- Archives
- Commons
Toute discussion théorique liée à la Section Évolution démographique est à engager ici. Lorsqu'un consensus conduisant à modifier une partie du texte de la page principale a abouti, celle-ci sera amendée en conséquence.
Affichage des données de population
modifierAffichage des données et … Covid
modifierLe principe d’affichage des données pour les communes de moins de 10000 habitants est de retenir les années pour lesquelles un recensement exhaustif de la commune a été fait : à partir d’une année dénommée recens_prem puis tous les 5 ans.
Ainsi pour un recensement premier
- en 2004, on affiche 2004, 2009, 2014, 2019, 2024 etc
- en 2005, on affiche 2005, 2010, 2015, 2020, 2025 etc
- en 2006, on affiche 2006, 2011, 2016, 2021, 2026 etc
Sauf qu’en 2021, il y a eu le COVID et le recensement a été fait en 2022, puis de 5 en 5.
- pour 2006, on devrait afficher 2006, 2011, 2016, 2022, 2027 etc
Penons par exemple L'Abergement-Clémenciat, le module de données indique ["recens-prem"] = 2006, voir ici, ce qui aurait dû donner un recensement en 2021, mais non le calendrier pour cette commune au-delà de 2021 est bien 2022, 2025, etc. Il suffit de consulter les calendriers sur cette page.
Plusieurs solutions sont envisageables :
- Maintenir le statu quo : tous les 5 ans après recens_prem. Après tout, personne ne s’en est soucié jusqu’à présent. Mais il faut être conscient qu’on n’a alors pas des recensements exhaustifs.
- Corriger le code du module de traitement pour avoir un bon affichage correspondant aux calendriers officiels ;
- Faire démarrer tous les affichages en 2006, puis de 5 en 5, comme pour les communes de plus de 10000 habitants. Ce n’est qu’une question d’affichage, on n'a certes plus des recensements exhaustifs, mais ne pas oublier que depuis 2006, toutes les populations annuelles sont légales. Dans ce cas-là, on pourrait supprimer le paramètre recens_prem.
Cordialement.Gnace2835 (discuter) 27 octobre 2026 à 10:46 (CET)
- Pour info @Gnace2835, je viens de corriger l'affichage des données pour que le décalage du COVID soit pris en compte également dans le tableau et le graphique.
- À l'époque, je n'avais effectué la modification que dans la phrase introductive pour que la variation calculée soit la bonne.
- JessydeVilly Oui ? 27 octobre 2026 à 13:50 (CET)
Beaucoup de recens_prem erronnés
modifierDes exemples :
| Code Insee | Nom commune | ["recens-prem"] = | Calendrier 2027 (source) |
|---|---|---|---|
| 24325 | Pechs-de-l’Espérance | 2022 | 2028 |
| 24376 | Saint Aulaye-Puymangou | 2018 | 2029 |
| 24423 | Saint-Julien-Innocence-Eulalie | 2021 | 2027 |
| 24490 | Saint Privat en Périgord | 2020 | 2031 |
| 24534 | Sigoulès-et-Flaugeac | 2023 | 2028 |
| 24540 | Sorges et Ligueux en Périgord | 2019 | 2030 |
| 24554 | La Tour-Blanche-Cercles | 2019 | 2030 |
| 25035 | Les Auxons | 2013 | 2029 |
| 25060 | Val-d’Usiers | 2020 | 2031 |
| 79179 | Moncoutant-sur-Sèvre | 2016 | 2029 |
| 79185 | Aigondigné | 2016 | 2029 |
| 79334 | Val-du-Mignon | 2015 | 2028 |
| 81026 | Bellegarde-Marsal | 2013 | 2029 |
Plusieurs solutions sont envisageables :
- Corriger le tout. Un bot sera nécessaire vu le nombre de communes nouvelles.
- Supprimer le paramètre recens_prem, comme vu plus haut.
Cordialement.Gnace2835 (discuter) 27 octobre 2026 à 12:08 (CET)
Absence de parmètre recens_prem
modifier- Champagne (Eure-et-Loir) (commune nouvelle créée en 2015). « Pour la commune, le premier recensement exhaustif entrant dans le cadre du nouveau dispositif a été réalisé en [3],[Note 1].»
- Absence du paramètre en question. Solution : ajouter un test qui génère un message d'erreur en de telles circonstances, afin que le contributeur ajoute le paramètre manquant. Gnace2835 (discuter) 27 octobre 2026 à 16:22 (CET)
Module de traitement
modifierTexte d'introduction trop long
modifierLe texte d'introduction automatique est trop long, ou tout au moins trop développé u point de vue général sur les modalités de rencensements après 2004.
Il conviendrait, selon mon point de vue, de retenir :
- une phrase simple disant que le recensement de la commune a commencé en XX (du style de la phrase existante) ;
- une phrase ou paragraphe sur les éventuels changements de territoires entre le début et 2004, en indiqnat notamment la ou les fusions après 1971 (cela nécessoite un travail préalable d'indetification de ce schngements de territoire) ;
- une phrase sur le renouveau du recensement à partir de 2004 en indiquant notamment le premier recensement de la commune ;
- une phrase sur la ou les éventuelles fusions ou défusions après 2010.
On peut encore avoir un texte long, mais au mpoins ciblé sur les spécificités de la commune Gnace2835 (discuter) 27 octobre 2026 à 14:49 (CET)
Calcul des variations
modifier- Val-de-Cognac - la phrase affichée par le modèle est « En 2023, la commune comptait 3 471 habitants[Note 3], en diminution de 3,52 % par rapport à 2016 (Charente : -0,44 %, France hors Mayotte : +1,21 %). La densité est de 56,3 hab/km2.»
- La commune n'a été créée qu'en 2025. Test à ajouter pour faire apparaitre un message d'erreur.
- On se demande pourquoi ces 6 ans pour calculer la variation de population, alors que c'est un intervalle qui n'est retenu nulle part ailleurs. Mais bon pourquoi pas. Gnace2835 (discuter) 27 octobre 2026 à 16:20 (CET)