[OSM-talk-fr] Communes sans voies nommées : 'B'

2015-01-25 Thread Vincent de Château-Thierry
Bonjour, le chantier Mapcraft de nommage de rues pour les communes muettes commençant par T -> Z [1] touche à sa fin, avec plus de 90% des communes prises en charge. À noter, la Corse est un peu délaissée et concentre la moitié du reste à faire. Retour en quelques chiffres sur les deux premie

[OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread Michael Delorme
Bonsoir Une grande partie est du département de l'Ain n'affiche plus les "landuse" ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de z

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread didier2020
a voir si cela suffit : http://www.openstreetmap.org/changeset/28403845 je corrige régulierement ce genre d'erreur qui provient généralement de l'éditeur id qui permet d'attribuer une modification a une relation a la place du way voulu Le dimanche 25 janvier 2015 à 20:44 +0100, Michael Delorme

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread JB
Battu par DidierBot ! Grace à iD qui a permis d'ajouter un building=yes à cet élément : https://www.openstreetmap.org/relation/3078420 (C'est vraiment sérieux, ces relations de 429 membres pour définir un massif montagneux ?) JB. Le 25/01/2015 20:44, Michael Delorme a écrit : Bonsoir Une gra

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread Michael Delorme
Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? Cordialement Le 25/01/2015 20:56, didier2020 a écrit : > > a voir si cela suffit : > http://www.openstreetmap.org/changeset/28403845 > > je corrige régulierement ce genre d'erreur q

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread didier2020
Le dimanche 25 janvier 2015 à 20:58 +0100, JB a écrit : > Battu par DidierBot ! c'est marron ... c'est batiment : c'est mon kravail ... j'ai aussi informé le contributeur (son tout premier changeset) > Grace à iD qui a permis d'ajouter un building=yes à cet élément : > > https://www.openstreet

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread Vincent Pottier
Le 25/01/2015 21:05, Michael Delorme a écrit : Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? Cordialement Je suppose, en cherchant un des bords du problème qui conïncidait avec des limites administratives. En chargeant ces li

Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

2015-01-25 Thread Andreas Goss
Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. If google translate got this right... no we don't want to replace it with another relation, we just want to use addr:street. Maybe you in France have access to government dat

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread didier2020
Le dimanche 25 janvier 2015 à 21:05 +0100, Michael Delorme a écrit : > Bien vu, ça semble être résolu. Merci ! > > Pour ma culture générale comment as-tu identifié la source du problème ? le marron ... qui est sur des "carrés" et qui apparement ne correspond a rien ... => c'est un tag building=ye

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Thread Michael Delorme
ok, merci Le 25/01/2015 21:26, didier2020 a écrit : > Le dimanche 25 janvier 2015 à 21:05 +0100, Michael Delorme a écrit : >> Bien vu, ça semble être résolu. Merci ! >> >> Pour ma culture générale comment as-tu identifié la source du problème ? > le marron ... qui est sur des "carrés" et qui appa

Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

2015-01-25 Thread Vincent Pottier
Le 25/01/2015 21:17, Andreas Goss a écrit : Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. Traduction, pas par un bot ! If google translate got this right... no we don't want to replace it with another relation, we just w