Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)
2009/10/23 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... > 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)
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)
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 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. > 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)
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)
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)
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)
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)
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)
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)
Petit bilan des corrections du coin : Commune, avant, correction. Calamane, 46340, 46046 Espère, 46046; 46095 Caillac, 46095, 46044 Douelle, 46044, 46088 Crayssac, , 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)
Le 22 octobre 2009 20:43, sly (sylvain letuffe) 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=46&codecom=046&codecan=06 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)
Le 22 octobre 2009 20:15, sly (sylvain letuffe) 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)
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)
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//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)
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)
Pieren a écrit : > 2009/10/14 sly (sylvain letuffe) : >> 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@openstree
Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)
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=2009&fin=2009&dep=00&mod=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)
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=2009&fin=2009&dep=00&mod=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=12&lat=47.48161&lon=4.69828&layers=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)
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)
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)
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)
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 sly (sylvain letuffe) : > 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 ___ 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)
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)
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)
> 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)
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)
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)
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 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. > 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)
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 a écrit : > Je crois que kimaidou fait pareil ;-) > > Emilie Laffray a écrit : > > > > > > 2009/10/14 rldhont 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)
Je crois que kimaidou fait pareil ;-) Emilie Laffray a écrit : > > > 2009/10/14 rldhont 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 rldhont > 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)
Geonames en france intègre les données INSEE! Emilie Laffray a écrit : > > > 2009/10/14 kimaidou 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 kimaidou > 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)
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)
Bonne idée sly. As tu regarder du côté de geonames ? Le 14 octobre 2009 13:01, 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 > 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 > ___ 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)
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