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=2009&fin=2009&dep=00&mod=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 http://lists.openstreetmap.org/listinfo/talk-fr