Skip to content
This repository has been archived by the owner on Apr 9, 2019. It is now read-only.

Erreurs sur code 210 et successeurs (Bois-Guillaume/Bihorel) #43

Closed
davidbgk opened this issue May 15, 2017 · 0 comments
Closed

Erreurs sur code 210 et successeurs (Bois-Guillaume/Bihorel) #43

davidbgk opened this issue May 15, 2017 · 0 comments
Assignees

Comments

@davidbgk
Copy link
Contributor

Prenons l'exemple de la défusion de Bois-Guillaume-Bihorel (76108) en Bois-Guillaume (76108) et Bihorel (76095) au 01/01/2014.
Je ne comprends pas pourquoi la ligne identifiée COM76095@2014-01-01 (Bihorel) ne contient pas comme ancestors COM76108@2012-01-01 (Bois-Guillaume-Bihorel).
Et pourquoi la ligne COM76108@2012-01-01 (Bois-Guillaume-Bihorel) ne contient comme successors que COM76108@2014-01-01 (Bois-Guillaume) mais pas COM76095@2014-01-01 (Bihorel).
COM76108@2014-01-01 (Bois-Guillaume) contient bien, lui, comme ancestors COM76108@2012-01-01 (Bois-Guillaume-Bihorel) .
Et cette situation semble être semblable dans tous les cas de défusions. Or, sans cette information, il ne m'a pas pouvoir voir apparaître dans votre table l'évènement indiqué au lien suivant : 01/01/2014 : Bois-Guillaume-Bihorel devient Bois-Guillaume suite au rétablissement de Bihorel.
https://www.insee.fr/fr/metadonnees/cog/commune/COM76108-bois-guillaume-bihorel

Merci @antuki

@davidbgk davidbgk self-assigned this May 15, 2017
davidbgk added a commit that referenced this issue May 19, 2017
Correct successors/ancestors for fusion+split, fix #43
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant