Re: [OSM-talk-fr] Codes postaux infra-communaux
En revanche Nominatim ne semble pas utiliser les codes postaux des relations administratives à un niveau supérieur à 8, alors qu'il trouve ces relations et les affiche ! - Rue résidentielle Rue Fructidor, Clignancourt, Batignolles, Paris, Île-de-France, France métropolitaine, 75001;75002;75003;75004;75005;75006;75007;75008;75009;75010;75011;75012;75013;75014;75015;75016;75017;75018;75019;75020, France http://www.openstreetmap.org/way/14781118 Bref il affiche tous les codes postaux géographiques de la ville de Paris, mais pas ceux plus précis des arrondissements minicipaux ! Le 7 mars 2015 19:27, Christian Quest cqu...@openstreetmap.fr a écrit : Les scripts de BANO s'appuient sur les relations type=boundary boundary=postal_code quand elles sont présentes. Si tu connais la limite du 76100 tu peux l'ajouter. Voici un exemple que je connais bien: http://www.openstreetmap.org/relation/1751953 Il y a quelques semaines qui étaient en opendata j'ai intégré celles de Mulhouse, Le Mans, Montpellier. Le 7 mars 2015 16:38, HParv talk-fr@rramuhn.org a écrit : Bonjour, Dans OSM, je vois que la commune de Rouen a addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr=76000;76100 ce qui est correct. Cependant dans http://bano.openstreetmap.fr/data/ on ne trouve pas de postcode: 76100 dans le fichier full.sjson.gz http://bano.openstreetmap.fr/data/full.sjson.gz Je n'arrive pas à piger comment l'héritage du addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr peut se faire vers les voies ou les points d'adresses du moins dans les chaines d'extraction. Et j'arrive encore moins à savoir comment établir une géométrie qui représenterait le périmètre du 76100 (la rive sud de Rouen); pour l'ile lacroix, ce n'est pas clair ! Le problème se pose aussi au Havre (3 codes postaux) Cordialement, -- HP - @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Codes postaux infra-communaux
Les scripts de BANO s'appuient sur les relations type=boundary boundary=postal_code quand elles sont présentes. Si tu connais la limite du 76100 tu peux l'ajouter. Voici un exemple que je connais bien: http://www.openstreetmap.org/relation/1751953 Il y a quelques semaines qui étaient en opendata j'ai intégré celles de Mulhouse, Le Mans, Montpellier. Le 7 mars 2015 16:38, HParv talk-fr@rramuhn.org a écrit : Bonjour, Dans OSM, je vois que la commune de Rouen a addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr=76000;76100 ce qui est correct. Cependant dans http://bano.openstreetmap.fr/data/ on ne trouve pas de postcode: 76100 dans le fichier full.sjson.gz http://bano.openstreetmap.fr/data/full.sjson.gz Je n'arrive pas à piger comment l'héritage du addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr peut se faire vers les voies ou les points d'adresses du moins dans les chaines d'extraction. Et j'arrive encore moins à savoir comment établir une géométrie qui représenterait le périmètre du 76100 (la rive sud de Rouen); pour l'ile lacroix, ce n'est pas clair ! Le problème se pose aussi au Havre (3 codes postaux) Cordialement, -- HP - @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Codes postaux infra-communaux
Bonjour, Dans OSM, je vois que la commune de Rouen a addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr=76000;76100 ce qui est correct. Cependant dans http://bano.openstreetmap.fr/data/ on ne trouve pas de postcode: 76100 dans le fichier full.sjson.gz http://bano.openstreetmap.fr/data/full.sjson.gz Je n'arrive pas à piger comment l'héritage du addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr peut se faire vers les voies ou les points d'adresses du moins dans les chaines d'extraction. Et j'arrive encore moins à savoir comment établir une géométrie qui représenterait le périmètre du 76100 (la rive sud de Rouen); pour l'ile lacroix, ce n'est pas clair ! Le problème se pose aussi au Havre (3 codes postaux) Cordialement, -- HP - @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
j'ai vu ça sur data.gouv.fr : http://www.data.gouv.fr/fr/dataset/fond-de-carte-des-codes-postaux Les communes possédants plusieurs codes postales sont censé être pris en compte. Le 9 janvier 2014 22:01, DH dhel...@free.fr a écrit : Le 09/01/2014 21:53, Vincent de Château-Thierry a écrit : Le 09/01/2014 09:59, Pieren a écrit : 2014/1/8 Vincent de Château-Thierry v...@laposte.net: Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). Je préfère de loin 6300 relations à des millions d' addr:postcode répétés à l'envie sur tous les éléments OSM indiquant une adresse. Juste pour se faire une idée, voici la répartition des communes sans code postal comme attribut de la relation boundary=administrative+admin_level=8 : http://osm.vdct.free.fr/cp/Communes_sans_cp_140109.png En gris si avec code postal, en rouge si sans : on trouve 7000 communes sans CP dans les données d'avant-hier soir (extract Geofabrik). @Pieren : il y en a en effet un paquet en Alsace ;-) Pour les communes incluses dans un seul code postal, le chantier de complément peut aller assez vite. Mais (pour radoter) ce sera plus compliqué avec les communes subdivisées. À l'heure où La Poste communique pas mal sur sa démarche Open Data [1] ce serait sympathique de disposer de l'information de sa part. Et bien sûr d'une liste des couples (code INSEE - code postal) pour les communes à code postal unique... vincent Les zones postales sont déjà disponibles (entre autres ?) pour l'agglomération de Mulhouse [1]. Il me semble que ce devrait être le cas pour la Communauté Urbaine de Strasbourg prochainement. Sinon il faudra demander gentiment... Il ne me semble pas que Colmat soit multi-distribué. et donc on pourrait viser le 100% très bientôt et faire le nettoyage après 1. http://wiki.openstreetmap.org/wiki/Mulhouse/MulhouseData/ zonages#Localisation_des_zones_postales_de_Mulhouse Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Ça a part l'air mal, meme si les communes a multiple code postaux semble coupée a la hache parfois, j'ai le cas de metz sous les yeux, et il y a pas mal de retouche a faire si on veut importer ces limites. Le 17 janvier 2014 18:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : j'ai vu ça sur data.gouv.fr : http://www.data.gouv.fr/fr/dataset/fond-de-carte-des-codes-postaux Les communes possédants plusieurs codes postales sont censé être pris en compte. Le 9 janvier 2014 22:01, DH dhel...@free.fr a écrit : Le 09/01/2014 21:53, Vincent de Château-Thierry a écrit : Le 09/01/2014 09:59, Pieren a écrit : 2014/1/8 Vincent de Château-Thierry v...@laposte.net: Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). Je préfère de loin 6300 relations à des millions d' addr:postcode répétés à l'envie sur tous les éléments OSM indiquant une adresse. Juste pour se faire une idée, voici la répartition des communes sans code postal comme attribut de la relation boundary=administrative+admin_level=8 : http://osm.vdct.free.fr/cp/Communes_sans_cp_140109.png En gris si avec code postal, en rouge si sans : on trouve 7000 communes sans CP dans les données d'avant-hier soir (extract Geofabrik). @Pieren : il y en a en effet un paquet en Alsace ;-) Pour les communes incluses dans un seul code postal, le chantier de complément peut aller assez vite. Mais (pour radoter) ce sera plus compliqué avec les communes subdivisées. À l'heure où La Poste communique pas mal sur sa démarche Open Data [1] ce serait sympathique de disposer de l'information de sa part. Et bien sûr d'une liste des couples (code INSEE - code postal) pour les communes à code postal unique... vincent Les zones postales sont déjà disponibles (entre autres ?) pour l'agglomération de Mulhouse [1]. Il me semble que ce devrait être le cas pour la Communauté Urbaine de Strasbourg prochainement. Sinon il faudra demander gentiment... Il ne me semble pas que Colmat soit multi-distribué. et donc on pourrait viser le 100% très bientôt et faire le nettoyage après 1. http://wiki.openstreetmap.org/wiki/Mulhouse/MulhouseData/zonages#Localisation_des_zones_postales_de_Mulhouse Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Bonsoir, Le 17/01/2014 19:26, Tetsuo Shima a écrit : Ça a part l'air mal, meme si les communes a multiple code postaux semble coupée a la hache parfois, j'ai le cas de metz sous les yeux, et il y a pas mal de retouche a faire si on veut importer ces limites. Le 17 janvier 2014 18:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : j'ai vu ça sur data.gouv.fr : http://www.data.gouv.fr/fr/dataset/fond-de-carte-des-codes-postaux Les communes possédants plusieurs codes postales sont censé être pris en compte. Sur l'utilisation de ce jeu de données, il est urgent d'attendre. Les aspects de licence ont besoin d'être éclaircis, cf. mon message puis celui de Christian sur ce fil : http://georezo.net/forum/viewtopic.php?id=90124 Ensuite en effet, l'intérêt est d'y trouver une représentation (à la hache mais c'est un début, et avec des manques comme le CP 75116) des limites postales infra-communales. Mais c'est justement sur la constitution de ces limites que la licence n'est pas claire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Je suis en contact avec le producteur de ce jeu de données et en attende de clarification sur la méthode. Ce jeu, initialement publié sous licence ouverte, est repassé en ODbL après avoir signalé que vu que les géométries des communes provenait d'OSM (ce sont celle que j'ai simplifié) il devait rester sous licence ODbL et mentionner clairement celle-ci et la source OSM. C'est sûr le géocodage inversé et l'utilisation du fichier hexaposte qu'il y a un problème... wait and see donc ! Le 17 janvier 2014 20:06, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 17/01/2014 19:26, Tetsuo Shima a écrit : Ça a part l'air mal, meme si les communes a multiple code postaux semble coupée a la hache parfois, j'ai le cas de metz sous les yeux, et il y a pas mal de retouche a faire si on veut importer ces limites. Le 17 janvier 2014 18:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : j'ai vu ça sur data.gouv.fr : http://www.data.gouv.fr/fr/dataset/fond-de-carte-des-codes-postaux Les communes possédants plusieurs codes postales sont censé être pris en compte. Sur l'utilisation de ce jeu de données, il est urgent d'attendre. Les aspects de licence ont besoin d'être éclaircis, cf. mon message puis celui de Christian sur ce fil : http://georezo.net/forum/viewtopic.php?id=90124 Ensuite en effet, l'intérêt est d'y trouver une représentation (à la hache mais c'est un début, et avec des manques comme le CP 75116) des limites postales infra-communales. Mais c'est justement sur la constitution de ces limites que la licence n'est pas claire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 8 janvier 2014 20:18, Christophe Merlet red...@redfoxcenter.org a écrit : C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal est utilisé par plusieurs communes, mais plutôt pour délimiter les zones d'une communes qui utilise différents codes postaux. Et pourquoi pas quand un même code postal est partagé par plusieurs communes ? Noublie pas qu'un code peut aussi être partagé par une commuen entière et un fragment de commmune. Je suis totalement pour le travé des polygones de codes postaux comme en Allemagne (qui le fait depuis longtemps et pas seulement de puis quelques semaines, même si cette fois le travail porte sur des zones limitrophes des frontières françaises), la Bade-Wurtemberg et la Sarre ayant eu du retard, au contraire du Nord et de l'Est de l'Allemagne où c'est fait depuis longtemps (mêm es'il y a encore des trous à boucher). La Belgique veut aller plus loin : elle cartographie les zones postales, elle va cartographier les zones judiciaires, les zones de police (elle s'intéresse aussi aux zones électorales et bureaux de votes). On pourrait le fait aussi en France. Et nous aussi représenter aussi les zones scolaires, les zones hospitalières, les zones de services sociaux, le zonage militaire et de défense, le zonage urbain de l'INSEE, le zonage rural des Eux et Forêts, les aires d'appellation protégées, les zones de sécurité civile Comme on a déjà tracé aussi un zonage pour les parcs naturels et aires naturelles protégées. On pourrait continuer avec le zonage des risques technilogiques et industriels, le zonage sismique, le zonage des zones inondables ou submersibles, des zones d'érosion près des côtes, les zones d'infestation de certaines espèces invasives (termites, frelon asiatique, moustiques...) où existe des campagnes de lutte, les zones de chasse et pêche (fluviale, lacustre ou maritime). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
2014/1/8 Vincent de Château-Thierry v...@laposte.net: Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). Je préfère de loin 6300 relations à des millions d' addr:postcode répétés à l'envie sur tous les éléments OSM indiquant une adresse. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
6000 relations postales c'est rien du tout en comparaison des millionss de noeuds et plusieurs dizaines de milliers de rues et lieux-dits à maintenir, En plsu les relations postales n'ont pas besoin d'une grande précision, elles doivent juste englober les noeuds d'adresse et souvent peuvent réutiliser les frontières communales existantes, et sinon le filaire centrale des rues. Il y a peu de nouveaux segments à ajouter, et leur précision n'a pas à suivre exactement les limites de parcelles de propriété, tant que les noeuds d'adresse (avec les numéros ou noms de batiments) sont inclus dans leur surface. Ce chantier peut être vite mené et on nettoiera plein de choses avec moins de duplication et une maintenance facilitée sur un nombre bien plus réduit d'éléments. Il reste reste que les zones postales doivent continuer à utiliser le schéma générique addr:*=* donc addr:postcode=*, et addr:city=* donnant le nom de la commune du bureau distributeur, sauf si on décide de stucturer aussi ces zones postales en les regroupant pas commune quand il y a plusieurs bureaux dans la même commune, pour certaines grandes villes et qui souvent desservent des morceaux communes limitrophes) Attention tout de même : le zonage postal n'est plus unique en France, ce qu'on a c'est celui de la Poste pour les derniers fragments de son service public non ouvert à la concurrence (mais cela va disparaitre, La Poste devenant un prestataire logistique comme un autre). Déjà certains systèmes de courier express utilisent leurs propres codes postaux correspondant à leur propre circuit de distribution (on le voit sur les lettres et paquets avec les éiquettes collées avec codes de routage, même si ces services utilisent encore les codes de la poste avec le fichier MediaPoste qu'ils ont acheté, afin de faciliter les relations avec leurs clients qui ne connaissent pas les autres codes). Le 8 janvier 2014 22:46, Vincent de Château-Thierry v...@laposte.net a écrit : Le 08/01/2014 20:18, Christophe Merlet a écrit : Le 08/01/2014 18:37, Pieren a écrit : 2013/12/22 Christian Quest cqu...@openstreetmap.fr: Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* On en est où de cette harmonisation ? La page d'accueil du wiki signale sur l' image of the week que les allemands viennent de créer des relations de type type=boundary + boundary=postal_code sur l'ensemble de leur territoire (en les détachant complètement des relations boundary=administrative). La relation contient des attributs postal_code et postal_code_level (les détails sur leur procédure : https://wiki.openstreetmap.org/wiki/DE:Konsolidierung_ der_PLZ-Relationen_in_Deutschland_2013 Dommage franchement d'avoir utilisé postal_code et non addr:postcode. Taginfo à l'issue du chantier allemand indique 60.000 relations avec addr:postcode, contre 12.000 avec postal_code, sachant que ledit chantier vient d'apporter à lui seul 8000 de ces 12.000 relations. On marche sur la tête :-( Moi j'ai regardé sur quelques communes en Alsace et le code postal ne figure pas sur la relation boundary=administrative. Faudrait-il migrer l'ensemble de codes postaux sur les relations boundary=administrative et créer des relations boundary=postal_code lorsque ça n'est pas possible autrement (communes à plusieurs codes). Ou faudrait-il faire pareil sur l'ensemble du territoire avec des relations boundary=administrative partout , à l'image de ce que viennent de faire nos collègues allemands en quelques semaines ? (et beaucoup en Belgique aussi, d'après ce que j'ai compris) Nominatim prend en compte dans sa version 2.1 boundary=postal_code C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal est utilisé par plusieurs communes, mais plutôt pour délimiter les zones d'une communes qui utilise différents codes postaux. taginfo.fr recense, avec les objets taggués en boundary=administrative, 29.000 combinaisons avec le tag addr:postcode=* , et 0 présence de postal_code=*. On a donc quoi qu'on dise un peu d'harmonisation, de fait. (Ne pas se fier à la centaine de relations boundary=postal_code de taginfo.fr, ce sont des zones de CP allemandes, le comptage de taginfo.frne s'arrête pas pile à la frontière.) Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 09/01/2014 09:59, Pieren a écrit : 2014/1/8 Vincent de Château-Thierry v...@laposte.net: Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). Je préfère de loin 6300 relations à des millions d' addr:postcode répétés à l'envie sur tous les éléments OSM indiquant une adresse. Juste pour se faire une idée, voici la répartition des communes sans code postal comme attribut de la relation boundary=administrative+admin_level=8 : http://osm.vdct.free.fr/cp/Communes_sans_cp_140109.png En gris si avec code postal, en rouge si sans : on trouve 7000 communes sans CP dans les données d'avant-hier soir (extract Geofabrik). @Pieren : il y en a en effet un paquet en Alsace ;-) Pour les communes incluses dans un seul code postal, le chantier de complément peut aller assez vite. Mais (pour radoter) ce sera plus compliqué avec les communes subdivisées. À l'heure où La Poste communique pas mal sur sa démarche Open Data [1] ce serait sympathique de disposer de l'information de sa part. Et bien sûr d'une liste des couples (code INSEE - code postal) pour les communes à code postal unique... vincent [1] : http://legroupe.laposte.fr/Espace-Presse/Liste-des-communiques/Le-Groupe-La-Poste-accelere-son-programme-Open-Data-lancement-de-la-demarche-DataPoste ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 09/01/2014 21:53, Vincent de Château-Thierry a écrit : Le 09/01/2014 09:59, Pieren a écrit : 2014/1/8 Vincent de Château-Thierry v...@laposte.net: Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). Je préfère de loin 6300 relations à des millions d' addr:postcode répétés à l'envie sur tous les éléments OSM indiquant une adresse. Juste pour se faire une idée, voici la répartition des communes sans code postal comme attribut de la relation boundary=administrative+admin_level=8 : http://osm.vdct.free.fr/cp/Communes_sans_cp_140109.png En gris si avec code postal, en rouge si sans : on trouve 7000 communes sans CP dans les données d'avant-hier soir (extract Geofabrik). @Pieren : il y en a en effet un paquet en Alsace ;-) Pour les communes incluses dans un seul code postal, le chantier de complément peut aller assez vite. Mais (pour radoter) ce sera plus compliqué avec les communes subdivisées. À l'heure où La Poste communique pas mal sur sa démarche Open Data [1] ce serait sympathique de disposer de l'information de sa part. Et bien sûr d'une liste des couples (code INSEE - code postal) pour les communes à code postal unique... vincent Les zones postales sont déjà disponibles (entre autres ?) pour l'agglomération de Mulhouse [1]. Il me semble que ce devrait être le cas pour la Communauté Urbaine de Strasbourg prochainement. Sinon il faudra demander gentiment... Il ne me semble pas que Colmat soit multi-distribué. et donc on pourrait viser le 100% très bientôt et faire le nettoyage après 1. http://wiki.openstreetmap.org/wiki/Mulhouse/MulhouseData/zonages#Localisation_des_zones_postales_de_Mulhouse Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
2013/12/22 Christian Quest cqu...@openstreetmap.fr: Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* On en est où de cette harmonisation ? La page d'accueil du wiki signale sur l' image of the week que les allemands viennent de créer des relations de type type=boundary + boundary=postal_code sur l'ensemble de leur territoire (en les détachant complètement des relations boundary=administrative). La relation contient des attributs postal_code et postal_code_level (les détails sur leur procédure : https://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ-Relationen_in_Deutschland_2013 ) Moi j'ai regardé sur quelques communes en Alsace et le code postal ne figure pas sur la relation boundary=administrative. Faudrait-il migrer l'ensemble de codes postaux sur les relations boundary=administrative et créer des relations boundary=postal_code lorsque ça n'est pas possible autrement (communes à plusieurs codes). Ou faudrait-il faire pareil sur l'ensemble du territoire avec des relations boundary=administrative partout , à l'image de ce que viennent de faire nos collègues allemands en quelques semaines ? (et beaucoup en Belgique aussi, d'après ce que j'ai compris) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 08/01/2014 18:37, Pieren a écrit : 2013/12/22 Christian Quest cqu...@openstreetmap.fr: Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* On en est où de cette harmonisation ? La page d'accueil du wiki signale sur l' image of the week que les allemands viennent de créer des relations de type type=boundary + boundary=postal_code sur l'ensemble de leur territoire (en les détachant complètement des relations boundary=administrative). La relation contient des attributs postal_code et postal_code_level (les détails sur leur procédure : https://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ-Relationen_in_Deutschland_2013 ) Moi j'ai regardé sur quelques communes en Alsace et le code postal ne figure pas sur la relation boundary=administrative. Faudrait-il migrer l'ensemble de codes postaux sur les relations boundary=administrative et créer des relations boundary=postal_code lorsque ça n'est pas possible autrement (communes à plusieurs codes). Ou faudrait-il faire pareil sur l'ensemble du territoire avec des relations boundary=administrative partout , à l'image de ce que viennent de faire nos collègues allemands en quelques semaines ? (et beaucoup en Belgique aussi, d'après ce que j'ai compris) Nominatim prend en compte dans sa version 2.1 boundary=postal_code C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal est utilisé par plusieurs communes, mais plutôt pour délimiter les zones d'une communes qui utilise différents codes postaux. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 08/01/2014 20:18, Christophe Merlet a écrit : Le 08/01/2014 18:37, Pieren a écrit : 2013/12/22 Christian Quest cqu...@openstreetmap.fr: Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* On en est où de cette harmonisation ? La page d'accueil du wiki signale sur l' image of the week que les allemands viennent de créer des relations de type type=boundary + boundary=postal_code sur l'ensemble de leur territoire (en les détachant complètement des relations boundary=administrative). La relation contient des attributs postal_code et postal_code_level (les détails sur leur procédure : https://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ-Relationen_in_Deutschland_2013 Dommage franchement d'avoir utilisé postal_code et non addr:postcode. Taginfo à l'issue du chantier allemand indique 60.000 relations avec addr:postcode, contre 12.000 avec postal_code, sachant que ledit chantier vient d'apporter à lui seul 8000 de ces 12.000 relations. On marche sur la tête :-( Moi j'ai regardé sur quelques communes en Alsace et le code postal ne figure pas sur la relation boundary=administrative. Faudrait-il migrer l'ensemble de codes postaux sur les relations boundary=administrative et créer des relations boundary=postal_code lorsque ça n'est pas possible autrement (communes à plusieurs codes). Ou faudrait-il faire pareil sur l'ensemble du territoire avec des relations boundary=administrative partout , à l'image de ce que viennent de faire nos collègues allemands en quelques semaines ? (et beaucoup en Belgique aussi, d'après ce que j'ai compris) Nominatim prend en compte dans sa version 2.1 boundary=postal_code C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal est utilisé par plusieurs communes, mais plutôt pour délimiter les zones d'une communes qui utilise différents codes postaux. taginfo.fr recense, avec les objets taggués en boundary=administrative, 29.000 combinaisons avec le tag addr:postcode=* , et 0 présence de postal_code=*. On a donc quoi qu'on dise un peu d'harmonisation, de fait. (Ne pas se fier à la centaine de relations boundary=postal_code de taginfo.fr, ce sont des zones de CP allemandes, le comptage de taginfo.fr ne s'arrête pas pile à la frontière.) Passer à un modèle où les zones postales seraient des entités en propre, à part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones postales englobant une à plusieurs communes, et zones postales à cheval sur des morceaux de communes. Et on aurait une vision plus simple des emprises postales (plutôt que noyées comme attributs des communes dans 99% des cas). Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Bonjour, Le mercredi 8 janvier 2014 22:46:36 Vincent de Château-Thierry a écrit : Dommage franchement d'avoir utilisé postal_code et non addr:postcode. D'accord aussi. L'usage des deux points : pour hiérarchiser les clés à moindre frais est un concept intéressant. Cependant, si on passe à un modèle de relation, boundary=postal_code me va bien, puisque la donnée est déjà qualifiée en type=boundary. Concernant la relation boundary=postal_code, ça me paraît pas mal si on reprend les chemins des relations boundary=administrative existants. Les quelques codes postaux tortueux reposeront en plus sur des chemins délimitant les zones infra-communales. Moi, ça me va pour ce modèle. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Et ben, c'est demandé tellement gentiment que je vais me presser d'améliorer les choses pour vous seoir... 2013/12/23 PierreV belett...@hotmail.fr: c'est juste dommage qu'il faille s'inscrire même pour tester, du coup j'ai même pas testé... je ne voit pas comment on peut créer des applis' de ce genre et se permettre de balancer le lien sur une liste d'un projet libre... -- View this message in context: http://gis.19327.n5.nabble.com/codes-postaux-tp5790531p5790699.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 23/12/2013 11:24, Jean Couteau a écrit : Le Sun, 22 Dec 2013 09:44:14 +0100, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Je prends le train en marche, mais pour le boulot, j'avais commencé un chantier en ce sens. Je suis parti d'un fichier planet saucissonné avec osmosis et le fichier du COG et ensuite traités avec une moulinette en Java. J'obtiens un fichier csv qui reprend le COG complété par le(s) code(s) postal(ux) de la commune et le centre de la commune et un fichier qui prend les codes postaux manquants. J'étais arrivé à un fichier incomplet (manquait environ 600 codes postaux). J'ai complété ces codes manquants (à partir de wikipedia ou j'ai noté des codes erronés qui y ont été modifiés), et suis arrivé à un fichier complet (par code insee), mais environ 300 codes postaux incohérents. Il me restait ces 300 codes à modifier (en général code différent entre l'admin center et la relation donc vérification à faire sur wikipedia et le service en ligne de la poste), un heureux évènement dans la famille a un peu bouleversé le planning :D. Le code de la moulinette est ici (crassou, pas commenté, bref du POC dans un premier temps) : http://svn.nuiton.org/svn/sandbox/referentielCommunesOsm/ Je peux filer mon CSV a qui veux (1,8Mo). Jean Pour ma part, j'ai commencé ça : http://www.ideeslibres.org/blog/2013/12/24/carte-des-codes-postaux-reconstituee-grace-a-service-public-fr/ Passez de bonnes fêtes, Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le Sun, 22 Dec 2013 09:44:14 +0100, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Je prends le train en marche, mais pour le boulot, j'avais commencé un chantier en ce sens. Je suis parti d'un fichier planet saucissonné avec osmosis et le fichier du COG et ensuite traités avec une moulinette en Java. J'obtiens un fichier csv qui reprend le COG complété par le(s) code(s) postal(ux) de la commune et le centre de la commune et un fichier qui prend les codes postaux manquants. J'étais arrivé à un fichier incomplet (manquait environ 600 codes postaux). J'ai complété ces codes manquants (à partir de wikipedia ou j'ai noté des codes erronés qui y ont été modifiés), et suis arrivé à un fichier complet (par code insee), mais environ 300 codes postaux incohérents. Il me restait ces 300 codes à modifier (en général code différent entre l'admin center et la relation donc vérification à faire sur wikipedia et le service en ligne de la poste), un heureux évènement dans la famille a un peu bouleversé le planning :D. Le code de la moulinette est ici (crassou, pas commenté, bref du POC dans un premier temps) : http://svn.nuiton.org/svn/sandbox/referentielCommunesOsm/ Je peux filer mon CSV a qui veux (1,8Mo). Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Pour automatiser la recherche de CP, j'ai monté une API : http://commucode.s13d.fr/ Avec les données de l'INSEE, croisées de WP et la Poste. Ça m'a pris un peu de temps pour être à jour (et il faudra que je revois ça au 1er janvier), mais ça me semble pas mal... Plus qu'à trouver des gens pour la tester. 2013/12/23 Jean Couteau cout...@codelutin.com: Le Sun, 22 Dec 2013 09:44:14 +0100, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Je prends le train en marche, mais pour le boulot, j'avais commencé un chantier en ce sens. Je suis parti d'un fichier planet saucissonné avec osmosis et le fichier du COG et ensuite traités avec une moulinette en Java. J'obtiens un fichier csv qui reprend le COG complété par le(s) code(s) postal(ux) de la commune et le centre de la commune et un fichier qui prend les codes postaux manquants. J'étais arrivé à un fichier incomplet (manquait environ 600 codes postaux). J'ai complété ces codes manquants (à partir de wikipedia ou j'ai noté des codes erronés qui y ont été modifiés), et suis arrivé à un fichier complet (par code insee), mais environ 300 codes postaux incohérents. Il me restait ces 300 codes à modifier (en général code différent entre l'admin center et la relation donc vérification à faire sur wikipedia et le service en ligne de la poste), un heureux évènement dans la famille a un peu bouleversé le planning :D. Le code de la moulinette est ici (crassou, pas commenté, bref du POC dans un premier temps) : http://svn.nuiton.org/svn/sandbox/referentielCommunesOsm/ Je peux filer mon CSV a qui veux (1,8Mo). Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
c'est juste dommage qu'il faille s'inscrire même pour tester, du coup j'ai même pas testé... je ne voit pas comment on peut créer des applis' de ce genre et se permettre de balancer le lien sur une liste d'un projet libre... -- View this message in context: http://gis.19327.n5.nabble.com/codes-postaux-tp5790531p5790699.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Surtout quel rapport avec OSM ? Le 23 décembre 2013 19:11, PierreV belett...@hotmail.fr a écrit : c'est juste dommage qu'il faille s'inscrire même pour tester, du coup j'ai même pas testé... je ne voit pas comment on peut créer des applis' de ce genre et se permettre de balancer le lien sur une liste d'un projet libre... -- View this message in context: http://gis.19327.n5.nabble.com/codes-postaux-tp5790531p5790699.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] codes postaux...
Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de-ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de-ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft.com/explore/dataset/correspondance-code-insee-code-postal/#?tab=table sous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Quel organisme choisir avec ta solution ? Est-on sûr que l'organisme en question compétent sur une commune (la mairie par exemple) a bien son siège dans la commune ? Ou que c'est au même endroit qu'elle y gère le courrier entrant (on peut avoir une mairie dans la commune, mais son adresse postale gérée ailleurs ; on peut aussi facilement trouver des codes Cedex pour les mairies de commune importante, et pas autant de mairies que de zones postales dans les communes découpées en plusieurs zones postales) ? Il me semble que la Poste a attribué ses zones de distribution postales comme elle le veut, et que cela n'a jamais influencé l'emplacement physique des autres services publics. Et que les communes n'ont pas nécessité non plus de recevoir le courrier à leur siège au point d'accueil du public Et que les mairies peuvent avoir aussi plusieurs lieux d'accueil (dont un dans la commune), mais pas forcément tous ses services administratifs qui peuvent être délocalisés et cogérés (par exemple dans un service commun de la communauté de communes, ou encore à la préfecture). Du coup l'adresse postale (ou les adresses postales selon les services municipaux...) peut ne pas correspondre à l'emplacement physique du siège. Les mairies peuvent aussi déménager dans la commune et garder leur code postal à la Poste... Le 22 décembre 2013 13:27, Brice Person brice.per...@zenordi.fr a écrit : Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos- outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de- ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft. com/explore/dataset/correspondance-code-insee-code-postal/#?tab=tablesous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/ CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Le 22 décembre 2013 13:27, Brice Person brice.per...@zenordi.fr a écrit : Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos- outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de- ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft. com/explore/dataset/correspondance-code-insee-code-postal/#?tab=tablesous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/ CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 14:52, Vincent de Château-Thierry a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent Avec service-public.fr, à mon avis il y a moyen d'arriver à quelque chose de bien (mais peut-être pas global), il y a les infos cedex et les types d'adresses (mais inutile à mon avis pour cet usage). Je pense qu'il suffirait d'agréger les codes postaux possibles par codes insee en excluant d'abord les cedex (avec une regex dans un grep sur le csv initial par exemple). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:08, Brice Person a écrit : Le 22/12/2013 14:52, Vincent de Château-Thierry a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent Avec service-public.fr, à mon avis il y a moyen d'arriver à quelque chose de bien (mais peut-être pas global), il y a les infos cedex et les types d'adresses (mais inutile à mon avis pour cet usage). Je pense qu'il suffirait d'agréger les codes postaux possibles par codes insee en excluant d'abord les cedex (avec une regex dans un grep sur le csv initial par exemple). Je viens de tester avec ma version pas à jour, ça me donne 37 168 codes postaux différents sur 59 348 organismes et effectivement pas mal de codes insee qui partagent le même code postal. Du coup ça me motive à mettre à jour le csv :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22 décembre 2013 14:52, Vincent de Château-Thierry v...@laposte.net a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Oui, j'y pensais justement... les codes postaux sont en fait liés à un bureau de poste, donc autant repartir de là. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Je sort le shapefile d'ici quelques minutes... Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Oui, gagné pour data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Tu peux faire cuire la pâte à MapCraft ! J'avais un peu utilisé cet outil pour vérifier mon découpage 94100/94210. Pour l'opendata, la Poste s'y ouvre timidement... on a eu en première vague les bureaux de poste, puis dernièrement une vaguelette avec les boites aux lettre de Paris, la CU de Bordeaux et le 06... en attendant peut être mieux en janvier (il y a un évènement opendata/La Poste auquel je me suis inscrit). http://legroupe.laposte.fr/Actualite/Le-Groupe-La-Poste-partenaire-du-concours-Dataconnexions Le 22 décembre 2013 16:37, Vincent de Château-Thierry v...@laposte.net a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et- documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Le Doubs (25) et la Haute-Saône (70) sont corrigés. C'est plus compliqué pour le Jura. Tout des communes avec 2 CP. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Oui, j'y pensais justement... les codes postaux sont en fait liés à un bureau de poste, donc autant repartir de là. Bonsoir, Faux! Le CP est lié à un bureau distributeur. Le bureau distributeurs n'est pas lié à un bureau de poste (accueil du public). Toutefois depuis la mise en place des CP dans les années 1970 de très grosses modifications ont eu lieu sur le réseau de distribution. Désormais plusieurs CP peuvent se retrouver sur un bureau de distribution (38200, 38121, 38138, 38670 sont en une seule plate-forme de distribution) Certaines communes peuvent se trouver aussi sur 2 plate-formes de distribution (Reventin-Vaugris est sur 38121 et 38370) Pour Paris il n'y a pas de soucis 1 CP (normal)=1 arrondissement, Il n'y a pas, de fait, de 75000 mais directement 75001. Les correspondances 75000 sont acheminées sur 75001 d'office pour être acheminées au bon bureau. Pour les cedex il y a une manip à connaître: 75 7 21 on regarde si les deux derniers chiffres sont inférieurs ou supérieurs à 43 devient 1 et devient 2. 7 est multiplié par 2 On additionne les deux chiffres 75721 donne le 15° (21 est inférieur à 43 donc 1 + 7*2=14 donne 15) Il conviendra de faire attention car les 1-2-3 et 4 sont rassemblés sur une seule plate-forme de distribution à Paris-Louvre (rue du Louvre, le bureau ouvert 24/24-7/7) Il y a une série d'exeptions: 700 Services de l'état dans le 7° 800 Services de l'état dans le 8° (si ma mémoire ne me trahit pas quant à son existence) 998 Service postal militaire (je ne sais plus où il est physiquement xxx probablement d'autres que je n'ai plus en mémoire. Pour les grandes communes Lyon là aussi 1 CP = 1 arrondissement Marseille il faut se renseigner car je ne connais pas Pour les autres communes à distributions décentralisées il faut se renseigner au coup par coup car c'est le hasard des décisions administratives internes à La Poste et là il n'y a pas de règle. ET parfois des modifications se font jours sans réel avertissement des populations concernées. Tous les centres financiers (CCP et CNE) de La Poste sont en 900 quel que soit leur département y compris si plusieurs sites géographiques. Le seul qui peut poser problème quant à sa localisation est La Source (SCE) qui est situé à Fleury les Aubrays dans la banlieue d'Orléans. Tous les autres sont lié à une commune. Ces codes n'ont plus d'équivalence géographique depuis longtemps. En effet vous pouvez ouvrir un compte dans le centre de votre choix même si l'agent va vous proposer en priorité celui de la zone où se trouve son bureau (logique). Seuls les parisiens ont deux possibilités aléatoires en fonction des disponibilités (Paris et La Source). Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 18:27, Christophe Merlet a écrit : Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Et Midi-Pyrénées Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Le 22/12/2013 20:16, Christophe Merlet a écrit : Le 22/12/2013 18:27, Christophe Merlet a écrit : Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Et Midi-Pyrénées Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/pie/350 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/pie/350 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Justement j'en ai discuté (ici et dans Mapcraft) et je n'ai pas vu d'anomalie du tout. Ou alors je ne sais pas du tout ce que tu veux tester. Est-ce le fait que Rennes a plusieurs codes postaux, cela ne le semble pas du tout une anomalie. Personne n'a répondu à la demande. Le 23 décembre 2013 00:46, Christophe Merlet red...@redfoxcenter.org a écrit : Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
En plus toi même ne répond pas non plus, au lieu de faire un reproche ici, tu peux dire ce qui ne va pas ? Je ne vois qu'ne seule chose : l'article Wikipédia donne 3 codes postaux seulement dans son infobox, et omet 35100 qui existe pourtant bel et bien à Rennes (en plus de 35000, 35200 et 35700). Et ce ne sont pas des Cedex. Il est possible qu'il y en ait d'autres mais pour moi ce sont des Cedex ou codes spéciaux de regroupements, ou des codes de l'armée (qui ne sont pas réellement géolocalisés, la poste remet juste à un endroit le courrier qui est acheminé par le service postal interne des armées). Le 23 décembre 2013 06:43, Philippe Verdy verd...@wanadoo.fr a écrit : Justement j'en ai discuté (ici et dans Mapcraft) et je n'ai pas vu d'anomalie du tout. Ou alors je ne sais pas du tout ce que tu veux tester. Est-ce le fait que Rennes a plusieurs codes postaux, cela ne le semble pas du tout une anomalie. Personne n'a répondu à la demande. Le 23 décembre 2013 00:46, Christophe Merlet red...@redfoxcenter.org a écrit : Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr