## Code officiel géographique - Collectivités d'Outre-Mer Ce jeu rassemble les collectivités d'outre-mer, il vient en complément des datasets téléchargables du [Code officiel géographique (COG) de l'INSEE](https://www.insee.fr/fr/information/5057840). Le formatage (quantité d'informations disponible et noms des variables) sont identiques aux autres fichiers de l'INSEE. #### **Origine des données** Les données utilisées proviennent du site de l'INSEE : - [Codification des collectivités d'outre-mer (COM)](https://www.insee.fr/fr/information/2028040) #### **Liste et informations sur les variables** | Nom de la variable | Longueur de la variable | Désignation et modalités de la variable | |--------------------|-------------------------|-----------------------------------------| | COM | 3 | Code collectivité d'outre-mer | | CHEFLIEU | 5 |Code de la commune chef-lieu | | [TNCC](https://www.insee.fr/fr/information/5057793#tncc) | 1 | Type de nom en clair | | NCC | 200 | Nom en clair (majuscules) | | NCCENR | 200 | Nom en clair (typographie riche) | | LIBELLE | 200 | Nom en clair (typographie riche) avec article | #### **Information supplémentaire** - Fichiers encodés en UTF-8. - Certaines collectivités d'outre-mer n'ont pas de communes chef-lieu, dans ce cas la variable est une string vide.

Ce jeu de données intègre par ailleurs des données de référence sur les communes: - Population - Superficie - Altitude moyenne - Forme géographique Ce jeu de données a été constitué à partir des données de la base GEOFLA® mise à disposition par l'IGN (codes INSEE) ainsi qu'à partir de données Wikipédia (codes postaux).

이 데이터셋의 설명이 없습니다

Tous les codes et informations géographique sur les 36000 communes françaises. Il s'agit d'une compilation de différentes informations tirées de Wikipedia et du travail de http://www.galichon.com/codesgeo/ donnant pour chaque commune de France les informations précises sur leurs régions (et chefs-lieux), départements (et préfectures), circonscriptions législatives et européennes, codes INSEE, codes postaux et coordonnées GPS pour l'essentiel des communes de métropole. (champs : EU_circo code_région nom_région chef-lieu_région numéro_département nom_département préfecture numéro_circonscription nom_commune codes_postaux code_insee latitude longitude éloignement)

