Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Art Penteur
Petit bilan des corrections du coin :

Commune, avant, correction.
Calamane, 46340, 46046
Espère, 46046; 46095
Caillac, 46095, 46044
Douelle, 46044, 46088
Crayssac, NIL, 46080
Panac, 46080, 46214

je n'en ai pas trouvé d'autres, mais je n'ai pas cherché très fort.

Il semble y avoir une suite (presque logique), entre ces communes
limitrophes qui forment une chaîne, chacune ayant le code de la
voisine : ça sent le off by one. Est-ce dans les listes d'origine,
dans le robot, ailleurs ? je sui bien incapable de le dire.

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit :
 A moins de trouver la source magique, ce sera à la main et au fûr et à mesure.
 Quand le choix du tag se sera tassé, j'espère que Etienne pourra dupliquer 
 son 
 outil qui fait un contrôle code insee/nom de commune. Ça devrait permettre de 
 laisser la base moins longtemps avec des fruits pourris

Pourquoi le dupliquer ? Pour le moment il fait les node place=* et et 
les relations boundary=administrative. Il vérifie les données dans le 
cog (version du début de l'année), et ignore les problèmes de ligature 
(oe) à cause d'un consensus non trouvé.

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=1-802

-- 
Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet sly (sylvain letuffe)
On vendredi 23 octobre 2009, Etienne Chové wrote:

 Pourquoi le dupliquer ? Pour le moment il fait les node place=* et et 
 les relations boundary=administrative. 
Ben ça alors, je n'avais même pas regardé que ça existait déjà. Osmose cours 
trop vite.

Il fait sa comparaison sur le tag code_INSEE, a priori celui retenu sera 
ref:INSEE, je suppose que ce ne sera pas dur à changer ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit :
 Il fait sa comparaison sur le tag code_INSEE, a priori celui retenu sera 
 ref:INSEE, je suppose que ce ne sera pas dur à changer ?

J'ai dupliqué le plugin et mis ref:INSEE dans le nouveau, comme ça les 
deux proposent une erreur (je les ai mis sur la même bulle).

PS : Cela ne préjuge pas du résultat du vote et n'est pas un choix 
imposé. Quand le vote sera terminé, je mettrait les code_INSSE en erreur 
sur une nouvelle catégorie Tags à retirer.

-- 
Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet sly (sylvain letuffe)
On vendredi 23 octobre 2009, Etienne Chové wrote:

 J'ai dupliqué le plugin et mis ref:INSEE dans le nouveau, comme ça les 
 deux proposent une erreur (je les ai mis sur la même bulle).
Super.

 PS : Cela ne préjuge pas du résultat du vote et n'est pas un choix 
 imposé. 
Certes, mais vu le résultat intermédiaire, il me semble qu'on peut considérer 
sereinement que ça va être ça ;-)

 Quand le vote sera terminé, je mettrait les code_INSSE en erreur  
 sur une nouvelle catégorie Tags à retirer.

Je proposerais de faire de la violence et en même temps que je bougerais les 
ref vers ref:INSEE, je proposerais de faire un nettoyage

(On est pas des bêtes !)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit :
 Quand le vote sera terminé, je mettrait les code_INSSE en erreur  
 sur une nouvelle catégorie Tags à retirer.
 
 Je proposerais de faire de la violence et en même temps que je bougerais les 
 ref vers ref:INSEE, je proposerais de faire un nettoyage

Cela me paraissait évident, et maintenant que tu devient spécialiste des 
robots on compte bien sur toi, mais par la suite il y aura certainement 
des habitudes gardés par certains qu'il faut corriger... sauf si tu veux 
lancer ton robot périodiquement... ce qui est aussi possible.

-- 
Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet sly (sylvain letuffe)
On vendredi 23 octobre 2009, Etienne Chové wrote:
 Cela me paraissait évident, et maintenant que tu devient spécialiste des 
 robots on compte bien sur toi
Pas trop, les concepteurs de robot finissent souvent sur l'échafauds

 , mais par la suite il y aura certainement  
 des habitudes gardés par certains qu'il faut corriger... 
Oui en effet, j'avais oublié. Petite déformation à penser trop en 
mode binaire

 sauf si tu veux  
 lancer ton robot périodiquement... ce qui est aussi possible.

Un savant mélange dosé des deux solutions me semble intéressante. Je pense que 
périodique automatique ne serait pas terrible (dangereux+pénible), mais 
périodique manuel limité, pourquoi pas.

PS:tu devrais pas être dans ton lit toi ? le médecin m'a appelé et il m'a dit 
que tu devais te reposer.

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Emilie Laffray
2009/10/23 Etienne Chové ch...@crans.org

 sly (sylvain letuffe) a écrit :
  Quand le vote sera terminé, je mettrait les code_INSSE en erreur
  sur une nouvelle catégorie Tags à retirer.
 
  Je proposerais de faire de la violence et en même temps que je bougerais
 les
  ref vers ref:INSEE, je proposerais de faire un nettoyage

 Cela me paraissait évident, et maintenant que tu devient spécialiste des
 robots on compte bien sur toi, mais par la suite il y aura certainement
 des habitudes gardés par certains qu'il faut corriger... sauf si tu veux
 lancer ton robot périodiquement... ce qui est aussi possible.


Le seul robot que j'accepte de la part de Sly, c'est un avec les trois
règles de la robotique bien inscrit en gros dans le cerveau du robot. On
n'est jamais trop prudent.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit :
 PS:tu devrais pas être dans ton lit toi ? le médecin m'a appelé et il m'a dit 
 que tu devais te reposer.

