Supporter les codes insee des communes fusionnees

[landryb]

Je vois le ticket #74, mais il serait pratique d'ajouter la notion des communes fusionnees dans l'API et ainsi amener une notion de millesime. https://api.gouv.fr/api/api-geo.html ne precise pas le millesime actuel, et un appel a la racine de l'API pourrait fournir l'info (ou fournir carrément une api versionnée par millésime ?)

Ex 63255 et 63266 ont fusionné en 2014 pour devenir 63255, https://geo.api.gouv.fr/communes/63266 me renvoie un 404.

Idealement, l'API devrait ou rediriger vers 63255 (avec un code 302 ?), et les infos renvoyees pour 63255 devrait faire apparaitre la notion de filiation avec 63266, ou renvoyer les anciennes infos pour 63266 avec un champ specifiant qu'elle a ete fusionnee avec 63255.

@jdesboeufs on en parle ?

[jdesboeufs]

On avait développé ça en mode bac à sable :
https://geohisto-experiment.herokuapp.com/towns/63266
https://geohisto-experiment.herokuapp.com/towns/63266?redirectTo=actual

Et aussi :
https://geohisto-experiment.herokuapp.com/towns/54084
https://geohisto-experiment.herokuapp.com/towns/54084?at=1942

[jdesboeufs]

Ce que tu décris est vraiment au plus haut dans notre roadmap.

[jdesboeufs]

Je lie avec les développements concernés :
https://github.com/etalab/code-officiel-geographique
https://github.com/etalab/geohisto
https://github.com/jdesboeufs/geohisto-experiment

[VincentLanglet]

@jdesboeufs Quelqu'un travaille t il toujours sur le sujet des anciennes communes ?

[rhanka]

Pas de réponse depuis mi-2018 pour l'API ?