Le jeu de données est produit à partir d'ADMIN-EXPRESS-COG de l'IGN. Il est à nouveau généralisé (réduction d'un facteur 2), optimisé pour la cartographie thématique, l'analyse statistique et la publication sur le web de cartes interactives. Les régions et département d'outre-mer (Droms) sont rapprochés de la métropole. Il décrit également des centroïdes optimisés, dérivés autant que possible de la position de la mairie. Les coordonnées figurent dans la couche des contours communaux en EPSG:3857 et WGS84, et sont aussi exprimées sous forme d'une couche ponctuelle séparée. Pour les Droms, les coordonnées sont ajustées pour coïncider avec les territoires ultra-marins déplacés. La couche des contours communaux est aussi proposée au format topoJSON, pour exploitation par exemple avec D3, Magrit, etc. Pour en savoir plus : - [Un fond de carte France par commune optimisé pour le web et l’analyse statistique](https://www.icem7.fr/cartographie/un-fond-de-carte-france-par-commune-optimise-pour-le-web-et-lanalyse-statistique/) - [Les trésors cachés de TopoJSON, format cartographique et topologique](https://www.icem7.fr/cartographie/les-tresors-caches-de-topojson-format-cartographique-et-topologique-1-3/)

Il s'agit d'un export depuis le SGBD PostgreSQL (v9.4.5 Win 64b) du code officiel géographique 2018 mis à disposition le 26/03/2018 par l'INSEE (encodage UTF8). Il est nécessaire de créer le schéma ref_insee_cog dans la base d'arrivée avant de restaurer la donnée. Généalogie : Les huit tables du COG 2018 au format "TXT" ont leur extension modifiée pour "CSV" ; le fichier est édité (Notepad++), le séparateur est modifié (tabulation point virgule) Dans le schéma ref_insee_cog, les structures des tables sont créées en SQL (CREATE TABLE) avec ajout en fin de table d'un identifiant interne de type SERIAL pour chaque table ; ces tables sont commentées (tables et attributs). Les données sont chargées dans la base PostgreSQL à partir des fichiers CSV depuis l'interface PgAdmin (CSV, encodage Win1252, point virgule avec en-tête) ; Après import le type SERIAL est abandonné pour le type INTEGER (DROP SEQUENCE) Les contraintes sont posées (ALTER TABLE ADD CONSTRAINT) : clé primaire, une ou plusieurs contraintes d'unicité sémantique, une clé étrangère pour certaines tables. Quelques attributs complémentaires utiles sont créés (ALTER TABLE ADD COLUMN) : aurh_com_ide pour le code commune à 5 caractères fixes, aurh_libgeo pour un libellé formaté "Nom propre" d'un seul tenant, puis ces attributs sont calculés à partir des valeurs natives (UPDATE... CASE WHEN) Les huit tables pays_2018, region_2018, dep_2018, arr_2018, can_2018, comsimp_2018, france_2018 et historiq_2018 de ce schéma ref_insee_cog sont exportées en ligne de commande (pg_dump/pg_restore). Mise en forme Hormis la clé primaire numérique aucune mise en forme n’a été appliquée pour pays_2018, reg_2018 et dep_2018. Il faut particulièrement veiller à ce que le code du département soit formaté sur au moins 2 caractères (pas de transformation en numérique) Pour l’arrondissement (q=332) un code géographique (VARCHAR 4) a été ajouté ainsi qu’un libellé (VARCHAR 48). Une clé étrangère a été appliquée sur le département. Pour le canton (q=2054) un code géographique (VARCHAR 5) et libellé géographique (VARCHAR 48) ont été ajoutés. Une clé étrangère a été appliquée sur le département. NB : le canton ne porte pas l’arrondissement (sic). La valeur du champ « burcentral » a été transformée en aurh_com_ide pour la commune centre. Cependant il n’y a pas d’intégrité avec aurh_com_ide de comsimp_2018 pour 6 « chefs-lieux » : • "76";"48 ";"3 ";"1";"48049";"0";"";"CHIRAC";"";"Chirac";993;"Chirac";"4803";"48049" • "28";"50 ";"12";"1";"50173";"1";"";"EQUEURDREVILLE-HAINNEVILLE";"";"Équeurdreville-Hainneville";1036;"Équeurdreville-Hainneville";"5012";"50173" • "28";"50 ";"14";"1";"50416";"3";"(LA)";"HAGUE";"(La)";"Hague";1038;"La Hague";"5014";"50416" • "28";"50 ";"24";"1";"50602";"0";"";"TOURLAVILLE";"";"Tourlaville";1048;"Tourlaville";"5024";"50602" • "84";"74 ";"3 ";"1";"74011";"1";"";"ANNECY-LE-VIEUX";"";"Annecy-le-Vieux";1569;"Annecy-le-Vieux";"7403";"74011" • "84";"74 ";"16";"1";"74268";"0";"";"SEYNOD";"";"Seynod";1582;"Seynod";"7416";"74268" comsimp_2018 (q=35357) : il s’agit de la table centrale du COG, les communes existantes au 1er janvier 2018. Il y a simplement pose et calcul d’identifiant INSEE unique à 5 caractères fixe et calcul du libellé d’une seule colonne. Le libellé respecte les caractères spéciaux et en particulier le caractère « œ». Des contraintes d’unicité sont posées sur cette table en plus de la clé primaire numérique obligatoire : unicité du code commune, unicité du couple département/commune. france_2018 (q=39941) communes ayant existé depuis 1943. Une contrainte d’unicité a été trouvée en combinant dep, arr, ct et com (champs natifs). En revanche la valeur du champ calculé aurh_com_ide n’est pas ici unique (communes surdéfinies pour les cantons urbains). A noter, 10 lignes ne correspondent pas pour les valeurs du champ « pole » • /* • "4";"";"";"";"84";"1";"132";"";"";"1";"69274";"0";"";"CREPIEUX-LA-PAPE";"";"Crépieux-la-Pape";"";"";134;"01132";"" •