Vous pouvez grâce à ce plugin, récupérer en quelques clics, la liste des communes ou des départements et l’intégrer à votre base de données.
Mais ce ne sont pas les seule les délimitations administratives disponibles, il y a :
- Les communes
- Les cantons
- Les arrondissements
- Les départements
- Les régions
- ...
Installation téléchargement et intégration des données
Installation du plugin
Pour installer le plugin COG, ce n’est pas différents des autres plugins. Pour ce qui n’ont jamais installer de plugin SPIP, référez vous à cet article https://www.spip.net/fr_article3396.html
Une fois installé, il est toujours bon d’aller jeter un coup d’œil au panneau de configuration CFG de COG.
Téléchargement des données
Le plugin ne comprenant pas les données, il faut les télécharger sur le site de l’INSEE.
Pour vous simplifier la tâche, le plugin comprends un formulaire pour charger les données nécessaires directement à la partir de l’espace privé de votre site SPIP.
Il vous faut aller sur la page importation, vous trouverez le formulaire téléchargement des données du site INSEE. Choisissez la délimitations administratives qui vous intéressent et cliquer sur « télécharger »
Attention : Au préalable au téléchargement, il vous faut vérifier que votre répertoire de stockage des données défini dans la configuration est autorisé en écriture.
Intégration des données
Une fois, le ou les fichiers, vous pouvez procéder à l’intégration des ces données dans les tables de votre base de donnée.
Un formulaire simple vous permet de faire cet opération, il se trouve en toute logique sur la page « importation des données ».
4 champs sont renseignés,
- La liste déroulante des délimitations administratives à importer
- La case à cocher « » pour éventuellement effacer tout le contenu de la table à importer
- La case à cocher « » pour mettre à jour les informations d’un code déjà existant dans la base.
- un champ ’Filtrer les données’ qui permet de restreindre les données importées
Filtrer les données importées
Exemple : Vous ne souhaitez importer dans votre base que les villes du département Nord
Il vous suffit de renseigner le champs filtre avec la formule
departement=59
Visualiser les données dans l’espace privé.
Vous voulez visualiser les données présentes dans votre base de données.
Si vous êtes avec une SPIP v2.1, il vous faut installer le plugin Tabledata
Une fois tabledata installé vous pourrez ajouter,modifier et supprimer et alors voir apparaite comme par enchantement des raccourcis dans la liste des tables présentes.
Des boucles et critères supplémentaires
De nombreuses boucles sont donc ajoutée
La boucle COMMUNES
Exemple pour la boucle communes
D’autres exemples sont disponible dans le
<B_c>
Nombre total de commune : #GRAND_TOTAL
<table class="spip" width="100%">
<thead>
<tr class="row_first">
<th><:cog:code_insee:></th>
<th><:cog:ville_nom_article:></th>
<th><:cog:nom_article:></th>
<th><:cog:nom:></th>
<th><:cog:nom_majuscule:></th>
<th><:cog:region:></th>
<th><:cog:departement:></th>
<th><:cog:arrondissement:></th>
<th><:cog:canton:></th>
<th><:cog:decoupage_cantons:></th>
<th><:cog:chef_lieu:></th>
</tr>
</thead>
<tbody>
<BOUCLE_c(COG_COMMUNES){par nom}{pagination 50}>
<tr[ class="(#COMPTEUR_BOUCLE|alterner{'row_odd','row_even'})"]>
<td>#DEPARTEMENT#CODE</td>
<td>La ville de #NOM</td>
<td>#ARTICLE #NOM</td>
<td>#NOM</td>
<td>#ARTICLE</td>
<td>#ARTICLE_MAJUSCULE #NOM_MAJUSCULE</td>
<td>#REGION</td>
<td>#DEPARTEMENT</td>
<td>#ARRONDISSEMENT</td>
<td>#CANTON</td>
<td>#DECOUPAGE_CANTONS</td>
<td>[(#CHEF_LIEU|=={1}|oui) est le chef lieu]</td>
</tr>
</BOUCLE_c>
</tbody>
</table>
</B_c>
<p>Encore aucune commune n'a été importé dans la base.</p>
<//B_c>
Le coin des développeurs
Hack
Exploitation des liaisons communale dans le moteur de recherche
Vous êtes en SPIP 2.0 ou SPIP 2.1, vous avez attacher à de nombreux articles de votre site à des villes, vous souhaitez que lorsque qu’un internaute taper dans le moteur de recherche le nom d’une ville, il se retrouve avec la liste de tout les article attaché à cette ville. Ce n’est pas très compliqué, il faut jute faire un petit hack
Tout d’abord, il vous faut ajouter un pipeline au plug COG
Dans le fichier plugin.xml, ajouter :
<pipeline>
<nom>rechercher_liste_des_jointures</nom>
<inclure>cog_pipeline.php</inclure>
</pipeline>
Ensuite dans le fichier cog_pipeline.php, ajouter la fonction :
function cog_rechercher_liste_des_jointures($tables) {
$tables['article']['cog_commune']['nom'] = 2;
return $tables;
}
Pour finir, si vous utilisez le plugins Fulltext, ajouter les deux fonctions présentent dans le fichier inc/cog_recherche_to_array.php dans le fichier cog_fonctions.php
sinon
renommer le fichier inc/cog_rechercher.php en inc/rechercher.php, vous activer de cette manière la surcharge du fichier rechercher.php présent dans ecrire/inc
Discussions par date d’activité
8 discussions
Hello :-)
Juste pour dire que la lib du plug est maintenant deprecaded.
https://github.com/PHPOffice/PHPExcel/blob/1.8/README.md
Ils disent qu’il faut maintenant se servir de https://github.com/PHPOffice/PhpSpreadsheet
Franck
Répondre à ce message
Bonjour,
Je tente d’utiliser la version 2.3.4 du plugin avec spip3.1.3
Comme certains l’auront sans-doute remarqué,
l’INSEE a mis son site à jour ainsi que les données COG.
J’ai modifié le fichier /cog_config.php
comme proposé par michet.h35 en 2013 dans ces mêmes commentaires,
mais cela ne fonctionne pas !
Les raisons ??? les fichiers sont nommés différemment et la structure de certains a été modifiée.
La situation se résume en :
1. le plugin ne peut importer que les Régions 2016
2. la modification des URL dans cog_config.php ne répare pas le plugin
3. la table cog_regions_anciennes n’a pas été créée à l’installation du plugin => importation des Régions 2015 ne se fait pas
4. La colonne « arrondissement » de la table cog_cantons n’a plus de sens (les nouveaux cantons pouvant chevaucher les limites d’arrondissements)
5. Une nouvelle colonne NB_COM (nbre de communes) des sources Liste des EPCI n’est pas utilisée par SPIP
6. Le tableau des compositions communales n’est pas exploité par le plugin
Pour pouvoir, tout de même, tester le plugin,
j’ai refais des tableaux CSV pour peupler manuellement les tables avec PHPMyAdmin
mais il reste des questions sans réponses :
1. Faut-il recréer manuellement la table cog_regions_anciennes
2. Comment doit-on gérer la colonne « region_ancienne » de cog_departements
3. Faut-il dans cog_epcis modifier les valeurs de « libelle » ; p.ex. changer « CC de Pange » pour « Communauté de communes de Pange » ou spip devrait-il s’en charger ?
4. Y-a-t-il un moyen prévu pour intégrer la composition communale des EPCI pour pouvoir :
- lier les communes à leur EPCI
- sortir la liste des communes d’un EPCI / ou les autres communes associées à la commune courante ?
Si quelqu’un(e) a une solution pour ce dernier point ... c’est celui qui me fais le plus défaut.
Comme je n’ai pas les compétences pour remettre moi-même le plugin en concordance avec les sources INSEE, là va s’arrêter ma contribution :-(
Voilà, merci de m’avoir lu,
vous trouvez à suivre le détail des comparaisons entre le plugin et les sources actuelles de L’INSEE.
Le contenu qui suit est celui d’un fichier texte (non-accepté en pièce jointe),
pour le visualiser dans sa forme original coller/copier ce contenu dans votre éditeur de texte.
Ce qui suit est le contenu d’un fichier TEXTE, pour le voir correctement recréer ce fichier en copiant le contenu suivant :
2017-02-03
Le détail des comparaisons des données du plugin vs INSEE (actuel)
Comparaison spip_cog // INSEE
==============================
## URLs 2015 (cog_config.php) vs 2016 (insee)
### 2015 (cog_config.php)
#### cog_regions
region2016.txt => fourni par le plugin
#### cog_regions_ancienne
region2015.txt => fourni par le plugin
#### cog_departement
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2015/txt/depts2015.txt
#### cog_arrondissement
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2015/txt/arrond2015.txt
#### cog_canton
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2015/txt/canton2015.txt
#### cog_commune
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2015/txt/comsimp2015.zip
#### cog_epci
http://www.insee.fr/fr/methodes/zonages/epci-au-01-01-2013.zip
### 2016 (insee)
https://www.insee.fr/fr/statistiques/fichier/2114819/reg2016-txt.zip
https://www.insee.fr/fr/statistiques/fichier/2114819/depts2016-txt.zip
https://www.insee.fr/fr/statistiques/fichier/2114819/arrond2016-txt.zip
https://www.insee.fr/fr/statistiques/fichier/2114819/canton2016-txt.zip
https://www.insee.fr/fr/statistiques/fichier/2114819/comsimp2016-txt.zip
https://www.insee.fr/fr/statistiques/fichier/2510634/intercommunalite-01-01-2016.zip
N’ayant pas les fichiers des millésimes précédents dans leur forme première (le site insee les a mis à jour → ZIP/url)
je n’ai pas su renommer les sources adéquatement dans :
./tmp/cog_donnees
J’ai donc édité des fichiers CSV pour peupler manuellement les Tables de SPIP avec PhPMyAdmin
Format CSV : séparateur=virgule ; toutes les valeurs entre guillemets doubles ; codage=UTF-8 (après remplacement des Œ ; œ ; — )
=====================================================================================================================================
## Voici les différences/modifications entre la structure des tables spip et les tableaux 2016 (et 2013) de l’insee.
### Régions
Fichiers : SPIP=region2016.txt INSEE=reg2016.txt
id_cog_region code chef_lieu type_charniere nom_majuscul nom maj
1 1 97105 3 GUADELOUPE Guadeloupe 000....
2016 REGION CHEFLIEU TNCC NCC NCCENR
2013 REGION CHEFLIEU TNCC NCC NCCENR identique
### Départements
Fichiers : SPIP=inconnu INSEE=depts2016.txt
id_cog_departement region code chef_lieu type_charniere nom_majuscule nom region_ancienne
xxx 84 01 01053 5 AIN Ain xxx
2016 REGION DEP CHEFLIEU TNCC NCC NCCENR (manquant)
2013 REGION DEP CHEFLIEU TNCC NCC NCCENR (manquant) identique
« region_ancienne » est manquant , mais récupérable sur le fichier : depts2015.txt de l’INSEE si le format correspond avec la table
### Arrondissements
Fichiers : SPIP=inconnu INSEE=arrond2016.txt
id_cog_arrondissement region departement code chef_lieu type_charniere article_majuscule nom_majuscule article nom maj
xxx 84 01 1 01034 0 (LE) BELLEY (le) Belley xxxxx
2016 REGION DEP AR CHEFLIEU TNCC ARTMAJ NCC ARTMIN NCCENR
2013 REGION DEP AR CHEFLIEU TNCC ARTMAJ NCC ARTMIN NCCENR identique
### Cantons
Fichiers : SPIP=inconnu INSEE=canton2016.txt
id_cog_canton region departement arrondissement code type_canton chef_lieu type_charniere article_majuscule nom_majuscule article nom maj
xxx 76 11 xxx 07 1 11132 4 (LES) CORBIERES (Les) Corbières xxxxx
2016 REGION DEP (manquant) CANTON TYPCT BURCENTRAL TNCC ARTMAJ NCC ARTMIN NCCENR
2013 REGION DEP AR CANTON TYPCT CHEFLIEU TNCC ARTMAJ NCC ARTMIN NCCENR modifié !!!
_Note_ : l’ ARrondissement manquant dans canton2016.txt car les nouveaux cantons peuvent chevaucher les AR ; idem pour la composition (communes)
### Communes
Fichiers : SPIP=inconnu INSEE=comsimp2016.txt
id_cog_commune decoupage_cantons chef_lieu region departement code arrondissement canton type_charniere article_majuscule nom_majuscule article nom maj
xxx 0 0 84 01 049 2 13 3 (LA) BOISSE (La) Boisse xxxxx
CDC CHEFLIEU REG DEP COM AR CT TNCC ARTMAJ NCC ARTMIN NCCENR identique
### epcis
Fichier : SPIP=inconnu INSEE=intercommunalit-2016.xls >> Liste_des_EPCI (feuille 1)
id_cog_epci code nature libelle
2016 EPCI LIBEPCI NATURE_EPCI NB_COM
200000164 CC de Pange CC 18
2013 EPCI LIBEPCI NATURE_EPCI modifié !!!
La colonne « nature » de SPIP correspond à « NATURE_EPCI » d’INSEE qui devra être déplacée devant « LIBEPCI »
La (nouvelle) colonne NB_COM des sources n’est pas utilisée par SPIP
Le tableau des compositions communales (feuille 2) n’est pas exploité par le plugin
Je n’ai pas réussi à mettre le détail (ou il est en attente dans les tuyaux du site)
... j’ai donc mis la comparaison des données dans un pad de Framasoft librement accessible pendant 1 an : https://annuel.framapad.org/p/spip_cog_data_compar_plugin-vs-insee
Bonjour,
La version 2.3.6 du plugin importe correctement tous les éléments à partir du site de l’INSEE, sauf les EPCI.
C’est un peu du bricolage.
Il faudrait dans cog_config.php indiquer le nom du fichier extrait (en plus du chemin distant sur le site de l’INSEE).
Je viens de tester un peu plus : les cantons ne sont pas correctement importés :(
Répondre à ce message
Bonjour,
J’utilise COG 2.1.1 avec SPIP 3.1 et Autorité 0.10.13.
Autorité est configuré pour que chaque rédacteur puisse modifier les articles publiés dont il est l’auteur.
Quand COG est actif, les rédacteurs ne peuvent plus voir le contenu des articles dont ils sont les rédacteurs, côté privé : la DIV id=« contenu » est vide :-((
Peut-être que le passage en version compatible 3.1 ;-)))
Merci de me fournir vos pistes !
François
... j’oubliais : j’ai configuré COG pour que le bloc de saisie « Attacher à une commune » apparaisse au bas de chaque article, et c’est dans cette config que le bug se produit.
Je rrproduis ici le buggue. Avec plusieurs rédacteurs ça va être tordu de travailler.
Ll
La gestion des autorisations est-elle gérées dans COG ?
UP !
Ce bug est vraiment bloquant car on ne peut pas utiliser conjointement les paramètres d’Autorité et la possibilité d’attacher une commune à un article :-((((
Merci pour votre aide ;)
Répondre à ce message
Question bête, c’est moi ou je ne vois aucun code postal en base de données dans la table commune ?! C’est volontaire ? SI l’on souhaite faire une recherche par code postal on est donc .... comment dire embêté ? C’est quand même étrange que L’INSEE ne les ai pas fournit dans leur fichier.
Merci d’avance
Répondre à ce message
Bonjour,
Les fichier 2015 sont sorti, on peut envisager une mise à jour ?
Les cantons sont en cours de changement en moment, le plugins s’actualise régulièrement ?
Répondre à ce message
C’est super d’avoir les données bien normées de l’INSEE, etc. Mais je bute sur cette phrase :
On est pas dans un « marché » où on se fait la concurrence et où chacun y va de sa méthode et aux utilisateurs de se démerder pour « choisir » le plugin qui correspondra le mieux à son besoin.
Évidemment il arrive que deux conceptions soient parfaitement incompatibles. Mais dans le cas de la géographie, la quantité d’infos est importante mais pas sa structure, c’est toujours assez simple et en plus déjà normé par des instituts publics. Je suppose qu’il doit bien y avoir un moyen un jour (je dis pas là tout de suite hein...) de réfléchir ensemble à organiser UNE manière de travailler avec la géographie dans SPIP.
Ça ne sera pas forcément un uniquement plus qui fait tout, et qui serait trop gros. Mais peut-être plusieurs plugins chacun suivant le grain de précision voulu (un pour les pays, un pour les régions/départements en France, un pour tel autre séparation de tel autre pays), mais chacun étant compatibles avec les autres.
Je pense que dans une grande partie des cas, c’est mieux quand on a PAS le choix mais que les devs se sont entendus entre eux pour collaborer à un truc commun qui marche pour tous (oui des fois c’est pas possible, mais c’est à mon avis hyper rare).
Voili voilou, et bonne journée.
+1 pour la contribution de Rasta
Répondre à ce message
Bonjour ,
Les codes 2013 ont été mis à jour sur le site de l’insee :
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp
pour télécharger correctement les données,
il faut sans doute, au minimum, mettre à jour le fichier suivant :
plugins/auto/cog/v2.0.3/cog_config.php,
voir les lignes :
$tab_cog_fichier = array(
’communes’ => array( ’nom’=>’Communes’,
’fichier’=>’http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2012/txt/comsimp2012.zip’),
’cantons’ => array( ’nom’=>’Cantons’,
’fichier’=>’http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2012/txt/canton2012.txt’),
’arrondissements’ => array( ’nom’=>’Arrondissements’,
’fichier’=>’http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2012/txt/arrond2012.txt’),
’departements’ => array( ’nom’=>’Départements’,
’fichier’=>’http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2012/txt/depts2012.txt’),
’regions’ => array( ’nom’=>’Régions’,
’fichier’=>’http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2012/txt/reg2012.txt’),
Cordialement
Répondre à ce message
Juste un détail, le lien « Voir en ligne » pointe non sur un site d’exemple permettant d’estimer l’utilité et le fonctionnement,, mais sur le référentiel des plugin de SPIP dans lequel, il n’y a même pas information.
Dommage, j’aurais bien aimé voir en ligne son fonctionnement...
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |