La Poste met à disposition librement sa base de codes postaux

**kolodz** · 25/11/2014, 14h10

La Poste met à disposition librement sa base de codes postaux

Depuis le jeudi 6 novembre la base officielle des codes postaux de La Poste est disponible sur data.gouv.fr

Elle est disponible sous forme d'un fichier CSV à taille fixe. Celui-ci comporte les 4 colonnes suivantes :

Le code commune INSEE
Le nom de la commune
Le code postal
Le libellé d’acheminement

Petit rappel :

Envoyé par wikipédia

Bien que mieux connu du public que le code officiel, le code postal ne fait pas partie du Code officiel géographique.

La Poste a codifié les communes de façon complètement séparée de la codification officielle.

Il n'y a donc que La Poste qui est capable de fournir une liste à jour des code postaux car ce sont les seuls à gérer ces codes ! Merci à eux d'ouvrir leurs données.
Logiquement, seules les deux dernières colonnes sont utiles pour une application voulant proposer l'auto-complétion des codes postaux ou des villes.

A noter que la codification des codes postaux est un moins complexe à gérer que celle des codes communes :

Envoyé par Fichier CSV de La Poste

code commune INSEE;nom de la commune;code postal;libellé d'acheminement
2A004;AJACCIO ;20000;AJACCIO
2B033;BASTIA ;20200;BASTIA

Car il n'y a pas le cas particulier de la Corse avec des lettres au mieux du code.

Allez-vous mettre à jour vos applications en utilisant cette nouvelle source ?

Cordialement,
Patrick Kolodziejczyk.

PS: Merci au collègue de Viseo qui a diffusé l'information !

source :
https://www.data.gouv.fr/fr/datasets...codes-postaux/
http://fr.wikipedia.org/wiki/Code_of...e#Code_commune
https://www.data.gouv.fr/s/resources...ux_v201410.csv

**o.may** · 02/12/2014, 16h00

C'est quoi cet "article" bourré de fautes de français et d'inattention ?
Et merci au collègue de Viseo ? Qu'est-ce que ça vient faire ici ?

**Arno_94** · 02/12/2014, 16h34

Pour le coup, je trouve l'initiative très sympa.

Ce n'est plus le cas actuellement mais lorsque je travaillais sur une application de vente/location de maisons/appartements, cette base de données m'aurait été bien utile. A l'époque, on avait du se rapprocher d'un organisme qui nous faisait payer et pour lequel les informations n'étaient pas totalement justes.

Donc, pour ma part, je salue l'initiative. Merci La Poste.

**kolodz** · 02/12/2014, 16h36

C'est quoi cet "article" bourré de fautes de français et d'inattention ?

Quand j'ai eu l'information, je l'ai diffusée sur le forum comme un sujet classique et proposé en actualité. Si tu regarde bien cela date d'une semaine.
Or quand j'ai vue celle-ci diffusé il y a quelques minutes, j'ai moi-même vue des erreurs, que je ne peux pas corrigé.
Ayant une connectivité limité, je ne pas faire grand chose pour le moment =/

Et merci au collègue de Viseo ? Qu'est-ce que ça vient faire ici ?

Quand une personne me transmet une information utile, la moindre des choses, c'est d'au minimum la remercier.

**tomlev** · 02/12/2014, 16h53

Envoyé par kolodz

Celui-ci est disponible sous forme d'un fichier CSV à taille fixe.

Ca fait plaisir de voir que la Poste se tient à jour en matière de technologie

**kolodz** · 02/12/2014, 16h56

Le fichier CSV, ça à le mérite de ne pas bloquer grand monde au niveau du parsing du fichier. Je préfère ça à un dump de base de donnée que qu'on n'est pas sûr d'importer correctement.

**Saverok** · 02/12/2014, 16h58

Envoyé par tomlev

Ca fait plaisir de voir que la Poste se tient à jour en matière de technologie

Que reproches-tu au CSV ?
C'est simple, ouvert, facilement compréhensible et intégrable par n'importe quelle plateforme de n'importe qu'elle langage...
Bref, difficile de faire plus ouvert que ça

**tomlev** · 02/12/2014, 17h05

Envoyé par Saverok

Que reproches-tu au CSV ?

Pas grand chose en fait, c'est juste que la tendance est plutôt à des formats plus structurés (JSON, XML...). Mais bon, c'est vrai que le résultat serait un fichier plus volumineux, donc CSV est peut-être pas un choix complètement absurde dans ce cas précis.

**Arno_94** · 02/12/2014, 17h08

C'est ce que je pense aussi à propos du CSV, qui est exploitable sur n'importe quel environnement.

Maintenant, je suppose que tomlev espérait une API, ce qui nous éviterait d'éventuelles mise à jour "à la main", pour peu que ce fichier subisse des mises à jour (ça j'en sais rien mais ça doit pas changer très souvent quand même, quoique avec ce gouvernement, on est pas à l'abri d'un redécoupage de tout et n'importe quoi...).

**Saverok** · 02/12/2014, 17h21

Envoyé par tomlev

Pas grand chose en fait, c'est juste que la tendance est plutôt à des formats plus structurés (JSON, XML...)

Il y aurait une dizaine de colonnes, j'aurai été exactement du même avis que toi
Mais pour 4 colonnes ? Autant minimiser la taille du fichier vu la faible complexité

**tomlev** · 02/12/2014, 17h22

Envoyé par Arno_94

Maintenant, je suppose que tomlev espérait une API, ce qui nous éviterait d'éventuelles mise à jour "à la main", pour peu que ce fichier subisse des mises à jour (ça j'en sais rien mais ça doit pas changer très souvent quand même, quoique avec ce gouvernement, on est pas à l'abri d'un redécoupage de tout et n'importe quoi...).

Effectivement, c'est un autre aspect du problème. En fait, j'ai l'impression que la totalité des données qui ont été publiées dans le cadre de l'initiative "open data" sont sous forme de fichiers à télécharger, et non d'API... Pour des données à peu près statiques comme les codes postaux, c'est pas très grave, mais dans certains cas c'est plus gênant.

**kolodz** · 02/12/2014, 17h25

Envoyé par Arno_94

C'est ce que je pense aussi à propos du CSV, qui est exploitable sur n'importe quel environnement.

Maintenant, je suppose que tomlev espérait une API, ce qui nous éviterait d'éventuelles mise à jour "à la main", pour peu que ce fichier subisse des mises à jour (ça j'en sais rien mais ça doit pas changer très souvent quand même, quoique avec ce gouvernement, on est pas à l'abri d'un redécoupage de tout et n'importe quoi...).

Comme je l'ai dit dans l'article, les codes postaux qu'on utilise, c'est ceux de La Poste et pas ceux de l'état.
Après, l'open data est encore très peu pratiqué et jeune. On est encore très loin d'avoir un ministère de l'Open Data. (avec ce qu'il faut comme budget et tout...)

Cordialement,
Patrick Kolodziejczyk.

**Flaburgan** · 02/12/2014, 17h35

J'ai édité les plus grosses fautes rapidement, @kolodz hésite pas à nous MP si tu as besoin qu'un modo édite une actualité.

**namavic** · 02/12/2014, 18h15

Pour ceux qui cherchent des API pour les données publiques disponibles sur data.gouv.fr, voir ici :
http://public.opendatasoft.com/

Pour l'API spécifique des codes postaux (enrichie des données géographiques GEOFLA® Communes), c'est ici :
http://public.opendatasoft.com/explo...oflar/?tab=api

**Glutinus** · 03/12/2014, 14h16

Le gros moins c'est que désormais les boites sur le web peuvent durcir leur formulaire encore plus facilement en l'enrichissant d'un fichier officiel, et repérer plus rapidement les fausses localités. Bon vous me direz qu'on peut toujours mettre des voies inexistantes, voire existantes et mentir sur son adresse.

Mais ça me faisait marrer lors de mes inscriptions de mettre Trifouillis-les-oies

**Petibidon** · 03/12/2014, 14h22

Envoyé par Glutinus

Le gros moins c'est que désormais les boites sur le web peuvent durcir leur formulaire encore plus facilement en l'enrichissant d'un fichier officiel, et repérer plus rapidement les fausses localités. Bon vous me direz qu'on peut toujours mettre des voies inexistantes, voire existantes et mentir sur son adresse.

Mais ça me faisait marrer lors de mes inscriptions de mettre Trifouillis-les-oies

De ce principe, on peut imaginer que d'ici quelques temps, la population de Moncuq va exploser