J'y suis, c'est beau la technologie ! mais ayant un week end organisé 
depuis longtemps, je vais en sortir.

-- 
Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Marc SIBERT
Emilie Laffray a écrit :

 Le seul robot que j'accepte de la part de Sly, c'est un avec les trois 
 règles de la robotique bien inscrit en gros dans le cerveau du robot. 
 On n'est jamais trop prudent.

 Emilie Laffray
Et ça donne :
1. Un robot ne peut insérer des erreur dans à la base OSM, ou restant 
passif laisser cette base avec des données clairement erronées (quoi que !?)
...

Si j'avais su...

--
Marc

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-23 Par sujet Emilie Laffray
2009/10/23 Marc SIBERT m...@sibert.fr

 Emilie Laffray a écrit :
 
  Le seul robot que j'accepte de la part de Sly, c'est un avec les trois
  règles de la robotique bien inscrit en gros dans le cerveau du robot.
  On n'est jamais trop prudent.
 
  Emilie Laffray
 Et ça donne :
 1. Un robot ne peut insérer des erreur dans à la base OSM, ou restant
 passif laisser cette base avec des données clairement erronées (quoi que
 !?)
 ...

 Si j'avais su...


La ce sont les consignes pour les terminators :) Eliminer tout humain qui ne
respecte pas la regle 1 :)

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-22 Par sujet Art Penteur
Bonsoir,

   Y'a un bug qqpart, ou j'ai pas tout compris ?

Voici ce qui m'arrive :

  En traçant un bout de la ligne de chemin de fer des Aubrais à
Montauban, au nord de Cahors, je passe virtuellement pas loin du node
place=village de Calamane. Comme j'a vu, dans le status des communes
du robot de Sly, que pas mal de communes du Lot ont besoin d'être
complétées, je jette un coup d'oeil.
Je vois que la relation de la commune contient les boundary, mais pas
l'admin_centre. Comme le village porte le nom de la commune, je ne dit
que je ne doit pas trop distordre la réalité en l'ajoutant en
admin_centre.

Et là, je me rend compte que la relation a déjà un ref et un
addr:postcode, mais qu'il sont faux (46340 au lieu de 46046 pour le
code INSEE, 46090 au lieu de 46150 pour le code postal) ! Pourtant, il
y a aussi ref_source et addr:postcode_source, qui semblent
correspondre au robot de Sly.

J'ai corrigé, et indiqué mes sources.

Re-belote pour le village d'à coté (Espère).

Je ne sais pas trouver l'historique d'une relation, donc je ne peux
pas tracer plus précisément ce qui a été fait, et quand.

Mais ça m'inquiète... Doit-on vérifier beaucoup de communes ?

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-22 Par sujet sly (sylvain letuffe)
On jeudi 22 octobre 2009, Art Penteur wrote:
 place=village de Calamane. Comme j'a vu, dans le status des communes
 du robot de Sly, que pas mal de communes du Lot ont besoin d'être
 complétées, je jette un coup d'oeil.

Ce village contenait-t-il un code_INSEE et un postal_code correct ?

 Et là, je me rend compte que la relation a déjà un ref et un
 addr:postcode, mais qu'il sont faux (46340 au lieu de 46046 pour le
 code INSEE, 46090 au lieu de 46150 pour le code postal) ! Pourtant, il
 y a aussi ref_source et addr:postcode_source, qui semblent
 correspondre au robot de Sly.
ça y ressemble fort, et quelle était la source indiquée ?

 Re-belote pour le village d'à coté (Espère).
Mêmes questions ?
 
 Je ne sais pas trouver l'historique d'une relation, donc je ne peux
 pas tracer plus précisément ce qui a été fait, et quand.
http://www.openstreetmap.org/browse/relation/numéro de la relation/history

 Mais ça m'inquiète... Doit-on vérifier beaucoup de communes ?

Il n'y a pas de doit-on, tu fais comme tu le sens. Et pifométriquement je 
dirais que ça doit vachement dépendre si le chef-lieu était déjà ou non dans 
osm.

Sur 3 départements, j'ai eu environ ~20/300 à reprendre
J'ai lancé le robot en connaissance (approximative) de cause, et me disant 
qu'il valait mieux en reprendre 20 par département que de faire les 300 à la 
main.

Pourrais-tu donner les communes incriminées ? (numéro osm) que je comprenne 
pourquoi le robot s'est gaufré ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-22 Par sujet sly (sylvain letuffe)
J'ai fouillé et j'ai mes réponses, et donc les tiennes
 Ce village contenait-t-il un code_INSEE et un postal_code correct ?
En fait, il n'avait pas de code insee, (mais avait un code postal). Donc la 
source n'est pas le noeud place.

 ça y ressemble fort, et quelle était la source indiquée ?
C'était bien le robot, et la source était galichon (la source médiocre)
 
  Re-belote pour le village d'à coté (Espère).
 Mêmes questions ?
Idem, le code postal était bon (autant qu'on peut l'être vu mes sources) mais 
pas le code insee.

Bilan, c'est en effet une valeur erronée du code insee, et ta démarche de 
corriger et bien indiquer ta source (wikipedia ou insee) et à mon avis la 
bonne.

A moins de trouver la source magique, ce sera à la main et au fûr et à mesure.
Quand le choix du tag se sera tassé, j'espère que Etienne pourra dupliquer son 
outil qui fait un contrôle code insee/nom de commune. Ça devrait permettre de 
laisser la base moins longtemps avec des fruits pourris


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-22 Par sujet Art Penteur
Le 22 octobre 2009 20:15, sly (sylvain letuffe) sylv...@letuffe.org a écrit :


 Ce village contenait-t-il un code_INSEE et un postal_code correct ?

Un postal_code correct :
  http://www.openstreetmap.org/browse/node/469367714/history
(par contre, je pense qu'il faudrait remplacer place = town par
place=village, mais c'est une autre histoite (Breizh_Punisher)).


[...] et quelle était la source indiquée ?
addr:postcode = 46090
addr:postcode_source = source of postcode is from galichon.com/INSEE
ref = 46340
ref_source = source of ref is from galichon.com/INSEE


 Re-belote pour le village d'à coté (Espère).

Le POI village a un postal_code qui semble corect (46090) :
http://www.openstreetmap.org/browse/node/469367755/history

Je n'ai pas (encore) ajouté le node admin_centre, mais j'ai corrigé le
ref, qui était justement celui de calamane (46046), pour le remplacer
par 46095. Je n'ai pas touché a addr:postcode = 46150, qui semble
faux.

Détails à :
http://www.openstreetmap.org/browse/relation/122592/history

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-22 Par sujet Art Penteur
Le 22 octobre 2009 20:43, sly (sylvain letuffe) sylv...@letuffe.org a écrit :

 Bilan, c'est en effet une valeur erronée du code insee, et ta démarche de
 corriger et bien indiquer ta source (wikipedia ou insee) et à mon avis la
 bonne.

Quelqu'un a un avis sur le coté légal, et technique pour OSM, de faire
des tags de ce genre ?

ref_source = 
http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=46amp;codecom=046amp;codecan=06

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
Salut,

J'en avais parlé il y a quelque temps, maintenant je peux.

Voilà: je pense lancer mon robot pour rajouter dans les relations représentant 
les communes de france deux tags (s'ils n'y figurent pas déjà) que sont :
* ref
et
* addr:postalcode

ref contiendrait le code insee de la commune, et addr:postalcode le code 
postal (selon source insee) dominant de la commune.

Dominant car, comme il avait été discuté, ce n'est pas une manière fiable 
pour gérer les cas de communes utilisant plusieurs codes postaux. Ce qui veut 
dire que cette information ne sera qu'indicative et charge aux outils qui 
voudraient s'en servir (s'ils existent) de faire la part des choses.

Cette démarche ne s'inscrit pas dans une logique de normalisation, et ne sera 
pas accompagnée à cette étape de proposition à accepter ou non. Elle 
s'inscrit dans le il y a un besoin, je documente, et suit qui veut, fait 
autrement qui veut, etc. (logique osm de base)

Mon besoin à court terme est de fournir une liste des communes présentes au 
format vecteur au cadastre qui ont été oublié, pas encore mise, erronée dans 
osm.
Le code INSEE devenant un rapprochement logique qui évite l'analyse sémantique 
du format du nom de communes.

techniquement :
L'outil est basé sur la magnifiquement extraordinaire python api de Étienne 
pour la partie interaction osm.
Sur postgis pour le calcul géographique
La source de donnée que j'ai choisi pour l'instant est la bien connue : 
http://www.galichon.com/codesgeo/ certes un poil vieux 2003 et non complète. 
(il y manque environ 1260 communes en métropole)

Mais dont la compatibilité libre ne pose pas de problème, et dont le 
traitement est très simple.

plan d'action :
- tests variés (déjà faits) 
- Discutions
- test sur le département que je connais bien : la savoie
- lancement grandeur réél

Je suis à l'écoute de vos avis éclairés

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Denis
sly (sylvain letuffe) a écrit :
...
 La source de donnée que j'ai choisi pour l'instant est la bien connue : 
 http://www.galichon.com/codesgeo/ certes un poil vieux 2003 et non complète. 
 (il y manque environ 1260 communes en métropole)
 
 Mais dont la compatibilité libre ne pose pas de problème, et dont le 
 traitement est très simple.

Celle du Code Officiel Géographique de l'INSEE 
(http://www.insee.fr/fr/methodes/nomenclatures/cog/), mis à jour tous 
les ans, ne pose aucun problème non plus.
Bon, il n'y a pas les codes postaux, mais au moins les libellés 
officiels de TOUTES les communes.

Denis

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Emilie Laffray
2009/10/14 kimaidou kimai...@gmail.com

 Bonne idée sly.
 As tu regarder du côté de geonames ?


Geonames n'est pas forcement une bonne idée. Leurs données proviennent de
Geonet ou je ne sais plus quoi (base de donnée CIA). Leurs données ne sont
pas forcement bonnes. La précision est douteuse.
Il faut se méfier de Geonames en terme de contenu.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet rldhont
Geonames en france intègre les données INSEE!

Emilie Laffray a écrit :


 2009/10/14 kimaidou kimai...@gmail.com mailto:kimai...@gmail.com

 Bonne idée sly.
 As tu regarder du côté de geonames ?


 Geonames n'est pas forcement une bonne idée. Leurs données proviennent 
 de Geonet ou je ne sais plus quoi (base de donnée CIA). Leurs données 
 ne sont pas forcement bonnes. La précision est douteuse.
 Il faut se méfier de Geonames en terme de contenu.

 Emilie Laffray
 

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
   


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Emilie Laffray
2009/10/14 rldhont rldh...@gmail.com

 Geonames en france intègre les données INSEE!


Oui, mais parfois le contenu de Geonames est vraiment problématique même
avec la France. Je sais puisque je travaille régulièrement avec. Sans
pouvoir donner trop de détails, on utilise Geonames que quand on ne trouve
pas l'information dans OSM.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet rldhont
Je crois que kimaidou fait pareil ;-)

Emilie Laffray a écrit :


 2009/10/14 rldhont rldh...@gmail.com mailto:rldh...@gmail.com

 Geonames en france intègre les données INSEE!


 Oui, mais parfois le contenu de Geonames est vraiment problématique 
 même avec la France. Je sais puisque je travaille régulièrement avec. 
 Sans pouvoir donner trop de détails, on utilise Geonames que quand on 
 ne trouve pas l'information dans OSM.

 Emilie Laffray
 

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
   


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet kimaidou
Je fais cela aussi : utiliser geonames seulement quand pas de données dans
OSM, car quand j'avais commencé, il y avait peu de données dans OSM.
Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests
intéressants je pense.

Il faut se méfier des conventions d'écritures, par exemple Saint - St,
mais sinon c'est à peu près utilisable.

Le 14 octobre 2009 13:34, rldhont rldh...@gmail.com a écrit :

 Je crois que kimaidou fait pareil ;-)

 Emilie Laffray a écrit :
 
 
  2009/10/14 rldhont rldh...@gmail.com mailto:rldh...@gmail.com
 
  Geonames en france intègre les données INSEE!
 
 
  Oui, mais parfois le contenu de Geonames est vraiment problématique
  même avec la France. Je sais puisque je travaille régulièrement avec.
  Sans pouvoir donner trop de détails, on utilise Geonames que quand on
  ne trouve pas l'information dans OSM.
 
  Emilie Laffray
  
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Emilie Laffray
2009/10/14 kimaidou kimai...@gmail.com

 Je fais cela aussi : utiliser geonames seulement quand pas de données dans
 OSM, car quand j'avais commencé, il y avait peu de données dans OSM.
 Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests
 intéressants je pense.

 Il faut se méfier des conventions d'écritures, par exemple Saint - St,
 mais sinon c'est à peu près utilisable.


Et faire attention a la table alternate names aussi.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
On mercredi 14 octobre 2009, kimaidou wrote:
 Je fais cela aussi : utiliser geonames seulement quand pas de données dans
 OSM, car quand j'avais commencé, il y avait peu de données dans OSM.
 Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests
 intéressants je pense.
 
 Il faut se méfier des conventions d'écritures, par exemple Saint - St,
 mais sinon c'est à peu près utilisable.

Je ne compte pas du tout toucher au nom, ni même m'en servir (écriture trop 
aléatoire) et je pré-suppose que les osmeurs qui l'ont fait en manuel on su 
ce qu'il faisait et je me garde bien de pré-supposer que ce que je peux faire 
est mieux. (ce qui serait vraisemblablement faux)

La source de ce que j'ai est a priori (débats sur forum) un travail personnel 
de jérome galichon ayant comme source principale l'insee plus d'éventuelles 
corrections remontées par les utilisateurs.

