[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

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'

[OSM-talk-fr] Cours Albert Thomas à Lyon

> Le 13 déc. 2014 à 21:42, Marc Gemis 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 ç

Re: [OSM-talk-fr] Cours Albert Thomas à Lyon

2014-12-14 11:43 GMT+01:00 Yves Pratter : > 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

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 ajoute

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

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 com

Re: [OSM-talk-fr] Cours Albert Thomas à Lyon

> Le 14 déc. 2014 à 11:54, Marc Gemis a écrit : > > essayez votre queries à nominatim.openstreetmap.org > J’ai refait une requête directement sur Nominatim pour afficher les infos détaillées :) «  cours albert thomas, lyon » 

Re: [OSM-talk-fr] Cours Albert Thomas à Lyon

> 69001;69002;69003;69004;69005;69006;69007;69008;69009 (Type: place:postcode, > 0 GOTO ) > 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

[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,

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

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

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/ba

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

[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.opens

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:/

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 maxspeed<130, je ne sais pas. Sur les voies autres (milieux

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:FANTOI

[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.opens

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/

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 renvoi 72 relation en France avec plusieurs codes postaux, donc 72 sources de bugs potentie

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ép

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

[OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux

> Le 14 déc. 2014 à 20:06, Yves Pratter a écrit : > La recherche overpass renvoi 72 relation en > France avec plusieurs codes postaux, donc 72 sources de bugs potentiels ;-) Essai avec bureau de poste a Aix-en-Provence

Re: [OSM-talk-fr] Cours Albert Thomas à Lyon

Le 14/12/2014 20:06, Yves Pratter a écrit : La recherche overpass 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 list

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.

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 regroupen

Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux

> Le 14 déc. 2014 à 22:30, Sylvain Maillard 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’e

Re: [OSM-talk-fr] Cours Albert Thomas à Lyon

> Le 14 déc. 2014 à 21:30, Vincent de Château-Thierry 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 manifeste

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 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

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ée

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 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 (

Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux

Le 15 décembre 2014 00:00, Yves Pratter a écrit : > > Le 14 déc. 2014 à 22:30, Sylvain Maillard 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 com

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 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 in

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:po

Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas

Le 14 décembre 2014 10:55, Vincent de Château-Thierry 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édemm