[OSM-talk-fr] Greffon Cadastre
Bonjour, Chez moi j'ai un bug avec JOSM et le greffon cadastre en utilisant la fenêtre d'outil d'aide pour ajouter des adresses. Quand j'utilise cette fenêtre pour ajouter des nœuds d'adresse à l'écran, si je veux rafraichir le cadastre (F10) et que j'appuie par mégarde (nul n'est parfait avec des gros doigts sur un petit clavier!) sur F11 (plein écran), alors la fenêtre d'aide d'adresse disparait de l'écran. En la rappelant, elle est alors vide. Pour la faire réapparaitre normalement, il faut sortir et relancer JOSM. Avez-vous constaté cela?. Merci d'avance Cordialement Dominique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu fr pret pour l'exportation
Le 26 juillet 2013 07:54, Philippe Verdy verd...@wanadoo.fr a écrit : Une des remarques faites est que les cartes d'OSM France affichent préférablement le français (donc Londres et pas London). Le projet TileMill est disponible sur github, il suffit de repartir de là et de faire les adaptations locales. Pour une utilisation internationale, il faudrait afficher de préférence la langue locale (voire plusieurs), qui devrait être le nom par défaut sans suffixe de code langue (et, si ce n'est pas une langue officielle, une version romanisée entre parenthèses, en français sinon anglais lorsque les noms en langue locale ne sont pas en caractères latins, mais par exemple en écriture arabe, hebreu, cyrillique, grecque, sinographique, ou une des écritures indo-brahmiques) En conséquence une version internationale afficherait les noms français en France et au Québec et Afrique fracophone, anglais au Royaume-Uni, en Irlande aux USA et le reste du Canada, espagnol en Espagne et la majeure partie de l'Amerique centrale et du Sud, portugais au Portugal et au Brésil, suédois en Suède, etc. En Russie on verrait le nom russe suivi du nom anglais entre parenthèses, en Chine le nom chinois sinographique suivi du nom anglais (sinon du nom en romanisation pinyin), etc. Noter que c'est ce que font déjà Google Maps/Earth, Bing Maps (même si Google maintenant essaye de localiser les noms dans la langue du visiteur). L'idéal serait d'avoir une couche de libellé transparente séparée du reste du rendu (bien que les étiquettes de numéros de référence des routes ou numéros de bâtiments dans les rues ne soient pas dépendants de la langue, ils interfèrent entre eux et devraient aller aussi dans cette couche transparente). C'est un peu plus complexe que ça. Il faudrait une couche où tout les éléments placés figurent, c'est à dire, les libellés et références de routes, mais aussi les symboles (icônes) qui jouent aussi sur le placement de texte. L'icône d'un symbole (par exemple le bretzel d'une boulangerie) va prendre la place et un texte ne pourra pas être placé au même endroit. On ne peut donc pas dissocier les uns des autres si on veut quelque chose de cohérent au final. Il y a du coup une couche de fond (occupation des sols, routes, etc) sans placement, où chaque élément est superposé, et une couche placée. L'ennui c'est que multiplier les couches c'est aussi augmenter la place nécessaire pour le stockage Une place qui peut être considérablemetn réduite en la fabriquant non pas au format bitmap mais au format vectoriel (quitte à inclure sur le serveur un rendu bitmap instantané à partir d'un pavage cectoriel précalculé, au moyen d'un serveur proxy cache annexe, pour permettre la compatibilité avec des visualisations sur navigateurs non pourvus en capacité de rendu vectoriel. Ce serveur proxy pourrait aussi combiner plusieurs couches pour produire à la volée une couche bitmap unique, sans avoir à cacher la totalité des niveaux, avec une place disque énorme (ce serait seulement un cache FIFO pouvant tenir entièrement dans un seul SSD à prix modique, avec la moitié du cache pour les pavés sources téléchargés du serveur de rendu OSM France, l'autre moitié du cache pour le pavage précombiné). On n'exploite pas encore assez la possibilité de mutusliser les rendus avec des caches intermédiaires pour des rendus transparents superposables, pourtant cela permettrait des économies de bande passante sur les serveurs et permettrait de répartir la charge, tout en augmentant même la réactivité à terme, puisque les couches transparentes plus simples seraient plus rapides à calculer et demanderaient moins de données depuis la base OSM. Encore actuellement toutes les couches Mapnik sont calculées successivement sur le même serveur de rendu qui effectue toutes les compositions. C'est un peu la voie que j'ai exploré sur les faibles zooms, en déconnectant la couche de fond de la couche de détail même si c'était dans un autre objectif. C'est sûr que le vectoriel va rebattre les cartes, mais ne va pas non plus être une solution miracle, surtout à ce niveau de zoom. Les quantités de données manipulées sont très importantes et posera de nouveaux problèmes de volumes de données à tranférer et à traiter où alors on devra rester dans un rendu léger, qui ne devra choisir qu'un faible nombre d'objets à rendre ou alors faire de gros pré-traitements. Le système de distribution du pavage n'est pas optimal en terme de capacité et répartition de charge, car chaque serveur de rendu veut faire la totalité du rendu lui-même et aucun ne veut collaborer pour travailler à plusieurs pour construire un rendu final (pour pouvoir le faire il faudrait disposer d'outils de mesure de la réactivité et la fraicheur de chaque serveur participant, et une gestion fine des dates de péremption des caches, adaptée à la capacité locale de stockage, de calcul, et de bande passante montante et descendante). On pourrait
Re: [OSM-talk-fr] Rendu des fossés d'irrigation sur le fond OSM-FR
Le 24/07/2013 17:51, Pierre Knobel a écrit : On trouve tout de même beaucoup de fossés qu'on voit à peine sous la végétation et qui sont à sec 99% du temps, je ne sais pas si un rendu plus gras serait approprié dans ces cas. Oui certes, mais bon là ils sont quasi invisibles. Vouloir afficher des objets de la base et le faire de telle manière qu'on ne les voit quasiment pas c'est quand même étrange. Dans ces cas là peut-être faudrait-il plutôt envisager de ne pas les afficher du tout. Ce qui dans mon cas ne m'arrangerait pas, mais bon... ;-) Je pense qu'un trait légèrement plus large de quelques pixels ne nuirait pas énormément au reste et permettrait qu'on les voit un peu mieux. Il faudrait peut-être faire un test pour voir ce que ça donne. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le serveur osm7 ne répond plus...
... et donc l'outil de saisie des numéros d'adresse non plus. C'est grave docteur ? :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion mensuelle osm idf
Le 25 juillet 2013 15:47, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait) N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un corum... Bonjour, Je ne pourrais pas être présent ce mois-ci. Question aussi : c'est bien un restaurant vers Châtelet ? Vous mangez là-bas ? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion mensuelle osm idf
Bonjour, Ce ne sera pas possible ce mois-ci pour ma part Fabien : oui, c'est un restaurant, il est possible de dîner sur place Bonne journée Le 25 juillet 2013 15:47, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait) N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un corum... -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion mensuelle osm idf
Pour le moment, ça ne fait que 2 personnes avec moi-même Heu, c'est pas que j'ai des saisies de gare du RER C à faire mais si je peux rester chez moi ce soir... Pour le moment, la réunion n'est pas confirmée. A+ Le 25 juillet 2013 15:47, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait) N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un corum... -- Marc Sibert m...@sibert.fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guide de saisie des commerces (POI) Était : Re: Rôtisserie ?
2013/7/24 Jean-Baptiste Holcroft jb.holcr...@gmail.com: En prenant le problème à l'envers, la traduction de la page Map_Features est intéressante même si elle ne répond pas à la problématique : http://wiki.openstreetmap.org/wiki/FR:Map_Features#Commerce_.28shop.29 Ou ici: http://wiki.openstreetmap.org/wiki/Shop C'est le même template (utilisé pour la traduction de l'anglais) mais rien n'enpêche d'ajouter un deuxième tableau avec des valeurs plus spécifiques à un pays, comme rôtissierie en France. Maintenant, il faut aussi faire attention, en particulier avcec ce terme qui semble couvrir plusieurs types d'activités (rôtisseries qui font plus dans le traiteur, ou la boucherie, ou la restauration, ou la restauration rapide, avec ou sans roulettes) Je créerai bien une page sur ce modèle mais dans l'autre sens : nom -- tags adaptés. Une page de ce genre existe déjà: http://wiki.openstreetmap.org/wiki/FR:How_to_map_a Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
2013/7/24 Romain MEHUT romain.me...@gmail.com: Le 24 juillet 2013 13:00, JB jb...@mailoo.org a écrit : Fichus anglais qui roulent de l'autre coté de la route, je pense. Je ne pense pas, le wiki version anglaise est plus précis. Je me demande donc pourquoi la version française ne reprends pas ces mêmes valeurs? Le cas de figure doit se présenter dans de nombreux pays et pas seulement ceux qui roulent à gauche ;-) La version anglaise du wiki évolue plus vite que sa traduction en français tout simplement parce qu'il y a plus de contributeurs qui la lisent et l'améliorent. Il faut juste trouver quelqu'un pour mettre à jour la version française de temps à autre (en vérifiant que ce qui est proposé par la version anglaise soit bien établie et pas juste du wiki fiddling temporaire). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Greffon Cadastre
Oui l'erreur est déjà reportée. Le 26 juillet 2013 08:44, Dominique Lavoille domijet...@yahoo.fr a écrit : Bonjour, Chez moi j'ai un bug avec JOSM et le greffon cadastre en utilisant la fenêtre d'outil d'aide pour ajouter des adresses. Quand j'utilise cette fenêtre pour ajouter des nœuds d'adresse à l'écran, si je veux rafraichir le cadastre (F10) et que j'appuie par mégarde (nul n'est parfait avec des gros doigts sur un petit clavier!) sur F11 (plein écran), alors la fenêtre d'aide d'adresse disparait de l'écran. En la rappelant, elle est alors vide. Pour la faire réapparaitre normalement, il faut sortir et relancer JOSM. Avez-vous constaté cela?. Merci d'avance Cordialement Dominique ___ 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] Projet adresses
2013/7/24 Tony Emery tony.em...@yahoo.fr: D'ailleurs, Pieren disait que les communes multi postales étaient rares, c'est vrai. Mais cela concerne essentiellement les grandes villes, donc celles pour lesquelles on a le plus de chance de vouloir faire un calcul d'itinéraire et donc qui engendrera plus d'erreurs... Tout ce qui se dit pour le code postal est aussi valable pour la ville, le département, la région, le pays, etc. c.a.d qu'il faut un mécanisme capable de restituer un attribut défini par un polygone englobant. Si on peut le faire pour le pays ou la région ou la ville, on peut alors facilement l'étendre aux codes postaux. En France, il y a 36000 communes pour seulement 6300 code postaux. On voit bien que l'exception à la règle est plus fréquent que l'application de la règle (c'est comme pour l'orthographe en français) L'exception, ce sont les grandes villes qui ont plusieurs codes postaux. Avec celles-là, on ne peut effectivement pas réutiliser le polygone des limites communales. Pour toutes les autres (en gros les 35900 restantes), la réutilisation est possible. Et c'est vrai qu'un code postal sert fréquemment plusieurs communes. Mais rien n'empêche de mettre plusieurs fois le même code postal sur plusieurs multipolygones admin. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
J'ai un cas non prévu par le wiki... voie cyclable + stationnement + chaussée (2 voies en double sens) + stationnement + voie cyclable J'ai des photos pour prouver que j'ai pas abusé sur le chouchen ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
On Fri, Jul 26, 2013 at 10:42:28AM +0200, Nicolas Moyroud wrote: ... et donc l'outil de saisie des numéros d'adresse non plus. C'est grave docteur ? :-) Merci d'avoir prévenu. J'ai contacté l'hébergeur, et osm7 (+ osm8) sont de nouveau accessibles. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
Merci pour la remise en route. Nicolas Le 26/07/2013 17:02, Jocelyn Jaubert a écrit : Merci d'avoir prévenu. J'ai contacté l'hébergeur, et osm7 (+ osm8) sont de nouveau accessibles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
Pourquoi T1 ou S3 ne s'appliquent pas ? -- Jean-Baptiste Holcroft Le 26 juillet 2013 16:51, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai un cas non prévu par le wiki... voie cyclable + stationnement + chaussée (2 voies en double sens) + stationnement + voie cyclable J'ai des photos pour prouver que j'ai pas abusé sur le chouchen ! ___ 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] Différence tag cycleway dans le wiki
T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça pourrait aller... S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée entre le stationnement et la bordure de trottoir. Voici une photo: http://www.flickr.com/photos/cq94/9372191550/ Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pourquoi T1 ou S3 ne s'appliquent pas ? -- Jean-Baptiste Holcroft Le 26 juillet 2013 16:51, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai un cas non prévu par le wiki... voie cyclable + stationnement + chaussée (2 voies en double sens) + stationnement + voie cyclable J'ai des photos pour prouver que j'ai pas abusé sur le chouchen ! ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
C'est plus une interrogation qu'une affirmation, mais je pensais que la notion de séparation physique était plus un concept que forcément une bordure sur-élevée. Citation : La séparation peut être limitée à une bordure surélevée s'opposant aux franchissements volontaires, ou constitué par une surface engazonnée, voire plantée d'arbustes [1] Dans ce cas, j'aurais utilisé T1 dans sa version recommandée en 3 way avec sur le way du mlieu un parking:lane pour indiquer ces notions de parking. Par ailleurs, existe-t-il un rendu dédié aux voies accessibles aux vélos permettant de voir clairement quand une piste cyclable est taguée à contre-sens, sur le highway des véhicules, sur un way séparé ou cycle=yes ? Dans tous les rendus que j'ai vu, la priorité est donnée aux highway automobiles, ce qui oblige à aller voir les propriétés de chaque objet, ce qui n'est pas pratique. [1] http://www.securite-routiere.org/infrastructure/cyclables/cyclistes.htm -- Jean-Baptiste Holcroft Le 26 juillet 2013 18:07, Christian Quest cqu...@openstreetmap.fr a écrit : T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça pourrait aller... S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée entre le stationnement et la bordure de trottoir. Voici une photo: http://www.flickr.com/photos/cq94/9372191550/ Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pourquoi T1 ou S3 ne s'appliquent pas ? -- Jean-Baptiste Holcroft Le 26 juillet 2013 16:51, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai un cas non prévu par le wiki... voie cyclable + stationnement + chaussée (2 voies en double sens) + stationnement + voie cyclable J'ai des photos pour prouver que j'ai pas abusé sur le chouchen ! ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Le rendu fr pret pour l'exportation
Le 26 juillet 2013 09:10, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 juillet 2013 07:54, Philippe Verdy verd...@wanadoo.fr a écrit : Une des remarques faites est que les cartes d'OSM France affichent préférablement le français (donc Londres et pas London). Le projet TileMill est disponible sur github, il suffit de repartir de là et de faire les adaptations locales. Méfie-toi du terme il suffit affirmé trop vite ici. Certes au plan logiciel on a ce qu'il faut mais le principal obstacle ce n'est pas le logiciel mais le serveur pour sa disponibilité et la basnde passante. Pour héberger un simple site statique tout le monde a accès à des sites persos. mais pour un serveur de rendu c'est bien plus compliqué (et plus cher car il faut un serveur dédié à ça, l'autre solution de l'hébergement à domicile ne tenant pas la route pour servir à plus d'une poignée de personnes). Ta solution github ne concerne que la partie logicielle. L'autre solution c'est l'hébergement mutualisé, mais pour un serveur de rendu les solutions LAMP classiques ne peuvent pas prendre en charge les outils demandés, ou alors il reste des services mutualisés comme uMap, masi on n'a plus du tout le moindre contrôle de la solution technique (TileMill sur github ne servira à rien du tout). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu fr pret pour l'exportation
L'avantage d'avoir tout le soft disponible sous licence libre c'est qu'on peut si on a les compétence et l'infrastructure matérielle adaptée monter ses propres service en indépendance et autonomie de fonctionnement. Bien sûr que le projet github ne suffit pas, mais au moins la partie soft est disponible. Ensuite soit on se charge de dégoter la partie hard, soit on se contente de ce que d'autres ont mis en place, sans garantie de service, etc, etc. Github permet au moins de multiplier le soft à l'infini, pour le hard il faut encore attendre ;) Le 26 juillet 2013 19:27, Philippe Verdy verd...@wanadoo.fr a écrit : Le 26 juillet 2013 09:10, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 juillet 2013 07:54, Philippe Verdy verd...@wanadoo.fr a écrit : Une des remarques faites est que les cartes d'OSM France affichent préférablement le français (donc Londres et pas London). Le projet TileMill est disponible sur github, il suffit de repartir de là et de faire les adaptations locales. Méfie-toi du terme il suffit affirmé trop vite ici. Certes au plan logiciel on a ce qu'il faut mais le principal obstacle ce n'est pas le logiciel mais le serveur pour sa disponibilité et la basnde passante. Pour héberger un simple site statique tout le monde a accès à des sites persos. mais pour un serveur de rendu c'est bien plus compliqué (et plus cher car il faut un serveur dédié à ça, l'autre solution de l'hébergement à domicile ne tenant pas la route pour servir à plus d'une poignée de personnes). Ta solution github ne concerne que la partie logicielle. L'autre solution c'est l'hébergement mutualisé, mais pour un serveur de rendu les solutions LAMP classiques ne peuvent pas prendre en charge les outils demandés, ou alors il reste des services mutualisés comme uMap, masi on n'a plus du tout le moindre contrôle de la solution technique (TileMill sur github ne servira à rien du tout). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
La zone de stationnement n'est elle pas en soit une séparation physique? Le 26 juillet 2013 18:07, Christian Quest cqu...@openstreetmap.fr a écrit : T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça pourrait aller... S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée entre le stationnement et la bordure de trottoir. Voici une photo: http://www.flickr.com/photos/cq94/9372191550/ Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pourquoi T1 ou S3 ne s'appliquent pas ? -- Jean-Baptiste Holcroft Le 26 juillet 2013 16:51, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai un cas non prévu par le wiki... voie cyclable + stationnement + chaussée (2 voies en double sens) + stationnement + voie cyclable J'ai des photos pour prouver que j'ai pas abusé sur le chouchen ! ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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