Charger les données de consommation via l'ETL et prendre en compte les mouvements de COG

[alexisig]

Dépend de #563

COG = Code Officiel Géogprahique

Situation

• Nous utilisons le COG 2024 comme référentiel d'entités administratives
• Le cerema utilise le COG 2023
• Certaines communes ont été supprimées (par exemple par fusion avec une autre) ou crées en 2024
• Les données de consommation ne sont pas disponible pour ces communes, ou correspondent à une commune n'existant plus (si le code insee a été réutilisé)
• Exemple : Pierre-Bénite-Oullins (fusion de Pierre Bénite et Oullins) ayant gardé le code insee de Oullins présente uniquement les données de consommation d'Oullins, au lieu de montrer l'aggrégation des données de Pierre Bénite et de Oullins

Solution

A partir du mouvement de COG publié par l'insee, aggréger les données du CEREMA sur la base du nouveau référentiel

---

Types de mouvement

---

Mouvement de COG publié par l'insee : https://www.insee.fr/fr/information/7766585#:~:text=du%20territoire%20associ%C3%A9-,%C3%89v%C3%A8nements%20sur%20les%20communes,-Liste%20des%20%C3%A9v%C3%A8nements

[alexisig]

@leabouche @smdsgn pour information sur le passage des données de conso au COG, on a deux cas de figure qui se présentent :

1. Plusieurs communes fusionnent (la plupart des cas)
2. Une commune est divisée en plusieurs communes (2 communes divisées en un total de 6 en 2024)

---

Dans le premier cas, on peut aggréger les données (additionner tous les champs) -> pas de contrainte particulière
Dans le second, comme l'information de consommation n'est pas localisée, ce n'est pas possible de diviser précisemment la consommation entre les différentes nouvelles communes.

---

Je vous propose 2 solution pour les 6 communes qui ont été divisées de :

A) Plus simple mais imprécise

On divise la consommation des communes en % d'un indicateur choisi (surface, population etc...)
-> on ajoute un message pour justifier ce choix et la date à partir de laquelle les données seront officielles (avril 2025)
-> le reste de l'interface reste inchangé

-> on peut aussi masquer l'onglet conso à l'échelle du diag de la commune

B) Plus correct mais plus complexe

1. masquer l'onglet conso avec un message explicatif reprenant le mouvement du cog et la date de dispo des données (avril 2025)
2. retirer les nouvelles communes des résultats de recherche / valeurs par défaut des territoires de comparaison
3. conserver les deux communes non divisées du COG 2023 dans notre référentiel pour permettre les calculs sur les EPCI et SCOT dont font partie ces communes

• les cartes et graphiques d'EPCI et de SCOT à la maille d'analyse COMMUNE afficheront l'ancienne commune au lieu des nouvelles
• un message est ajouté pour permettre à l'utilisateur de comprendre ce choix
• ces communes n'apparaissent pas dans les résultats de recherche

---

J'ai une préférence pour la A, et vous ?

[leabouche]

Je voterai pour la A aussi

Pour ce qui est de masquer l'onglet conso à l'échelle du diag de la commune je suis partagée parce que:

1. c'est un calcul assez arbitraire, et c'est étrange d'afficher un historique pour des dates auxquelles la commune n'existait pas
2. mais ça permettrait de reconstruire l'historique de conso des deux anciennes communes qui ont été divisées.

Je pencherais quand même pour masquer l'onglet conso jusqu'en 2025

[alexisig]

Solution A choisie en affinage