Je pense partir sur cette première étape, et éventuellement faire un 
recoupement avec d'autres sources pour compléter les 1200 trous maximum , 
mais à réfléchir. (Et puis, peut-être, sur les 1200, il s'agit d'une majorité 
de communes au format image, donc ça fera peut-être pas tant de boulot à la 
main, et le cadastre, via l'outil de frédéric pourra alors servir de source)

Pour le nom des communes, le plugin osmose de étienne fait déjà un travail 
d'alerte que je n'ai pas envie de concurrencer (ça marche très bien !)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet g.d
Comment fais-tu pour le postal_code ?
Les différents coins d'une même commune peuvent avoir des codes  
postaux différents,
certains même peuvent être desservis par un centre de tri du  
département voisin,
donc leur code postal ne correspond pas à leur numéro minéralogique.

La liste de l'insee que j'ai scruté il y a près de trois mois, me  
paraissait tout sauf complète, sous ces coutures-là,
et le vrai registre des adresses avec leurs codes semble être  
copyrighté,
bhen, on peut l'acheter pour usage commercial, ça coûte assez cher
(on me l'avait proposé, mais pour mon job je m'en tape, pas utile, ne  
fais pas du porte-à-porte ni du dumping),
mais apparemment on n'a pas le droit de le publier sous cc-by-sa,
et encore moins sous le projet de la nouvelle licence.

mais si on met un tag postal_code sur des communes, soit-ce sur leurs  
relations boundary ou sur leur node place,
'faut qu'on soit sûr et certains que c'est ça, et rien d'autre.

Fut un temps, il a fallu que je traverse le pays pour récupérer mon  
courrier à l'autre bout, dans un bureau de poste de nom semblable mais  
complètement ailleurs,
juste à cause d'une telle bourde dans le code postal d'une commune  
desservie depuis deux départements.
J'te dis pas les embrouilles, surtout qu'il y avait des appels  
d'impôts et des factures EDF dedans :-(

Le cadastre n'est d'aucune aide sur ce sujet, il ne s'en occupe pas.
A la limite, on peut y trouver le code postal du chef-lieu, mais c'est  
tout.

Les seulement 1200 trous desquelles tu fais part, pourraient être  
gênants,
et c'est de trop pour qu'on puisse les rechercher et éclaircir à la  
main,
déjà les centres de tri sont difficilement joignables par téléphone,
encore plus difficile d'y trouver quelqu'un qui soit ouvert et qui  
veuille prendre le temps pour renseigner sur son secteur,
et bonjour la facture de téléphone x 1200 x n préposés !
Je veux bien, s'il restent dix ou vingt, on y arriverait petit à petit,
mais 1200, c'est infaisable
(et, je pense, qu'en réalité il y ait plutôt dans les 20 % des trente- 
six mille communes qui ont des recoupements sévères de la sorte, dont  
un bon tiers qui a des recoupements multiples,
  ce qui nous amènerait à entre cinq et huit mille véritables  
exceptions à traiter à la main, pas seulement 1200).

Il n'y aurait aucun sens, de mettre des codes postaux qui feraient,  
que le courrier n'arrive pas au destinataire.

Le réseau de service postal est indépendant des limites des communes,  
ça n'a pas les mêmes boundaries, mais ça dépend des tournées.

Stp, dis-nous, comment tu fais pour mettre les codes postaux corrects  
sur les morceaux d'agglomérations.
Ne me prends pas mal, je t'en prie !
Si on a un moyen physiquement correct de le faire, légal sans pirater,  
j'en suis ravi.
Je voudrais juste savoir, comment.

Amicalement
Gerhard
---

Le 14 oct. 09 à 13:55, sly (sylvain letuffe) a écrit :


 On mercredi 14 octobre 2009, kimaidou wrote:
 Je fais cela aussi : utiliser geonames seulement quand pas de  
 données dans
 OSM, car quand j'avais commencé, il y avait peu de données dans OSM.
 Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests
 intéressants je pense.

 Il faut se méfier des conventions d'écritures, par exemple Saint - 
  St,
 mais sinon c'est à peu près utilisable.

 Je ne compte pas du tout toucher au nom, ni même m'en servir  
 (écriture trop
 aléatoire) et je pré-suppose que les osmeurs qui l'ont fait en  
 manuel on su
 ce qu'il faisait et je me garde bien de pré-supposer que ce que je  
 peux faire
 est mieux. (ce qui serait vraisemblablement faux)

 La source de ce que j'ai est a priori (débats sur forum) un travail  
 personnel
 de jérome galichon ayant comme source principale l'insee plus  
 d'éventuelles
 corrections remontées par les utilisateurs.

 Je pense partir sur cette première étape, et éventuellement faire un
 recoupement avec d'autres sources pour compléter les 1200 trous  
 maximum ,
 mais à réfléchir. (Et puis, peut-être, sur les 1200, il s'agit d'une  
 majorité
 de communes au format image, donc ça fera peut-être pas tant de  
 boulot à la
 main, et le cadastre, via l'outil de frédéric pourra alors servir de  
 source)

 Pour le nom des communes, le plugin osmose de étienne fait déjà un  
 travail
 d'alerte que je n'ai pas envie de concurrencer (ça marche très bien !)

 -- 
 sly
 Sylvain Letuffe sylv...@letuffe.org
 qui suis-je : http://slyserv.dyndns.org




 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
On mercredi 14 octobre 2009, g.d wrote:
 Comment fais-tu pour le postal_code ?

J'utilise comme source :
http://www.galichon.com/codesgeo/

 La liste de l'insee que j'ai scruté il y a près de trois mois, me  
 paraissait tout sauf complète, sous ces coutures-là,
Sauf erreur, ils ne fournissent pas le code postal justement, pour les raisons 
que tu évoques.

 'faut qu'on soit sûr et certains que c'est ça, et rien d'autre.

Je ne le fais justement pas dans cette logique, pour la simple raison qu'en 
effet, cette base n'existe pas libre de droit (ou alors j'ai mal cherché, et 
visiblement je ne suis pas le seul à la chercher)
 
 Il n'y aurait aucun sens, de mettre des codes postaux qui feraient,  
 que le courrier n'arrive pas au destinataire.

