[OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Hello Vincent, Hier je me suis occupé de la commune de Conquereuil. Résultat ok : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6231/-1.7437 Puis, sa voisine, Guéméné-Penfao, mais là, rien n'a bougé. Par exemple, si on regarde l'impasse de la cure http://www.openstreetmap.org/way/317066926 tout semble ok, mais le rapprochement ne se fait pas : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.62775/-1.83552 J'avoue que je ne comprends pas, il n'y a aucune particularité. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Bonjour Stéphane, Le 14/12/2014 09:57, Stéphane Péneau a écrit : Hier je me suis occupé de la commune de Conquereuil. Résultat ok : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6231/-1.7437 Puis, sa voisine, Guéméné-Penfao, mais là, rien n'a bougé. Par exemple, si on regarde l'impasse de la cure http://www.openstreetmap.org/way/317066926 tout semble ok, mais le rapprochement ne se fait pas : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.62775/-1.83552 J'avoue que je ne comprends pas, il n'y a aucune particularité. Je n'ai pas d'explication non plus. Dans le doute j'ai relancé le rapprochement sur la commune, qui avait tourné sans trace de problème cette nuit, et tu peux voir que la liste des rues rapprochées a bien gonflé, y compris l'Impasse de la Cure : http://cadastre.openstreetmap.fr/fantoir/#insee=44067 Il y a bien eu hier soir/cette nuit un souci sur les serveurs d'osm.org, mais bien après tes contributions, au moment desquelles notre base monde semblait à jour : http://munin.openstreetmap.fr/static/dynazoom.html?cgiurl_graph=/munin-cgi/munin-cgi-graphplugin_name=osm12.free.org/osm105.openstreetmap.fr/osm_replication_lag_osm2pgsqlsize_x=800size_y=400start_epoch=1418442683stop_epoch=1418550683 Donc perplexe :( N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup, autant le trouver :) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cours Albert Thomas à Lyon
Le 13 déc. 2014 à 21:42, Marc Gemis marc.ge...@gmail.com a écrit : Oui, je pense les postalcode boundaries comme en Flandre et Allemagne sont la solution pour ça. Il est question de faire ça aussi en France :) mais je laisse les spécialistes de la question s’en occuper. Mais ce qui est étrange, c’est que ça se produit pour quelques POI seulement. Il doit y avoir un problème de données à cet endroit mais lequel ? Cette rue sert de limite entre le 3e et le 8e arrondissement, on devrait avoir au pire les codes 69003 et 69008 ? J’ai fait des recherches et des modifications : bâtiment au n° 47 ce n° existait 3X : nœud addr:housenumber=47 seul Nonimatim le trouvait et lui attribuait tous les codes postaux de Lyon - je l’ai supprimé nœud addr:housenumber=47 dans la relation associatedStreet Nonimatim le trouvait et lui attribuait qu’un seul code postal - je l’ai gardé way (bâtiment) avec addr:housenumber, addr:street, addr:postcode et addr:city Nonimatim le trouvait et lui attribuait qu’un seul code postal - j’ai supprimé les tags addr: recherche « cours albert thomas » Nonimatim renvois tous les segments qui ont ce nom (il ne faudrait pas virer des highway et ne le laisser que sur la relation associatedStreet ??) il y a en a un qui fait partie d’une relation type=route route=bus C’est une ligne de bus qui traverse tout Lyon Nominatim affiche tous les codes postaux à ce segment de rue. J’ai viré (temporairement) ce segment de la ligne de bus. J’attend que Nonimatim mette sa base de données à jour pour voir si le code postal redevient « normal » (puis je ferais un reverse) recherche de POI seul « Point de recyclage a cours gambetta http://www.openstreetmap.org/search?query=Point%20de%20recyclage%20a%20cours%20gambetta#map=19/45.74989/4.85899layers=H » Trouve bien le bac à verre Cours Gambetta, Lyon 3e Arrondissement, Lyon, Rhône, Rhône-Alpes, France métropolitaine, 69003, France http://www.openstreetmap.org/node/2453696421#map=20/45.74991/4.85888layers=H Pas de multiples codes postaux ! Idem avec des hotelssur ce cours : pas de bug À suivre… — Yves PS : le Cours Albert Thomas est modélisé bizarrement : Le milieu à un seul way OSM avec des attributs qui indiquent les voies de bus, cyclables… Mais une extrémité à côté de la Manufacture des Tabacs en à trois. Le rendu est moche et peut représentatif de la réalité : http://www.openstreetmap.org/#map=19/45.74965/4.85965layers=H ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
2014-12-14 11:43 GMT+01:00 Yves Pratter yves.prat...@gmail.com: Point de recyclage a cours gambetta essayez votre queries à nominatim.openstreetmap.org par example: http://nominatim.openstreetmap.org/details.php?place_id=25229455. ... -- 69003 (Type: place:postcode, 0 GOTO http://nominatim.openstreetmap.org/details.php?place_id=) http://nominatim.openstreetmap.org/details.php?place_id=76853875 ... -- 69001;69002;69003;69004;69005;69006;69007;69008;69009 (Type: place:postcode, 0 GOTO http://nominatim.openstreetmap.org/details.php?place_id=) parfois il y a un node with plusieurs codes postaux. Ces nodes ne sont pas dans OSM, seulement dans Nominatim. C'est possible de demandez de éliminer ces nodes. Je ne sais pas où. m ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] slow_moving
Bonjour, Greg wrote J'aurais plutôt pensé à une combinaison de maxspeed et minspeed sur les voies. Exemple pour une autoroute 3 voies limitée à 110 dont une voie pour véhicules lents ; | maxspeed=110, minspeed=60 | maxspeed=110, minspeed=60 | maxspeed=60 | Bonne remarque ! Je vais ajouter cela en me basant sur cette page https://wiki.openstreetmap.org/wiki/Key:minspeed Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/slow-moving-tp5826137p5827166.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Ah oui, effectivement, bizarre. J'en ai vu d'autres dans le genre, mais sans le signaler. Je les retrouverai plus tard, si ça ne s'est pas corrigé tout seul. A+ Stf Le dimanche 14 décembre 2014 10:55:57, Vincent de Château-Thierry a écrit : Bonjour Stéphane, Le 14/12/2014 09:57, Stéphane Péneau a écrit : Hier je me suis occupé de la commune de Conquereuil. Résultat ok : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6231/-1.7437 Puis, sa voisine, Guéméné-Penfao, mais là, rien n'a bougé. Par exemple, si on regarde l'impasse de la cure http://www.openstreetmap.org/way/317066926 tout semble ok, mais le rapprochement ne se fait pas : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.62775/-1.83552 J'avoue que je ne comprends pas, il n'y a aucune particularité. Je n'ai pas d'explication non plus. Dans le doute j'ai relancé le rapprochement sur la commune, qui avait tourné sans trace de problème cette nuit, et tu peux voir que la liste des rues rapprochées a bien gonflé, y compris l'Impasse de la Cure : http://cadastre.openstreetmap.fr/fantoir/#insee=44067 Il y a bien eu hier soir/cette nuit un souci sur les serveurs d'osm.org, mais bien après tes contributions, au moment desquelles notre base monde semblait à jour : http://munin.openstreetmap.fr/static/dynazoom.html?cgiurl_graph=/munin-cgi/munin-cgi-graphplugin_name=osm12.free.org/osm105.openstreetmap.fr/osm_replication_lag_osm2pgsqlsize_x=800size_y=400start_epoch=1418442683stop_epoch=1418550683 Donc perplexe :( N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup, autant le trouver :) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] slow_moving
Bonjour, tetsuo shima wrote Les climbing lanes ne sont pas limité en vitesse maxi, par contre elle s'ajoutent au compte normal de voie qu'il y a sur l'autoroute. C'est donc une voie en plus. Le reste des voie est limité en vitesse mini comme le reste des autoroutes. D’après ce que je comprend -non certain donc- c'est comme l’apparition d'une voie de dépassement, mais en fait c'est la voie des véhicules qui sont futurement dépassés qui apparaît sur la droite (ou la gauche comme indiqué pour les Royaumes Unis). Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/slow-moving-tp5826137p5827171.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
Le 14 déc. 2014 à 11:54, Marc Gemis marc.ge...@gmail.com a écrit : essayez votre queries à nominatim.openstreetmap.org http://nominatim.openstreetmap.org/ J’ai refait une requête directement sur Nominatim pour afficher les infos détaillées :) « cours albert thomas, lyon » http://nominatim.openstreetmap.org/search.php?q=cours+albert+thomas,+lyonviewbox=4.85,45.75,4.87,45.74 Sur la section qui récupère tous les codes postaux http://nominatim.openstreetmap.org/details.php?place_id=128532610 http://nominatim.openstreetmap.org/details.php?place_id=128532610 tous les « enfants » héritent de ce même code postale Parent Of: Bicycle_rental Albert Thomas / Villon (Point, ~0 miles, node 362767185 http://www.openstreetmap.org/browse/node/362767185, GOTO http://nominatim.openstreetmap.org/details.php?place_id=3427048) Institut Lumière (Point, ~0 miles, node 362767170 http://www.openstreetmap.org/browse/node/362767170, GOTO http://nominatim.openstreetmap.org/details.php?place_id=3410104) Cliquez sur le lien GOTO pour vérifier. 69001;69002;69003;69004;69005;69006;69007;69008;69009 (Type: place:postcode, 0 GOTO http://nominatim.openstreetmap.org/details.php?place_id=) On remarque que ce code postale multiple n’est pas un objet OSM et son lien GOTO pointe sur… RIEN ! Ces nodes ne sont pas dans OSM, seulement dans Nominatim. C'est possible de demandez de éliminer ces nodes. Je ne sais pas où. Je n’ai pas compris si tu parles de ça, mais je vais faire un ticket dans Nominatim. Un essai sur une autre section http://nominatim.openstreetmap.org/details.php?place_id=120271824 http://nominatim.openstreetmap.org/details.php?place_id=120271824 qui a un seul code postal montre que tous ses « enfants » ont un bon code postale. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
69001;69002;69003;69004;69005;69006;69007;69008;69009 (Type: place:postcode, 0 GOTO http://nominatim.openstreetmap.org/details.php?place_id=) mais je vais faire un ticket dans Nominatim. Le voilà : https://github.com/twain47/Nominatim/issues/208 Réponse quasi immédiate de Sarah Hoffmann : That's a data issue, coming from here: http://www.openstreetmap.org/relation/120965 http://www.openstreetmap.org/relation/120965 C’est donc la limite de l’agglomération qui a ces codes postaux multiples. addr:postcode http://wiki.openstreetmap.org/wiki/Key:addr:postcode?uselang=fr 69001;69002;69003;69004;69005;69006;69007;69008;69009 On efface cet attribut ?? On suit les recommandations de Marc ?? Oui, je pense les postalcode boundaries comme en Flandre et Allemagne sont la solution pour ça. Et pourquoi certaines rues sortent avec tous les codes postaux ? Un segment appartenait à une ligne de bus qui traverse la ville (pas de changement en l’enlevant), mais un autre appartient à une ligne de métro qui traverse aussi la ville et pas de problème — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO - rapprochement dans l'rouge, mystère
bonjour, ici: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/47.4607/-2.2532 ça reste rouge et pourtant là c'est bon : http://cadastre.openstreetmap.fr/fantoir/#insee=44098 les orthographes sont différentes. Par exemple : Rue des Tisserands=OSM, FANTOIR=440980389D contre "Rue des Tisserandscoulement" pour l'affichage BANO on est bien à coulement et dans le fichier FANTOIR "DES TISSERANDS" n'est pas collé à "COULEMENT" autre mystère : RUE DES TISSERANDS COULEMENT est dans la case "voies sans adresses" alors que l'on voit bien qu'il y en a des adresses. il y a t'il un problème sur la liste de rapprochement de "voies sans adresses" ? ou bien existerait-il d'autres voies pourtant les mêmes noms que je ne vois pas ? ou bien ? djoman ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - rapprochement dans l'rouge, mystère
Le 14/12/2014 15:00, djo_man a écrit : ici: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/47.4607/-2.2532 ça reste rouge et pourtant là c'est bon : http://cadastre.openstreetmap.fr/fantoir/#insee=44098 les orthographes sont différentes. Par exemple : Rue des Tisserands=OSM, FANTOIR=440980389D contre Rue des Tisserandscoulement pour l'affichage BANO on est bien à coulement et dans le fichier FANTOIR DES TISSERANDS n'est pas collé à COULEMENT autre mystère : RUE DES TISSERANDS COULEMENT est dans la case voies sans adresses alors que l'on voit bien qu'il y en a des adresses. il y a t'il un problème sur la liste de rapprochement de voies sans adresses ? ou bien existerait-il d'autres voies pourtant les mêmes noms que je ne vois pas ? ou bien ? Les 6 rues avec 'Coulement' collé dans le nom du Cadastre avaient un code Fantoir dans OSM, donc le rapprochement se faisait entre Fantoir et OSM, d'où la présence dans les colonnes vertes. Mais comme l'orthographe côté Cadastre divergeait aussi bien du Fantoir (où 'Coulement' est décollé) que d'OSM (ou il n'y a pas de 'Coulement') le cadastre ne participait pas au rapprochement. Au final, pas d'adresses en base BANO (donc pas de présence dans la rubrique 'Voies avec Adresses') et du rouge car on n'a bien des adresses issues du Cadastre, mais non rapprochées. Le souci, c'est 'Coulement' collé, ce qui est un bug côté BANO. C'est géré / contourné par un fichier qui liste ces collages abusifs. En rentrant les 6 noms en question dans le fichier, tout va mieux : http://cadastre.openstreetmap.fr/fantoir/#insee=44098 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - rapprochement dans l'rouge, mystère
Dans ce cas il faut donc ajouter Tournoly... http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.46965/-2.23004 merci djoman Le 14/12/2014 15:37, Vincent de Château-Thierry a écrit : Le 14/12/2014 15:00, djo_man a écrit : ici: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/47.4607/-2.2532 ça reste rouge et pourtant là c'est bon : http://cadastre.openstreetmap.fr/fantoir/#insee=44098 les orthographes sont différentes. Par exemple : Rue des Tisserands=OSM, FANTOIR=440980389D contre "Rue des Tisserandscoulement" pour l'affichage BANO on est bien à coulement et dans le fichier FANTOIR "DES TISSERANDS" n'est pas collé à "COULEMENT" autre mystère : RUE DES TISSERANDS COULEMENT est dans la case "voies sans adresses" alors que l'on voit bien qu'il y en a des adresses. il y a t'il un problème sur la liste de rapprochement de "voies sans adresses" ? ou bien existerait-il d'autres voies pourtant les mêmes noms que je ne vois pas ? ou bien ? Les 6 rues avec 'Coulement' collé dans le nom du Cadastre avaient un code Fantoir dans OSM, donc le rapprochement se faisait entre Fantoir et OSM, d'où la présence dans les colonnes vertes. Mais comme l'orthographe côté Cadastre divergeait aussi bien du Fantoir (où 'Coulement' est décollé) que d'OSM (ou il n'y a pas de 'Coulement') le cadastre ne participait pas au rapprochement. Au final, pas d'adresses en base BANO (donc pas de présence dans la rubrique 'Voies avec Adresses') et du rouge car on n'a bien des adresses issues du Cadastre, mais non rapprochées. Le souci, c'est 'Coulement' collé, ce qui est un bug côté BANO. C'est géré / contourné par un fichier qui liste ces collages abusifs. En rentrant les 6 noms en question dans le fichier, tout va mieux : http://cadastre.openstreetmap.fr/fantoir/#insee=44098 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - rapprochement dans l'rouge, mystère
Le 14/12/2014 16:40, djo_man a écrit : Dans ce cas il faut donc ajouter Tournoly... http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.46965/-2.23004 quandyenaplusyenaencore :) C'est ajouté. Au passage, pour de pareils cas à venir, il existe ce ticket : https://github.com/osm-fr/bano/issues/41 N'hésitez pas à y laisser un commentaire avec vos exemples. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Bonsoir, On Sun, Dec 14, 2014 at 10:55:57AM +0100, Vincent de Château-Thierry wrote: N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup, autant le trouver :) j'ai aussi un cas que je ne comprends pas : Boulevard Romain Rolland, sur la frontière entre Paris et Montrouge http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.82000/2.32604 il s'agit d'une relation Associated Street, avec ref:FR:FANTOIR:left et ref:FR:FANTOIR:right. il y du rouge, par contre cadastre.openstreetmap.fr affiche OK pour cette rue à la fois pour Paris et pour Montrouge. Qui peut m'éclairer ? -Ralf. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour, 3 erreurs à vous soumettre ce WE: J'ai une voie qui apparaît en rouge, mais aucune trace du code Fantoir dans les fichiers. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.71027/6.21236 Dans la même ville, j'ai plein de rouge à cause d'une seule adresse. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.71117/6.21977 J'avais déjà parlé de ce genre de cas: * - ref FANTOIR nom de la rue + nom immeuble accolé, avec un seul point d'adresse. Cas comme le nom de lieu-dit accolé : c'est un critère de levée d'ambiguïté, car il existe un autre code Fantoir pour le reste de la rue.* , mais vu qu'on arrive au bout du rapprochement sur la Communauté urbaine du Grand Nancy il ne reste quasi plus que ce genre d'erreurs (et ca m'énerve lol). Sinon, je viens de rajouter le nom d'une voie (nom sur le panneau), pas d'adresse, pas de code Fantoir. Je n'ai pas été voir les proprios de la maison pour demander leur adresse. Sur le cadastre, le nom est CR 16 dit de la ruelle Mentée, donc ca ca colle. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.55470/6.38711 Bonne fin de WE à tous! Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
J'ai repris la page actuelle du site, et je l'ai modifiée pour inclure une partie de ce qui est sur le hackpad : http://www.amst.synology.me/contribuer_video.htm A vos commentaires. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] slow_moving
Bonjour Le 14/12/2014 12:06, Axelos a écrit : | maxspeed=110, minspeed=60 | maxspeed=110, minspeed=60 | maxspeed=60 | La voie la plus à gauche, c'est minspeed=80 logiquement sur autoroute (maxspeed=130) . Maintenant sur voies avec maxspeed130, je ne sais pas. Sur les voies autres (milieux ou droite) comme le dit l'Article R413-19 du Code de la Route, il n'y a pas de minspeed Ensuite sur la voie réservée aux véhicules lents, je crois me souvenir que c'est maxspeed=80 (spécifique autoroute ?) De plus si lanes3 (et sur autoroute ?), la voie la plus à gauche est : maxlength=7 (jai une doute pour lui) maxheight=3.5 access:trailer=no access:caravan=no minspeed=80 Enfin les Instructions interministérielles sur la signalisation routière ont demandé à faire disparaître ces voies réservées aux véhicules lents pour la transformer en voie de circulation traditionnel avec augmentation du nombre de voie sur ladite section concerné Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Le 14/12/2014 18:13, Ralf Treinen a écrit : j'ai aussi un cas que je ne comprends pas : Boulevard Romain Rolland, sur la frontière entre Paris et Montrouge http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.82000/2.32604 il s'agit d'une relation Associated Street, avec ref:FR:FANTOIR:left et ref:FR:FANTOIR:right. il y du rouge, par contre cadastre.openstreetmap.fr affiche OK pour cette rue à la fois pour Paris et pour Montrouge. Qui peut m'éclairer ? Le rouge indique que ce qui vient du cadastre n'a pas pu profiter du nom issu d'OSM. C'est dû au fait que les tags ref:FR:FANTOIR:left (et :right) ne sont pas cherchés sur les relations, uniquement sur les highways. Sur les relations, seul ref:FR:FANTOIR est attendu. Donc pas de fantoir exploité depuis la relation. Et comme les ways sont en dehors de la commune, et sans Fantoir, ils ne sont pas utilisés non plus pour le rapprochement. On est dans le cumul de conditions particulières, là. Tagger les relations avec un Fantoir par côté est très rare : http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aright voire unique :) : http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aleft En limite de commune, la pratique consiste plutôt à produire une relation par côté, avec dans chacune un seul tag ref:FR:FANTOIR et les points adresse d'une des communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] contribution suspecte
Bonjour C'est quoi ce travail ? https://www.openstreetmap.org/changeset/27410210 par exemple la nouvelle ligne THT flamanville-bretagne est doublé ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
On Sun, Dec 14, 2014 at 07:26:19PM +0100, Vincent de Château-Thierry wrote: Le 14/12/2014 18:13, Ralf Treinen a écrit : j'ai aussi un cas que je ne comprends pas : Boulevard Romain Rolland, sur la frontière entre Paris et Montrouge http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.82000/2.32604 il s'agit d'une relation Associated Street, avec ref:FR:FANTOIR:left et ref:FR:FANTOIR:right. il y du rouge, par contre cadastre.openstreetmap.fr affiche OK pour cette rue à la fois pour Paris et pour Montrouge. Qui peut m'éclairer ? Le rouge indique que ce qui vient du cadastre n'a pas pu profiter du nom issu d'OSM. C'est dû au fait que les tags ref:FR:FANTOIR:left (et :right) ne sont pas cherchés sur les relations, uniquement sur les highways. Sur les relations, seul ref:FR:FANTOIR est attendu. Donc pas de fantoir exploité depuis la relation. Et comme les ways sont en dehors de la commune, et sans Fantoir, ils ne sont pas utilisés non plus pour le rapprochement. On est dans le cumul de conditions particulières, là. OK Tagger les relations avec un Fantoir par côté est très rare : http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aright voire unique :) : http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aleft En limite de commune, la pratique consiste plutôt à produire une relation par côté, avec dans chacune un seul tag ref:FR:FANTOIR et les points adresse d'une des communes. Merci pour ces explications, je viens de supprimer le ref:FR:FNATOIR:left et de transformer le ref:FR:FANTOIR:right en ref:FR:FANTOIR car il n'y a pas d'adresses sur le côté Parisien de cette rue. Merci -Ralf. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
C’est donc la limite de l’agglomération qui a ces codes postaux multiples. On efface cet attribut ?? C’est fait et nominatim ne se trompe plus :-) La recherche overpass http://overpass-turbo.eu/s/6wf renvoi 72 relation en France avec plusieurs codes postaux, donc 72 sources de bugs potentiels ;-) — Yves Overpass search relation 9517 http://openstreetmap.org/relation/9517 16e Arrondissement 75016;75116 75116applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:16e arrondissement de Paris http://fr.wikipedia.org/wiki/fr:16e%20arrondissement%20de%20Paris relation 70279 http://openstreetmap.org/relation/70279Aix-en-Provence 13090;13100 13001applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Aix-en-Provence http://fr.wikipedia.org/wiki/fr:Aix-en-Provence relation 178351 http://openstreetmap.org/relation/178351 Angers 49000;49100 49007 http://www.angers.fr/ http://www.angers.fr/ fr:Angers http://fr.wikipedia.org/wiki/fr:Angers relation 74687 http://openstreetmap.org/relation/74687Antibes 06600;06160 06004 http://www.antibes-juanlespins.com http://www.antibes-juanlespins.com/fr:Antibes http://fr.wikipedia.org/wiki/fr:Antibes relation 270265 http://openstreetmap.org/relation/270265 Bagnères-de-Bigorre 65200;65710 65059 applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Bagnères-de-Bigorre http://fr.wikipedia.org/wiki/fr:Bagn%C3%A8res-de-Bigorre relation 73444 http://openstreetmap.org/relation/73444Bastia 20200;20600 2B033 http://www.bastia.fr/ http://www.bastia.fr/ fr:Bastia http://fr.wikipedia.org/wiki/fr:Bastia relation 1361381 http://openstreetmap.org/relation/1361381Baugy 60113;60190 60048applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Baugy (Oise) http://fr.wikipedia.org/wiki/fr:Baugy%20(Oise) relation 83765 http://openstreetmap.org/relation/83765Bennwihr 68630;68126 68026applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Bennwihr http://fr.wikipedia.org/wiki/fr:Bennwihr relation 105270 http://openstreetmap.org/relation/105270 Bordeaux 33000;33100;33200;33300;33800 33063 applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Bordeaux http://fr.wikipedia.org/wiki/fr:Bordeaux relation 140711 http://openstreetmap.org/relation/140711 Campouriez 12140;12460 12048applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Campouriez http://fr.wikipedia.org/wiki/fr:Campouriez relation 91734 http://openstreetmap.org/relation/91734Cannes 06400;06150 06029 http://www.cannes.com http://www.cannes.com/ fr:Cannes http://fr.wikipedia.org/wiki/fr:Cannes relation 120955 http://openstreetmap.org/relation/120955 Cergy 95000;95800 95127applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Cergy http://fr.wikipedia.org/wiki/fr:Cergy relation 240507 http://openstreetmap.org/relation/240507 Chalancon 26340;26470 26067applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Chalancon http://fr.wikipedia.org/wiki/fr:Chalancon relation 9070 http://openstreetmap.org/relation/9070 Cherbourg-Octeville 50100;50130 50129applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Cherbourg-Octeville http://fr.wikipedia.org/wiki/fr:Cherbourg-Octeville relation 139873 http://openstreetmap.org/relation/139873 Chézery-Forens 01200;01410 01104 http://www.chezery.fr http://www.chezery.fr/ fr:Chézery-Forens http://fr.wikipedia.org/wiki/fr:Ch%C3%A9zery-Forens relation 110866 http://openstreetmap.org/relation/110866 Clermont-Ferrand63000;63100 63113 applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Clermont-Ferrand http://fr.wikipedia.org/wiki/fr:Clermont-Ferrand relation 74762 http://openstreetmap.org/relation/74762Corbara 20220;20256 2B093applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Corbara (Haute-Corse) http://fr.wikipedia.org/wiki/fr:Corbara%20(Haute-Corse) relation 1928124 http://openstreetmap.org/relation/1928124Cros-de-Géorand 07510;07630 07075applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Cros-de-Géorand http://fr.wikipedia.org/wiki/fr:Cros-de-G%C3%A9orand relation 139570 http://openstreetmap.org/relation/139570 Crottet 01290;01750 01134 http://crottet.fr http://crottet.fr/ fr:Crottet http://fr.wikipedia.org/wiki/fr:Crottet relation 377753 http://openstreetmap.org/relation/377753 Dumbéa 98830;98835;98837;98839 98805 applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Dumbéa http://fr.wikipedia.org/wiki/fr:Dumb%C3%A9a relation 139610 http://openstreetmap.org/relation/139610 Dunkerque 59140;59240;59640 59183 applewebdata://2568E90B-364E-40C4-9F35-619E1222403A fr:Dunkerque http://fr.wikipedia.org/wiki/fr:Dunkerque relation 186322 http://openstreetmap.org/relation/186322 Fréjus 83600;83370 83061
Re: [OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
Ça m'a l'air pas mal du tout ! Le dimanche 14 décembre 2014, 18:59:47 Stéphane Péneau a écrit : J'ai repris la page actuelle du site, et je l'ai modifiée pour inclure une partie de ce qui est sur le hackpad : http://www.amst.synology.me/contribuer_video.htm A vos commentaires. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 14/12/2014 18:20, Donat ROBAUX a écrit : 3 erreurs à vous soumettre ce WE: J'ai une voie qui apparaît en rouge, mais aucune trace du code Fantoir dans les fichiers. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.71027/6.21236 Ah ? Je la vois ici (avec adresse, non rapprochée, 2e ligne) : http://cadastre.openstreetmap.fr/fantoir/#insee=54482 mais on est juste derrière une limite de commune (petite blague) Dans la même ville, j'ai plein de rouge à cause d'une seule adresse. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.71117/6.21977 J'avais déjà parlé de ce genre de cas: * * *ref FANTOIR nom de la rue + nom immeuble accolé, avec un seul point d'adresse*. Cas comme le nom de lieu-dit accolé : c'est un critère de levée d'ambiguïté, car il existe un autre code Fantoir pour le reste de la rue. * , mais vu qu'on arrive au bout du rapprochement sur la Communauté urbaine du Grand Nancy il ne reste quasi plus que ce genre d'erreurs (et ca m'énerve lol). Là, il y a trop de divergence entre le nom OSM (sans 'Lotissement...' ) et le nom Cadastre/Fantoir pour espérer un rapprochement sans tag ref:FR:FANTOIR... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
Le 14 déc. 2014 à 20:06, Yves Pratter yves.prat...@gmail.com a écrit : La recherche overpass http://overpass-turbo.eu/s/6wf renvoi 72 relation en France avec plusieurs codes postaux, donc 72 sources de bugs potentiels ;-) Essai avec bureau de poste a Aix-en-Provence http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+Aix-en-Provenceviewbox=5.45,43.53,5.46,43.52, bureau de poste a bordeaux bingo http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+bordeauxviewbox=5.35,43.58,5.36,43.56 :-) Même avec un petit village : Campouriez http://nominatim.openstreetmap.org/search.php?q=Campouriezviewbox=-0.59,44.85,-0.57,44.84. D’après celui du bureau de poste, le bon c’est 12460. Dumbéa en Nouvelle-Calédonie 98830;98835;98837;98839 : les codes postaux viennent de wikipedia mais d’après un document de la mairie http://www.ville-dumbea.nc/mes-infos-pratiques/la-mairie-recrute c’est 98835 Je n’ai pas testé les autres. Le fichier de la poste peut-il nous aider ? — Yves relation 9517 http://openstreetmap.org/relation/951716e Arrondissement 75016;75116 75116 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:16e arrondissement de Paris http://fr.wikipedia.org/wiki/fr:16e%20arrondissement%20de%20Paris relation 70279 http://openstreetmap.org/relation/70279 Aix-en-Provence 13090;13100 13001 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Aix-en-Provence http://fr.wikipedia.org/wiki/fr:Aix-en-Provence relation 178351 http://openstreetmap.org/relation/178351Angers 49000;49100 49007 http://www.angers.fr/ http://www.angers.fr/ fr:Angers http://fr.wikipedia.org/wiki/fr:Angers relation 74687 http://openstreetmap.org/relation/74687 Antibes 06600;06160 06004 http://www.antibes-juanlespins.com http://www.antibes-juanlespins.com/fr:Antibes http://fr.wikipedia.org/wiki/fr:Antibes relation 270265 http://openstreetmap.org/relation/270265 Bagnères-de-Bigorre 65200;65710 65059 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Bagnères-de-Bigorre http://fr.wikipedia.org/wiki/fr:Bagn%C3%A8res-de-Bigorre relation 73444 http://openstreetmap.org/relation/73444 Bastia 20200;20600 2B033 http://www.bastia.fr/ http://www.bastia.fr/ fr:Bastia http://fr.wikipedia.org/wiki/fr:Bastia relation 1361381 http://openstreetmap.org/relation/1361381 Baugy 60113;60190 60048 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Baugy (Oise) http://fr.wikipedia.org/wiki/fr:Baugy%20(Oise) relation 83765 http://openstreetmap.org/relation/83765 Bennwihr 68630;68126 68026 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Bennwihr http://fr.wikipedia.org/wiki/fr:Bennwihr relation 105270 http://openstreetmap.org/relation/105270Bordeaux 33000;33100;33200;33300;33800 33063 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Bordeaux http://fr.wikipedia.org/wiki/fr:Bordeaux relation 140711 http://openstreetmap.org/relation/140711Campouriez 12140;12460 12048 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Campouriez http://fr.wikipedia.org/wiki/fr:Campouriez relation 91734 http://openstreetmap.org/relation/91734 Cannes 06400;06150 06029 http://www.cannes.com http://www.cannes.com/ fr:Cannes http://fr.wikipedia.org/wiki/fr:Cannes relation 120955 http://openstreetmap.org/relation/120955Cergy 95000;95800 95127 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Cergy http://fr.wikipedia.org/wiki/fr:Cergy relation 240507 http://openstreetmap.org/relation/240507Chalancon 26340;26470 26067 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Chalancon http://fr.wikipedia.org/wiki/fr:Chalancon relation 9070 http://openstreetmap.org/relation/9070 Cherbourg-Octeville 50100;50130 50129 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Cherbourg-Octeville http://fr.wikipedia.org/wiki/fr:Cherbourg-Octeville relation 139873 http://openstreetmap.org/relation/139873Chézery-Forens 01200;01410 01104 http://www.chezery.fr http://www.chezery.fr/ fr:Chézery-Forens http://fr.wikipedia.org/wiki/fr:Ch%C3%A9zery-Forens relation 110866 http://openstreetmap.org/relation/110866 Clermont-Ferrand63000;63100 63113 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Clermont-Ferrand http://fr.wikipedia.org/wiki/fr:Clermont-Ferrand relation 74762 http://openstreetmap.org/relation/74762 Corbara 20220;20256 2B093 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Corbara (Haute-Corse) http://fr.wikipedia.org/wiki/fr:Corbara%20(Haute-Corse) relation 1928124 http://openstreetmap.org/relation/1928124 Cros-de-Géorand 07510;07630 07075 applewebdata://9D16DDE6-691E-4C96-A765-DE9F5D515E72 fr:Cros-de-Géorand
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
Le 14/12/2014 20:06, Yves Pratter a écrit : La recherche overpass http://overpass-turbo.eu/s/6wf renvoi 72 relation en France avec plusieurs codes postaux, donc 72 sources de bugs potentiels ;-) Oui et non. Limitation (plutôt que bug) via Nominatim car manifestement il ne gère pas les listes de valeurs pour les CP. Il pourrait les splitter et attribuer au polygone successivement chaque code = il pourrait trouver des résultats voire un peu trop, permettant à chaque CP d'exister sur toute l'emprise, plutôt que dans une logique de partition. Le souci c'est que pour l'instant nous n'avons pas de meilleure définition géométrique de l'emprise de ces codes infra-communaux, tout simplement faute de source. C'est a priori du côté de La Poste que viendra l'information, si elle finit par être libérée (car elle existe). D'ici là, effacer ces codes pour complaire à Nominatim me paraît une mauvaise raison, car ça prive d'autres logiciels (pas forcément libres ni visibles, on n'a par définition pas connaissance de tous les usages faits d'OSM) d'une information exploitable. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contribution suspecte
Bonsoir David, Non en effet, sur la 400 kV Flamanville / Launay il y a un problème, je ne sais pas pourquoi le contributeur l'a doublé. Le reste des modifs a l'air bon, peut-etre devrait-on le contacter pour lui demander d'expliquer ? *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 14 décembre 2014 19:44, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce travail ? https://www.openstreetmap.org/changeset/27410210 par exemple la nouvelle ligne THT flamanville-bretagne est doublé ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
Salut, j'ai vu passé d'un peu loin les premiers messages, mais là je crois que je ne suis pas sur de comprendre le problème : le découpage des codes postaux n'est pas calé sur celui des communes, il y a réellement des communes avec plusieurs codes postaux, ainsi que des codes postaux qui regroupent plusieurs communes ! d'ailleurs pour ce qui est des comparaisons avec d'autres bases : si tu cherches à écrire à quelqu'un travaillant pour la ville de Lyon, une des adresses c'est Mairie de Lyon - 69205 LYON CEDEX 01. Ce code postal n'est présent ni sur wikipedia ni dans le fichier de la poste sur data.gouv.fr, mais ça n'en est pas moins un vrai code postal géré par la poste ! Les développeurs de nominatim n'ont peut-être pas prévu le cas français ce qui peut faire ressortir des erreurs, mais dans ce cas ce qu'il faudriait corriger c'est le code de nominatim ... Sylvain Le 14 décembre 2014 21:18, Yves Pratter yves.prat...@gmail.com a écrit : Le 14 déc. 2014 à 20:06, Yves Pratter yves.prat...@gmail.com a écrit : La recherche overpass http://overpass-turbo.eu/s/6wf renvoi 72 relation en France avec plusieurs codes postaux, donc 72 sources de bugs potentiels ;-) Essai avec bureau de poste a Aix-en-Provence http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+Aix-en-Provenceviewbox=5.45,43.53,5.46,43.52 , bureau de poste a bordeaux bingo http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+bordeauxviewbox=5.35,43.58,5.36,43.56 :-) Même avec un petit village : Campouriez http://nominatim.openstreetmap.org/search.php?q=Campouriezviewbox=-0.59,44.85,-0.57,44.84 . D'après celui du bureau de poste, le bon c'est 12460. Dumbéa en Nouvelle-Calédonie *98830;98835;98837;98839* : les codes postaux viennent de wikipedia mais d'après un document de la mairie http://www.ville-dumbea.nc/mes-infos-pratiques/la-mairie-recrute c'est *98835* Je n'ai pas testé les autres. Le fichier de la poste peut-il nous aider ? -- Yves relation 9517 http://openstreetmap.org/relation/951716e Arrondissement 75016;7511675116fr:16e arrondissement de Paris http://fr.wikipedia.org/wiki/fr:16e%20arrondissement%20de%20Parisrelation 70279 http://openstreetmap.org/relation/70279Aix-en-Provence13090;13100 13001fr:Aix-en-Provence http://fr.wikipedia.org/wiki/fr:Aix-en-Provencerelation 178351 http://openstreetmap.org/relation/178351Angers49000;4910049007 http://www.angers.fr/fr:Angers http://fr.wikipedia.org/wiki/fr:Angersrelation 74687 http://openstreetmap.org/relation/74687Antibes06600;0616006004 http://www.antibes-juanlespins.comfr:Antibes http://fr.wikipedia.org/wiki/fr:Antibesrelation 270265 http://openstreetmap.org/relation/270265Bagnères-de-Bigorre65200;65710 65059fr:Bagnères-de-Bigorre http://fr.wikipedia.org/wiki/fr:Bagn%C3%A8res-de-Bigorrerelation 73444 http://openstreetmap.org/relation/73444Bastia20200;206002B033 http://www.bastia.fr/fr:Bastia http://fr.wikipedia.org/wiki/fr:Bastiarelation 1361381 http://openstreetmap.org/relation/1361381Baugy60113;6019060048fr:Baugy (Oise) http://fr.wikipedia.org/wiki/fr:Baugy%20(Oise)relation 83765 http://openstreetmap.org/relation/83765Bennwihr68630;6812668026 fr:Bennwihr http://fr.wikipedia.org/wiki/fr:Bennwihrrelation 105270 http://openstreetmap.org/relation/105270Bordeaux 33000;33100;33200;33300;3380033063fr:Bordeaux http://fr.wikipedia.org/wiki/fr:Bordeauxrelation 140711 http://openstreetmap.org/relation/140711Campouriez12140;1246012048 fr:Campouriez http://fr.wikipedia.org/wiki/fr:Campouriezrelation 91734 http://openstreetmap.org/relation/91734Cannes06400;0615006029 http://www.cannes.comfr:Cannes http://fr.wikipedia.org/wiki/fr:Cannesrelation 120955 http://openstreetmap.org/relation/120955Cergy95000;9580095127 fr:Cergy http://fr.wikipedia.org/wiki/fr:Cergyrelation 240507 http://openstreetmap.org/relation/240507Chalancon26340;2647026067 fr:Chalancon http://fr.wikipedia.org/wiki/fr:Chalanconrelation 9070 http://openstreetmap.org/relation/9070Cherbourg-Octeville50100;50130 50129fr:Cherbourg-Octeville http://fr.wikipedia.org/wiki/fr:Cherbourg-Octevillerelation 139873 http://openstreetmap.org/relation/139873Chézery-Forens01200;0141001104 http://www.chezery.fr http://www.chezery.fr/fr:Chézery-Forens http://fr.wikipedia.org/wiki/fr:Ch%C3%A9zery-Forensrelation 110866 http://openstreetmap.org/relation/110866Clermont-Ferrand63000;6310063113 fr:Clermont-Ferrand http://fr.wikipedia.org/wiki/fr:Clermont-Ferrandrelation 74762 http://openstreetmap.org/relation/74762Corbara20220;202562B093fr:Corbara (Haute-Corse) http://fr.wikipedia.org/wiki/fr:Corbara%20(Haute-Corse)relation 1928124 http://openstreetmap.org/relation/1928124Cros-de-Géorand 07510;0763007075fr:Cros-de-Géorand http://fr.wikipedia.org/wiki/fr:Cros-de-G%C3%A9orandrelation 139570 http://openstreetmap.org/relation/139570Crottet01290;0175001134 http://crottet.fr http://crottet.fr/fr:Crottet http://fr.wikipedia.org/wiki/fr:Crottetrelation
Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
Le 14 déc. 2014 à 22:30, Sylvain Maillard sylvain.maill...@gmail.com a écrit : j'ai vu passé d'un peu loin les premiers messages, mais là je crois que je ne suis pas sur de comprendre le problème : le découpage des codes postaux n'est pas calé sur celui des communes, Je suis au courant ;-) Mais le problème c’est qu’un restaurant n’a qu’un code postale (ou 2 si il a un CEDEX https://fr.wikipedia.org/wiki/Courrier_d'entreprise_%C3%A0_distribution_exceptionnelle ou une boite postale https://fr.wikipedia.org/wiki/Bo%C3%AEte_postale). il y a réellement des communes avec plusieurs codes postaux, Je pense à Paris, Lyon, Marseille… un par arrondissement. Il existe d’autres cas ? ainsi que des codes postaux qui regroupent plusieurs communes ! Comme dans mon village où la poste est dans celui d’à côté. D’autres cas ? d'ailleurs pour ce qui est des comparaisons avec d'autres bases : si tu cherches à écrire à quelqu'un travaillant pour la ville de Lyon, une des adresses c'est Mairie de Lyon – 69205 LYON CEDEX 01. Ce code postal n'est présent ni sur wikipedia ni dans le fichier de la poste sur data.gouv.fr http://data.gouv.fr/, mais ça n'en est pas moins un vrai code postal géré par la poste ! Mais on ne le retrouve pas(?) plus dans OSM ;-) Les développeurs de nominatim n'ont peut-être pas prévu le cas français ce qui peut faire ressortir des erreurs, mais dans ce cas ce qu'il faudriait corriger c'est le code de nominatim … oui mais ça ressemble à un long fleuve… tranquille ? :D On peut déjà corriger les données ? Campouriez et les autres petits patelins. J’ai vérifié dans le fichier de la poste et il y a bien 2 codes postaux, arrrghhh ! Mais en creusant plus, il regroupe plusieurs 3 villages dont Banhars qui a le code postale 12140 Saint-Louis elle contient un lieux-dit « La Rivière » qui va devenir une commune indépendante. Chacune à déjà son code postale : 97421 La Rivière et 97450 Saint-Louis [1-3] Quelqu’un sait où trouver le découpage ? Pour les petits villages ça semble simple. Où peut-on trouver les limites des villages à l’intérieur d’une commune ? — Yves [1] https://fr.wikipedia.org/wiki/fr:La%20Rivière%20(La%20Réunion)?uselang=fr https://fr.wikipedia.org/wiki/fr:La%20Rivi%C3%A8re%20(La%20R%C3%A9union)?uselang=fr [2] http://www.saintlouis.re/Media/Userfiles/file/Ecoles%2520de%2520La%2520Rivi%25C3%25A8re.pdf http://www.saintlouis.re/Media/Userfiles/file/Ecoles%20de%20La%20Rivi%C3%A8re.pdf [3] http://www.saintlouis.re/Media/Userfiles/file/Ecoles%2520deSaint-Louis(1).pdf http://www.saintlouis.re/Media/Userfiles/file/Ecoles%20deSaint-Louis(1).pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
Le 14 déc. 2014 à 21:30, Vincent de Château-Thierry v...@laposte.net a écrit : [Bug] Oui L’essai que j’ai fait sur Bordeaux montre que certains POI ont un seul code postal alors que d’autres en ont plusieurs (comme pour ce Cours à Lyon). et non. Limitation (plutôt que bug) via Nominatim car manifestement il ne gère pas les listes de valeurs pour les CP. Oui Il pourrait les splitter et attribuer au polygone successivement chaque code Ce n’est pas plus simple de saisir les polygone des CP (ok, on ne peut pas le faire tout de suite, quoique : cf. mon mél Communes ou arrondissements avec plusieurs code postaux D'ici là, effacer ces codes pour complaire à Nominatim me paraît une mauvaise raison, Ce n’est pas pour lui complaire, c’est pour qu’un POI dans le 8e arrondissement de Lyon ai un seul code : 69008 J’ai fait ça aussi pour trouver l’origine du problème… Si c’est trop gênant, je peux remettre l’ancienne valeur car ça prive d'autres logiciels (pas forcément libres ni visibles, on n'a par définition pas connaissance de tous les usages faits d'OSM) d'une information exploitable. Ils pourront se manifester en écrivant sur la liste ou en suivant le lien vers le ticket de Nominatim ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
Le 15/12/2014 00:00, Yves Pratter a écrit : Le 14 déc. 2014 à 22:30, Sylvain Maillard sylvain.maill...@gmail.com il y a réellement des communes avec plusieurs codes postaux, Je pense à Paris, Lyon, Marseille… un par arrondissement. Il existe d’autres cas ? Oui, au moins toutes les grandes villes présentes dans ta liste Overpass : Paris XVI, Bordeaux, Aix, etc. Voir aussi : http://fr.wikipedia.org/wiki/Code_postal_en_France#R.C3.A9partition_g.C3.A9ographique_des_codes_postaux_en_France_m.C3.A9tropolitaine ainsi que des codes postaux qui regroupent plusieurs communes ! Comme dans mon village où la poste est dans celui d’à côté. D’autres cas ? Il y a des cas combinés : un code couvrant partiellement une commune, et intégralement une commune voisine. (ex. 95800 Cergy-le-Haut / Courdimanche) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contribution suspecte
Bonjour, Je suis l'auteur de la modification. Comme je l'ai expliqué à David sur une réponse à son message, je travaillais sur un jeu de données incomplet (tiré d'overpass). J'ai pensé à une ligne non mappée alors qu'elle sortait simplement de la zone sur laquelle j'avais téléchargé mes données. J'ai supprimé la ligne en question, merci pour vos retours. Cordialement. Date: Sun, 14 Dec 2014 21:51:19 +0100 From: fl.infosrese...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] contribution suspecte Bonsoir David, Non en effet, sur la 400 kV Flamanville / Launay il y a un problème, je ne sais pas pourquoi le contributeur l'a doublé. Le reste des modifs a l'air bon, peut-etre devrait-on le contacter pour lui demander d'expliquer ? François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 14 décembre 2014 19:44, David Crochet david.croc...@free.fr a écrit :Bonjour C'est quoi ce travail ? https://www.openstreetmap.org/changeset/27410210 par exemple la nouvelle ligne THT flamanville-bretagne est doublé ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours Albert Thomas à Lyon
Le 15/12/2014 00:09, Yves Pratter a écrit : Le 14 déc. 2014 à 21:30, Vincent de Château-Thierry v...@laposte.net a écrit : [Bug] Oui L’essai que j’ai fait sur Bordeaux montre que certains POI ont un seul code postal alors que d’autres en ont plusieurs (comme pour ce Cours à Lyon). et non. Limitation (plutôt que bug) via Nominatim car manifestement il ne gère pas les listes de valeurs pour les CP. Oui Il pourrait les splitter et attribuer au polygone successivement chaque code Ce n’est pas plus simple de saisir les polygone des CP (ok, on ne peut pas le faire tout de suite, quoique : cf. mon mél Communes ou arrondissements avec plusieurs code postaux C'est évidemment plus simple... avec une source. Sans, c'est coton. car ça prive d'autres logiciels (pas forcément libres ni visibles, on n'a par définition pas connaissance de tous les usages faits d'OSM) d'une information exploitable. Ils pourront se manifester en écrivant sur la liste ou en suivant le lien vers le ticket de Nominatim ;-) C'est un point important, au delà du sujet Code Postal : on est, en tant que contributeurs, de fait aussi fournisseurs de contenu, vers tous les consommateurs du contenu OSM. À partir de là, effacer un contenu s'il est faux, aucun souci. Mais dans le cas présent, on est face à un contenu approximé, sans être faux. Il est déjà utilisable. Donc sa suppression ne devrait pas être influencée par une limite d'implémentation d'un unique logiciel. Ça n'est pas bien différent d'un polygone CORINE non retouché : pas faux, mais imprécis et améliorable. La différence pour les CPs, c'est qu'on n'a pas encore la bonne source pour améliorer. bing ne peut rien pour nous, là :( vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
Le 15 décembre 2014 00:00, Yves Pratter yves.prat...@gmail.com a écrit : Le 14 déc. 2014 à 22:30, Sylvain Maillard sylvain.maill...@gmail.com a écrit : j'ai vu passé d'un peu loin les premiers messages, mais là je crois que je ne suis pas sur de comprendre le problème : le découpage des codes postaux n'est pas calé sur celui des communes, Je suis au courant ;-) Mais le problème c'est qu'un restaurant n'a qu'un code postale (ou 2 si il a un CEDEX https://fr.wikipedia.org/wiki/Courrier_d'entreprise_%C3%A0_distribution_exceptionnelle ou une boite postale https://fr.wikipedia.org/wiki/Bo%C3%AEte_postale). Il ne faut pas tout mélanger là... Le géocodage inverse ne peut donner que des informations liées à la géographie, au lieu correspondant à l'adresse ou au POI trouvé. Si on veut obtenir des coordonnées postales du type CEDEX ou BP, il faudra les indiquer dans les tags contact:* et les récupérer spécifiquement. Ce n'est à mon avis pas le boulot d'un géocodeur de base, mondial et plutôt universel. il y a réellement des communes avec plusieurs codes postaux, Je pense à Paris, Lyon, Marseille... un par arrondissement. Il existe d'autres cas ? 75016 et 75116 pour Paris 16ème arrondissement... Un cas particulier dans les cas particuliers des arrondissements ;) On a aussi des communes pluri-distributés (plusieurs codes postaux) où le nom indiqué ne correspond pas à celui de la commune. C'est le cas à Juan les Pins (commune d'Antibes) et à La Varenne St-hilaire (commune de St-Maur des Fossés). On écrit bien sur les enveloppes 94100 St Maur des Fossés, mais... 94210 La Varenne St-Hilaire Un beau casse tête ;) Je vous évite la communes dans un département et le code postal avec le bureau distributeur dans le département voisin... ceux qui prennent les 2 premiers chiffres du code postal pour obtenir le numéro de département de la commune apprécient ;) ainsi que des codes postaux qui regroupent plusieurs communes ! Comme dans mon village où la poste est dans celui d'à côté. D'autres cas ? C'est le cas le plus courant en fait... d'ailleurs pour ce qui est des comparaisons avec d'autres bases : si tu cherches à écrire à quelqu'un travaillant pour la ville de Lyon, une des adresses c'est Mairie de Lyon - 69205 LYON CEDEX 01. Ce code postal n'est présent ni sur wikipedia ni dans le fichier de la poste sur data.gouv.fr, mais ça n'en est pas moins un vrai code postal géré par la poste ! Mais on ne le retrouve pas(?) plus dans OSM ;-) Les codes postaux de distribution spéciale (CEDEX) sont trop nombreux pour être présents dans OSM, de plus ils ne sont pas diffusés librement et en plus attachés à des adresses qui ne sont pas localisées (boite postale, etc). Les développeurs de nominatim n'ont peut-être pas prévu le cas français ce qui peut faire ressortir des erreurs, mais dans ce cas ce qu'il faudriait corriger c'est le code de nominatim ... oui mais ça ressemble à un long fleuve... tranquille ? :D On peut déjà corriger les données ? - Campouriez et les autres petits patelins. J'ai vérifié dans le fichier de la poste et il y a bien 2 codes postaux, arrrghhh ! Mais en creusant plus, il regroupe plusieurs 3 villages dont Banhars qui a le code postale 12140 - Saint-Louis elle contient un lieux-dit La Rivière qui va devenir une commune indépendante. Chacune à déjà son code postale : 97421 La Rivière et 97450 Saint-Louis [1-3] Quelqu'un sait où trouver le découpage ? Pour les petits villages ça semble simple. Où peut-on trouver les limites des villages à l'intérieur d'une commune ? Dans les bases de La Poste... un peu de patience SVP ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contribution suspecte
Ne jamais tracer dans une zone hachurée dans JOSM... (vous me le copierez 100 fois) ;) Le 15 décembre 2014 00:17, Ronan Morin ronan_mo...@hotmail.com a écrit : Bonjour, Je suis l'auteur de la modification. Comme je l'ai expliqué à David sur une réponse à son message, je travaillais sur un jeu de données incomplet (tiré d'overpass). J'ai pensé à une ligne non mappée alors qu'elle sortait simplement de la zone sur laquelle j'avais téléchargé mes données. J'ai supprimé la ligne en question, merci pour vos retours. Cordialement. -- Date: Sun, 14 Dec 2014 21:51:19 +0100 From: fl.infosrese...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] contribution suspecte Bonsoir David, Non en effet, sur la 400 kV Flamanville / Launay il y a un problème, je ne sais pas pourquoi le contributeur l'a doublé. Le reste des modifs a l'air bon, peut-etre devrait-on le contacter pour lui demander d'expliquer ? *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 14 décembre 2014 19:44, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce travail ? https://www.openstreetmap.org/changeset/27410210 par exemple la nouvelle ligne THT flamanville-bretagne est doublé ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux
la question c'est : est ce que les surfaces de code postale peuvent partiellement se superposer en france (en exceptant les cedex) ? (exemple :la surface englobant les 75016 se superpose-t-elle avec celle des 75116) Si la reponse est non je suis d'accord que ça serai bien de supprimer les addr:poscode ou il y a plusieurs codes (ou créer des boundary=postal_code) Le 15 décembre 2014 00:15, Vincent de Château-Thierry osm.v...@free.fr a écrit : Le 15/12/2014 00:00, Yves Pratter a écrit : Le 14 déc. 2014 à 22:30, Sylvain Maillard sylvain.maill...@gmail.com il y a réellement des communes avec plusieurs codes postaux, Je pense à Paris, Lyon, Marseille… un par arrondissement. Il existe d’autres cas ? Oui, au moins toutes les grandes villes présentes dans ta liste Overpass : Paris XVI, Bordeaux, Aix, etc. Voir aussi : http://fr.wikipedia.org/wiki/Code_postal_en_France#R.C3. A9partition_g.C3.A9ographique_des_codes_postaux_en_France_m. C3.A9tropolitaine ainsi que des codes postaux qui regroupent plusieurs communes ! Comme dans mon village où la poste est dans celui d’à côté. D’autres cas ? Il y a des cas combinés : un code couvrant partiellement une commune, et intégralement une commune voisine. (ex. 95800 Cergy-le-Haut / Courdimanche) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas
Le 14 décembre 2014 10:55, Vincent de Château-Thierry osm.v...@free.fr a écrit : N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup, autant le trouver :) Le rapprochement de cette nuit semble avoir eu des soucis. Par exemple dans le Lot (46), beaucoup de voies rapprochées précédemment ne le sont pas aujourd'hui. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
