changement_COG_typo_details: Créer une table de communes fusionnées appartenant à des...

Description Usage Arguments Details References See Also Examples

View source: R/changement_COG_typo_details.R

Description

Isoler dans une table les communes fusionnées entre deux géographies communales qui appartiennent à des classes différentes selon une typologie.

Usage

1
2
3
changement_COG_typo_details(table_entree, annees,
  codgeo_entree = colnames(table_entree)[1], typo,
  donnees_insee = TRUE)

Arguments

table_entree

correspond à la table à transformer en une autre géographie

annees

est un vecteur qui liste l'ensemble des années qui séparent le code officiel géographique de départ et d'arrivée. Par exemple c(1968:1985). Le package rend possible l'utilisation de tables de passages d'une année de COG vers une année antiérieure (par exemple c(2016:2014)).

codgeo_entree

est une chaîne de caractères qui indique le nom de la variable contenant les codes Insee communaux. Par défaut, il s'agit du nom de la première colonne de table_entree.

typo

est une chaîne de caractères qui indique le nom de la typologie à convertir.

donnees_insee

vaut TRUE si les données manipulées sont produites par l'Insee. En effet, quelques rares modifications communales (la défusion des communes Loisey et Culey au 1er janvier 2014 par exemple) ont été prises en compte dans les bases de données communales de l'Insee plus tard que la date officielle.

Details

Le code officiel géographique le plus récent du package est actuellement celui au 01/01/2020.

Les millésimes des COG qui peuvent être utilisés sont à ce stade les suivants : 1968, 1975, 1982, 1990, 1999, 2008 à 2020.

Les dates de référence des codes officiels géographiques utilisés dans COGugaison sont les suivantes :


Les différences entre les tables de passage Insee et non Insee sont les suivantes :

References

See Also

changement_COG_varNum, changement_COG_typo, COG_akinator, enlever_PLM, modification_Corse, modifications_communales,nivsupra,apparier_COG,modification_Oudon,trajectoire_commune

Examples

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
## Exemple 1
# Ici nous allons transformer les deux typologies (typoA et typoB) de la table exemple_pop en géographie communale au 1er janvier 2017 (au lieu de 2014).
# L'hypothèse de classement en cas de fusion de communes (*methode_fusion*) choisie est celle d'une classe spécifique (*methode_difference*, classe appelée *mot_difference*="differents") aux regroupements de plusieurs communes de classes différentes. Les autres hypothèses possibles auraient pu être l'hypothèse du maximum de population *methode_max_pop* ou de classe absorbante *methode_classe_absorbante*.
exemple_popcom_COG2017_typo <- changement_COG_typo(table_entree=exemple_popcom[,-2],annees=c(2014:2017),methode_fusion="methode_difference",typos=c("typoA","typoB"),mot_difference = "differents",libgeo=T,donnees_insee=T)
head(exemple_popcom_COG2017_typo)
# Nous allons maintenant isoler dans une table les communes fusionnées appartenant à des classes différentes, ici selon la typologie "typoA" entre 2014 et 2015, 2015 et 2016 et 2016 et 2017.
details_exemple_popcom_COG2017_typo <- changement_COG_typo_details(table_entree=exemple_popcom[,-2],annees=c(2014:2017),typo="typoA", donnees_insee=T)
head(details_exemple_popcom_COG2017_typo[["2014_2015"]])
head(details_exemple_popcom_COG2017_typo[["2015_2016"]])
head(details_exemple_popcom_COG2017_typo[["2016_2017"]])

antuki/COGugaison documentation built on Feb. 29, 2020, 8:26 a.m.