Je doute qu'il puisse de toute façon être fait un usage professionnel de cette 
donnée de toute façon (du moins en l'état actuel)

 Stp, dis-nous, comment tu fais pour mettre les codes postaux corrects  
 sur les morceaux d'agglomérations.

Je n'ai pas fais de magie, j'utilise une source de fiabilité médiocre pour les 
codes postaux et elle à considérer et utilisable comme telle.

Ma course de pensée étant qu'il vaut mieux pas terrible que rien. Libre à ceux 
qui veulent mieux de :
- améliorer
- pas utiliser
- acheter autre chose

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
 La source de donnée que j'ai choisi pour l'instant est la bien connue : 
 http://www.galichon.com/codesgeo/ certes un poil vieux 2003 et non complète. 
 (il y manque environ 1260 communes en métropole)

Petit retour sur la qualité de ces données après un import par chez moi: c'est 
plutôt médiocre.

Sur 305 communes, 45 disposent d'une géolocalisation mal placée dans ce 
fichier.

Je dispose d'un outil pour les lister, mais ça représente donc pas mal 
d'opérations manuelles plutôt pénibles de rétro-correction/contrôle.

Je continue à chercher le graal, si quelqu'un trouve :
- n°insee
- nom commune
- code postal (supposé)
- coordonnées GPS d'un point de la commune

wikipedia semble faire mieux, sinon je regarderais peut-être dans osm avec 
le noeud commune lui même. Mais comme il en manque pas mal...


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet g.d
Bhen oui, personne n'est sorcier,
mais je croyais que tu étais extra-terrestre reconnu et assermenté,
ta parenté avec E.T. aidant pour trouver maison (donc adresse ?).

Oui, la liste
http://www.galichon.com/codesgeo/index.php,
Je ne vois pas écrit si elle est libre de droits, mais comme le nom du  
fichier 'insee l'indique, ça a un goût d'insee
(http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp)

Et, comme d'hab', hélas, quand j'y cherche mes deux patelins fétiche  
pour ces choses-là,
ça ne montre pas les divers codes postaux de Montpellier, juste le 34  
000.

Comme toujours, ça met le 34 090 pour Le Cres uniquement.
Pourtant, plusieurs quartiers du nord de Montpellier officiellement  
sont 34 090 Montpellier,
et si on met seulement 34000, ça peut prendre des mois avant d'arriver.

Et ça donne pour San-Gavino-di-Carbini seulement le 20170,
là où pour écrire à la Mairie Annexe de 20170 San-Gavino au hameau  
d'Araghju (qui a le 20170 dans son tampon officiel),
on doit mettre comme CP le 20137 (de Porto-Vecchio),
sinon la lettre n'arrive jamais à destination, mais finit dans une  
autre poste sur l'autre côte de l'île,
où probablement ils ont une benne replie de tels courriers erronés.

Le blème donc est toujours le même :-(
On en avait déjà parlé.
D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le  
vrai découpage des secteurs.

Désolé, n'ai pas trouvé le graal...
Gerhard



Le 14 oct. 09 à 19:03, sly (sylvain letuffe) a écrit :


 La source de donnée que j'ai choisi pour l'instant est la bien  
 connue :
 http://www.galichon.com/codesgeo/ certes un poil vieux 2003 et non  
 complète.
 (il y manque environ 1260 communes en métropole)

 Petit retour sur la qualité de ces données après un import par chez  
 moi: c'est
 plutôt médiocre.

 Sur 305 communes, 45 disposent d'une géolocalisation mal placée dans  
 ce
 fichier.

 Je dispose d'un outil pour les lister, mais ça représente donc pas mal
 d'opérations manuelles plutôt pénibles de rétro-correction/contrôle.

 Je continue à chercher le graal, si quelqu'un trouve :
 - n°insee
 - nom commune
 - code postal (supposé)
 - coordonnées GPS d'un point de la commune

 wikipedia semble faire mieux, sinon je regarderais peut-être  
 dans osm avec
 le noeud commune lui même. Mais comme il en manque pas mal...


 -- 
 sly
 Sylvain Letuffe sylv...@letuffe.org
 qui suis-je : http://slyserv.dyndns.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Etienne Chové
g.d a écrit :
 Le blème donc est toujours le même :-(
   On en avait déjà parlé.
 D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le  
 vrai découpage des secteurs.

+1, mieux vaut pas d'info qu'une info fausse... ce serait pourtant bien 
d'avoir les CP. Il y a a dilemme.

 Désolé, n'ai pas trouvé le graal...

Non plus

Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Pieren
2009/10/14 sly (sylvain letuffe) sylv...@letuffe.org:
 Je continue à chercher le graal, si quelqu'un trouve :
 - n°insee
 - nom commune
 - code postal (supposé)
 - coordonnées GPS d'un point de la commune

 wikipedia semble faire mieux, sinon je regarderais peut-être dans osm avec
 le noeud commune lui même. Mais comme il en manque pas mal...

Wikipedia a utilisé la base de l'IGN sans leur autorisation (j'avais
demandé à l'auteur de cet import sur wp) donc on peut oublier.

Le graal n'existe pas ! C'est bien pour ça que tellement de gens, même
des pros, gardent un oeil sur OSM France pour qu'enfin il y ait
quelque chose de libre et dispo en dehors de l'IGN.
Mais avant de lancer un bot, ne faudrait-il pas régler la question des
communes à plusieurs codes postaux, ce qui reste le principal point
d'achoppement sur cette information ? Est-ce que ton script va aussi
lire le node place à l'intérieur de la relation ? Il contient aussi
très souvent un code postal, sans doute juste puisque tu présupposes
que c'est mieux... et que faire s'il y a plusieurs nodes places avec
differents codes postaux ? Quelle est l'urgence du code postal ? Le
code INSEE semble la meilleure information, la plus fiable et la plus
à jour si on la cherche du bon côté (c.a.d. à la source). Une fois
qu'on aura un node pour chaque agglomération et une relation pour
chaque commune avec son code insee, le reste sera plus facile à
ajouter.
Voila la liste des changements rien que pour cette année:
http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2009fin=2009dep=00mod=M0

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Yannick
g.d a écrit :
 Bhen oui, personne n'est sorcier,
 mais je croyais que tu étais extra-terrestre reconnu et assermenté,
 ta parenté avec E.T. aidant pour trouver maison (donc adresse ?).
 
 Oui, la liste
 http://www.galichon.com/codesgeo/index.php,
 Je ne vois pas écrit si elle est libre de droits, mais comme le nom du  
 fichier 'insee l'indique, ça a un goût d'insee
 (http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp)

C'est un travail de collecte des données et de remise en forme qui a été
effectuée. donc rien à voir avec le fichier original.
Il le précise au bas de la page Avertissement à coté du ficier de
téléchargement qu'a récupéré Sylvain.
Par contre il me semble qu'il serait judicieux de préciser l'origine du
fichier ayant servi aux manipulations.

 
 Et, comme d'hab', hélas, quand j'y cherche mes deux patelins fétiche  
 pour ces choses-là,
 ça ne montre pas les divers codes postaux de Montpellier, juste le 34  
 000.
 
 Comme toujours, ça met le 34 090 pour Le Cres uniquement.
 Pourtant, plusieurs quartiers du nord de Montpellier officiellement  
 sont 34 090 Montpellier,
 et si on met seulement 34000, ça peut prendre des mois avant d'arriver.

La page d'avertissement répond à ta question, en partie. Un seul code
Postal (le principal) a été retenu pour cette base. Si tu prends le
premier fichier à télécharger ton problème n'est plus. Il faut faire
attention de quel outil on se sert pour comparer.
En l'occurence cette base a pour but de corréler des Communes avec des
codes Insee et postaux ET des coordonnées géographiques. Il est évident
que dans ce cas de figure on ne peut mettre qu'une ligne par commune. Je
parierais même que Paris, Lyon et Marseille ne sont référencées que sur
leur mairie centrale respective.

 
 Et ça donne pour San-Gavino-di-Carbini seulement le 20170,
   là où pour écrire à la Mairie Annexe de 20170 San-Gavino au hameau  
 d'Araghju (qui a le 20170 dans son tampon officiel),
   on doit mettre comme CP le 20137 (de Porto-Vecchio),
 sinon la lettre n'arrive jamais à destination, mais finit dans une  
 autre poste sur l'autre côte de l'île,
   où probablement ils ont une benne remplie de tels courriers erronés.

Bizarre car La Poste elle-même confirme 20170
http://www.laposte.fr/Particulier/Utilisez-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal

Tu donnes toi-même l'explication avec 'Annexe'. En effet c'est à la
mairie principale de faire le transit vers ses annexes. Hors PLM on
écrit au Maire donc au siège de la mairie. La Poste travaille mal mais
faut pas pousser non plus. La Mairie ne semble donc pas faire son
travail sur ce coup.

 
 Le blème donc est toujours le même :-(
   On en avait déjà parlé.
 D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le  
 vrai découpage des secteurs.

Attention un code postal peut changer (rarement mais c'est possible). En
principe, à de rares exceptions près, une commune est couverte par le
même code postal (en campagne bien sûr). Donc on peut très bien mettre
les codes postaux sans trop de risques de plantage.
Si tu es sûr d'un découpage rien ne t'interdit de faire la rectification
en créant les éléments idoines comme pour les quartiers.

 
 Désolé, n'ai pas trouvé le graal...

Moi non plus désolé

 Gerhard

Amitiés

-- 
Si on n'avait toujours voulu que la meilleure des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Christophe Merlet (RedFox)
Le mercredi 14 octobre 2009 à 13:01 +0200, sly (sylvain letuffe) a
écrit :
 Salut,
 
 J'en avais parlé il y a quelque temps, maintenant je peux.
 
 Voilà: je pense lancer mon robot pour rajouter dans les relations 
 représentant 
 les communes de france deux tags (s'ils n'y figurent pas déjà) que sont :
 * ref

POUR

 et
 * addr:postalcode

POUR, uniquement pour les communes n'utilisant *qu'un seul* code postal
En attendant de trouver un consensus pour gérer les cas des communes
utilisant plusieurs code postal...

Ce serait bien aussi de rajouter la balise population dans la relation
de la commune et peut être aussi le role admin_centre...


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
On mercredi 14 octobre 2009, Etienne Chové wrote:
 g.d a écrit :
  Le blème donc est toujours le même :-(
  On en avait déjà parlé.
  D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le  
  vrai découpage des secteurs.
 
 +1, mieux vaut pas d'info qu'une info fausse... ce serait pourtant bien 
 d'avoir les CP. Il y a a dilemme.

Je reste pas d'accord avec cette démarche. Ou tout du moins, je dirais que 
c'est affaire de proportion.

Et je reprendrais la signature de yannick qui vient de poster :
Si on n'avait toujours voulu que la meilleure des solutions,
ce serait vide.

Certes, si je rentre cette information elle n'est pas parfaite (oui forcément, 
ça on le sait) et donc il est délicat de s'en servir, ou du moins, c'est à 
prendre avec pincettes. Mais si 80% des communes se retrouve avec un code 
postal juste, ça motive à venir améliorer (du moins, il me semble par rapport 
à du vide)

Mais osm bouge, si demain par miracle une base correcte se libère, et bien on 
virera tout !

A condition de ... suite en réponse à yannick

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
On mercredi 14 octobre 2009, Yannick wrote:
 Par contre il me semble qu'il serait judicieux de préciser l'origine du
 fichier ayant servi aux manipulations.

Oui, j'en arrive à cette logique toute bête, il faut trouver un moyen de 
garder un trace de cette maigre qualité. Il ne faudrait pas noyer le 
travail passé ou futur d'un import partiel/manuel de qualité

État de mon avancement dans mail séparé
 

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Denis
Pieren a écrit :

 Voila la liste des changements rien que pour cette année:
 http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2009fin=2009dep=00mod=M0

Pour info, Source-Seine [1] est à jour dans OSM !!! J'étais tombé dessus 
lors de mon périple en Côte-d'Or.

Denis

1. 
http://beta.letuffe.org/?zoom=12lat=47.48161lon=4.69828layers=BFTTTFF

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet sly (sylvain letuffe)
On mercredi 14 octobre 2009, Pieren wrote:
 Wikipedia a utilisé la base de l'IGN sans leur autorisation (j'avais
 demandé à l'auteur de cet import sur wp) donc on peut oublier.

ok, on oubli (en plus j'ai cherché sans succès)
 
 Mais avant de lancer un bot, ne faudrait-il pas régler la question des
 communes à plusieurs codes postaux, ce qui reste le principal point
 d'achoppement sur cette information ? 
Tout à fait, mais voilà le problème de la poule et de l'oeuf, on a besoin des 
surfaces postales pour arriver à bien générer les surfaces postales

 Est-ce que ton script va aussi 
 lire le node place à l'intérieur de la relation ? Il contient aussi
 très souvent un code postal, sans doute juste puisque tu présupposes
 que c'est mieux...
État de mes recherches dans mail séparé

 et que faire s'il y a plusieurs nodes places avec 
 differents codes postaux ? 
Rien ou au pif ;-)
Quelqu'un utilisant la donnée sera, je l'espère, assez malin pour privilégier 
le code postal de l'élément plutôt que d'utiliser celui de la surface

 Quelle est l'urgence du code postal ? 
Faible, il se trouve que j'ai la possibilité facilement de le copier sur la 
commune, qu'il serve ou pas, qu'on l'améliore ou pas, il sera plus simple de 
le virer que de le remettre

 Le  
 code INSEE semble la meilleure information, la plus fiable et la plus
 à jour si on la cherche du bon côté (c.a.d. à la source). 
ça en effet, ça me semble la base sur laquelle se raccrocher, c'est d'ailleurs 
ma première motivation car la reconnaissance par nom de commune est très 
difficile

 Voila la liste des changements rien que pour cette année:
 
http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2009fin=2009dep=00mod=M0

Pour ce qui nous concerne, ça va, il n'y a qu'une fusion, le reste c'est 
mouvement d'arrondissements


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)

2009-10-14 Par sujet Yannick
Pieren a écrit :
 2009/10/14 sly (sylvain letuffe) sylv...@letuffe.org:
 Je continue à chercher le graal, si quelqu'un trouve :
 - n°insee
 - nom commune
 - code postal (supposé)
 - coordonnées GPS d'un point de la commune

 wikipedia semble faire mieux, sinon je regarderais peut-être dans osm 
 avec
 le noeud commune lui même. Mais comme il en manque pas mal...
 
 Wikipedia a utilisé la base de l'IGN sans leur autorisation (j'avais
 demandé à l'auteur de cet import sur wp) donc on peut oublier.
 
 Le graal n'existe pas ! C'est bien pour ça que tellement de gens, même
 des pros, gardent un oeil sur OSM France pour qu'enfin il y ait
 quelque chose de libre et dispo en dehors de l'IGN.
 Mais avant de lancer un bot, ne faudrait-il pas régler la question des
 communes à plusieurs codes postaux, ce qui reste le principal point
 d'achoppement sur cette information ? Est-ce que ton script va aussi
 lire le node place à l'intérieur de la relation ? Il contient aussi
 très souvent un code postal, sans doute juste puisque tu présupposes
 que c'est mieux... et que faire s'il y a plusieurs nodes places avec
 differents codes postaux ? Quelle est l'urgence du code postal ? Le
 code INSEE semble la meilleure information, la plus fiable et la plus
 à jour si on la cherche du bon côté (c.a.d. à la source). Une fois
 qu'on aura un node pour chaque agglomération et une relation pour
 chaque commune avec son code insee, le reste sera plus facile à
 ajouter.
 Voila la liste des changements rien que pour cette année:
 http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2009fin=2009dep=00mod=M0
 
 Pieren

Bonsoir,

Le code Insee est LE seul élément fiable; il est UNIQUE! En généalogie
on recommande de plus en plus son usage, mais voilà les mauvaises
habitudes ont parfois la vie dure; lors d'échange de fichiers ce n'est
pas toujours triste :).

L'urgence n'existe pas! Seul l'utilité est importante et doit primé.
Ensuite dans l'utilité il faut faire des choix de priorité. Parfois la
présence d'informations prioritaires doit nous amener à faire des choses
qui ne le sont pas! Faut-il au nom du principe que ce n'est pas
prioritaire ne pas faire une seule injection dans la base. Franchement
je pense que c'est se priver d'opportunités.

Je pense postal
Les clients qui nous inondent les boites à lettres de prospectus
demandent la couverture de tel quartier, telle commune, de tel code
postal, de tel type d'habitat. Le dernier élément qu'ils demandent n'est
pas des moindre Combien de points de contact (BàL)?
Ce dernier point ne sera JAMAIS intégré à OSM hélas pour pour eux.
Pourquoi simplement parce que ce chiffre change du jour au lendemain. Un
immeuble qui se construit c'est de suite n boites de plus. Un
déménagement avec local vacant c'est une BAL de moins. Etc.

Le problème du code Postal est d'avoir un contact sur place pour nous
dire ce qu'il groupe exactement pour les grosses communes. Pour les
petites le risque est plus faible, quoique.
Avec la privatisation 'préparée' de La Poste je peux vous dire que cela
risque de bouger souvent au nom de principes financiers. Aurons-nous la
capacité de suivre ces évolution qui il faut quand même bien l'admettre
ne serve en fait qu'au réseau postal. Je ne vois pas d'autres usages à
ce code.

En attendant que faire avec ces communes avec 5-6 codes postaux sur leur
territoire?
Nous avons trois solutions
1) Mettre le premier code numérique sur l'ensemble de la commune
2) Ne rien mettre :( en attendant qu'un découpage précis nous soit offert?
3) Réussir à mettre dans un seul champ l'ensemble des codes de la commune

Un bon exemple de réflexion
La rue Vaugirard à Paris sur 3 'communes' donc 3 codes postaux.
Le boulevard Montparnasse lui est sur au moins 4 codes postaux et je ne
parle pas des cédex qui eux n'apportent aucun intérêt géographique.

Le code postal est par essence un usage postal. Il correspond à une zone
géographique mouvante.
De part son imprégnation coutumière nous devons l'intégrer dans la base.
Maintenant devons-nous attendre d'avoir la certitude absolue de la zone
couverte? Je crois que c'est une grave erreur. D'autant qu'en fin de
compte peu de communes seront concernées. Ce seront de surcroît de
grosses communes où nous aurons plus de potentiel pour
'demander/faire/demander de l'aide pour faire' une modification en
connaissance de cause.

Amitiés

PS je suis ces trois prochains jours aux JDLL à Villeurbanne (69) donc
si vous venez faites moi signe ;-)

-- 
Si on n'avait toujours voulu que la meilleure des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


___
Talk-fr mailing list
Talk-fr@openstreetmap.org