Re: [OSM-dev-fr] Démarrer avec TileMill
Bonjour, Les styles de demo fournis utilisent tous des fichiers shp comme source de données (et ne sont pas toujours issus d'OSM), en particulier des fichiers de trait de côte à plusieurs échelles. Ils doivent se télécharger en tâche de fond, ce qui peut être long. Il y a un log pour voir ce qu'il fait mais je ne sais plus où. Tu est connecté ? tu es derrière un proxy ? On ne peut pas utiliser directement l'extrait pbf ou les shp? Pour les formats de données utilisable dans tilemill, c'est le moteur de rendu mapnik qui décide: Il sait lire tous les formats de géomatique, tous les formats raster via gdal, mais aussi du .CSV, et même du .osm. Mais tous ca avec des performances variables en fonction du niveau d'indexation spatiale des données (nul pour du .osm ! ) J'ai essayé : postgis : exellentes perf, quelque soit la taille de la zone, tous les outils osm sont clé en main pour l'utiliser comme source de donnée. les shp : Bien pour les petites zones, perf correctes spatialite : déçu par les perf Pour ton rendu international de Madagascar: Solution 1 : se calquer sur l'archi de rendu classique, à savoir Installer Postgis Récupérer les données osm (fichier .pbf), les charger avec osm2pgsql Récupérer le style au format tilemill (CartoCSS) Adapder le style pour qu'il se connecte à ta base de donnée. Solution 2 : Recupérer les shape osm de Madagascar (extraits geofabrick): attention il ne s'agit pas de toutes les données osm. Les indexer ( https://www.mapbox.com/tilemill/docs/guides/optimizing-shapefiles/) Adapter le style dans tilemill pour utiliser les fichiers shp. C'est long et fastidieux, mais on comprend mieux la structure du style et son intrication avec le format des données. Bruno Le 22 juillet 2015 08:36, Eric SIBERT courr...@eric.sibert.fr a écrit : Le 22/07/2015 06:17, Yves a écrit : Regarde dans quel dossier TM stocke ces projets, et copie le projet que tu as téléchargé. C'est fait. J'ai ouvert. Je vois les feuilles de styles et aussi des couches mais il se plaint qu'il lui manque des fichiers shp qui devraient être dans un sous-dossier data. Il y a une méthodes pour générer ces fichiers shp à partir d'un extrait? Quand j'ouvre les autres projets fournis en exemple, j'ai aussi des feuilles de styles et des couches mais rien à l'affichage. Eric ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Faire mon rendu pour Madagascar
Le 7 avril 2015 10:17, Eric Sibert courr...@eric.sibert.fr a écrit : Base oms2pgsql + shapefile des traits de côte = Tilemill = MBTile raster C'est là que j'ai encore des questions. Pour faire oms2pgsql, il faut avoir postgres installé? On ne peut pas récupérer directement les shp de geofabrik? Tilemill/Studio travaille sur toutes sortes de source géomatique, dont les shapefile, donc pas de pb. Une source Postgis doit permettre un boost de perf sur les accès mais permet aussi de faire de requêtes tordues impossibles à réaliser avec un shape (déterminer l'orientation d'un terrain de foot/tennis, pour ensuite au rendu faire tourner un svg représentant les limites du terrain). http://tile.openstreetmap.fr/?zoom=18lat=47.25649lon=-1.5239layers=B000FFF Toujours dans mes errances rendu sans postgis j'ai essayé spatialite (extention geospatiale de sqlite, fournit avec un outil d'import OSM avec sont propre schéma). Mapnik (et donc Tilemill/Studio) sait lire du spatialite, mais les perf sont nulles (sans SDD). Donc si tu souhaites travailler sur les shapefile, j'aurai conseillé Studio pour les perf (Studio va cacher les shp en une source verctor tile, et de rendu sera ensuite beaucoup plus rapide que Tilemill qui travaille sur shp à chaque rendu/modif de style). *MAIS on ne peut pas exporter des tuiles raster avec Studio* ! J'ai toutefois commencé un projet Studio hier à base de shapefile geofabrik. Un fois le design fini je compte exporter les tuiles vecteur avec studio, et utiliser tl pour générer un MBTile raster. https://github.com/mojodna/tl J'ai regardé la présentation sur l'utilisation du Rasp comme serveur complet. Je n'ai pas trouvé les explications très pédagogiques mais j'ai quand même retenu que la génération et la compression (png ou jpg) des tuiles raster consommait beaucoup de CPU. Serveur complet ?! postgis + mapnik ? Euh cela me parait ardu, ces petites bêtes sont très limitées en i/o : tout passe par un bus USB2 (même la version 2 B récemment sortie) D'un autre côté, avec les nouveaux rasp quadri-cœurs et 1 Go de mémoire, il y a peut-être plus de possibilités côté serveur. J'en attend un dans ma boite aux lettres cette semaine :-) Tu nous préviens quand tu auras abouti :-p ;-) Bruno ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Faire mon rendu pour Madagascar
Bonjour Si tu ne passe pas par les services Mapbox et/ou n'utilise pas de tuile vecteur, Tilemill est suffisant. Ta solution me parait OK. J'avais étudié cela pour faire un rendu sans avoir de serveur en ligne complet, juste un site perso d'un FAI (http + PHP) Produire un MBTile de tuiles png/jpeg chez soit (avec Tilemill on peut ainsi récupérer des styles MapCSS comme osm-fr) Transferer le MBTile sur le serveur du FAI (attention à l'espace disque limité) Servir les tuiles à partir du MBTile par un bout de PHP (fournit par qqun de la liste) Base oms2pgsql + shapefile des traits de côte = Tilemill = MBTile raster J'ai creusé plus loin : passé en auto-herbergement à base d'un serveur surpuissant : un raspberry Pi. Et utiliser des tuiles vecteurs comme source de données. Il y a des vidéos de rendu mapnik à base de vector tile sur des machines très light, mais pas trop de tuto sur le net. J'ai pas abouti. Je sèche sur la génération automatisé des tuiles vecteur, et leur mise à jour à base de hourly diff. Ce mode de fonctionement c'est le fonctionnement de Mapbox Studio : Base oms2pgsql + shapefile des traits de côte = Studio = MBTile vecteur (très compact) MBTile vecteur = Studio ou mapnik = tuile raster (très rapide, un Pi peut le faire) Bruno Le 3 avril 2015 10:35, Eric Sibert courr...@eric.sibert.fr a écrit : Salut, Avant de te lancer dans l'instaltion d'un serveur de tuiles je te conseille de commencer par jouer avec un TileMill ou un MapBox Studio. J'ai un peu regardé sur le web ces deux outils. Si j'ai bien compris TileMill est l'ancêtre de MapBox Studio. TileMill n'est plus supporté par MapBox mais continue sa vie de son côté. Ils permettent tous les deux de générer du MBTiles ce qui me dispenserait de passer par un serveur virtuel. Ils utilisent tous les deux Mapnik avec CartoCSS ce qui me permettrait de développer en local mon style et le transférer plus tard sur un serveur. Qui a des retours d'expérience sur ces deux outils? Pratique à utiliser? Stabilité? ... Eric ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] requete sql
Bonjour, Alors à l'arrache : update matable set temps = (select b.temps * 1.5 from matable b where b.id = 1 and b.maxspeed 95. ) where id = 2 Ca ne fonctionne que si la sous-requête ne renvoie qu'une seule ligne. Bruno Le 10 décembre 2014 15:02, didier2...@free.fr a écrit : bonjour je bloque sur un type de requete matable: timestamp, id, temps 1,1,100 2,1,90 3,1,110 1,2,null 2,2,null 3,2,100 1) trouver les timestamp pour id=1 avec maxspeed95 : select timestamp, maxspeed from matable where maxspeed95 2) appliquer cette selection de timesptamp mais pour un autre id avec un coef de 1.5 timestamp, id, temps 1,1,100 2,1,90 3,1,110 1,2,150 (100*1.5) 2,2,null 3,2,165 (110*1.5) je suis preneur de toute idee! merci d'avance didier ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Intégration toponymes Occitan
Bonjour, J'avais fait la manip pour le breton avec Christian Rogel, à base de petits scripts python. Je vous retrouve çà... Bruno ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Disparition de balises (seamark) - exploiter les diff
Bonjour, On signale sur la liste OpenSeaMap une disparition de balises maritimes (objets taggés en seamark*) https://wiki.openstreetmap.org/wiki/Key:seamark:fixme#Progress Comment exploiter les diff des 2 derniers mois pour retrouver les changeset impliqués ? Bruno ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Disparition de balises (seamark) - exploiter les diff
Le 25 avril 2014 14:41, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : C'est tout simplement le tag seamark:fixme Mais ce n'est pas ce tag spécifiquement qui a été supprimé, mais sans doute l'objet, car les objets avec des tag seamark* ont diminué dans les mêmes proportions. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
Bonjour, J'ai essayé de générer les fichiers pour les communes de Pornic et Paimboeuf en Loire-Atlantique, sans succès. On dirait que cela coince au téléchargement des feuilles : 2 pdf, et puis c'est tout. Y a surcharge ? Bruno Le 17 février 2014 23:08, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Tyndare a présenté récemment [1] une démarche qui permet d'extraire du cadastre vectoriel les informations d'adresse. Nous avons creusé le sujet ensuite, notamment ici même dans ce fil [2]. Suite à ces discussions, nous vous mettons à disposition une interface afin que chacun puisse tester l'intégration d'adresses, sur les communes (vectorielles) de son choix. Les discussions ayant réaffirmé l'absence de consensus sur la manière de modéliser les adresses, vous trouverez pour chaque commune 6 (oui six !) lots de données. Il y en a pour tout le monde : les partisans des relations associatedStreet comme ceux du tag addr:street, les fans du point en bord de rue comme ceux du tag sur building ou encore du point en façade. Seule la modélisation avec relation bénéficie, autant que possible, de l'ajout des codes FANTOIR. Pour expliquer la démarche, un peu de littérature sur cette page : http://wiki.openstreetmap.org/wiki/WikiProject_France/ Cadastre/Import_semi-automatique_des_adresses Quant à l'interface elle-même, elle est ici : http://cadastre.openstreetmap.fr/adresses/ Tout retour d'expérience sur la manipulation des fichiers est la bienvenue. Considérez que vous inaugurez le service :) En fonction des retours, on reparlera de tout ça sur talk-fr pour une mise à disposition de tous. Merci à Jocelyn et Christian pour leur support et la mise à disposition d'une infrastructure d'OSM-Fr, qui héberge le service. Tyndare vincent [1] : https://lists.openstreetmap.org/pipermail/talk-fr/2014- January/065794.html [2] : https://lists.openstreetmap.org/pipermail/dev-fr/2014- January/001951.html ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
Faisant parti initialement du camp des relationistes, je ne peux que pencher désormais vers les nodistes: * Le modèle relation est peu utilisé hors de France. * Il pose pb avec iD. On peut rager sur les lacunes de cet éditeur, mais il est notre outil de base pour les contributeurs occasionnels, les gems d'OSM. * En en ce qui concerne des développeurs, à l'utilisation le support des relations est loin dernière les points adresses. Je tique toujours quand je vois que les relations adresses de Nantes Métropole ne sont pas supportées dans OSMAnd. Sinon concernant l'outil, il y a peut-être du ménage à faire sur les fichiers temporaires, en particulier les parcelles.osm vis à vis des conditions d'utilisation du cadastre... Bruno Le 18 février 2014 11:42, Pieren pier...@gmail.com a écrit : 2014-02-18 11:24 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du travail prémâché bien utile car quand on voit tout le boulot fait (avec difficulté) par les scripts qui les génère (en se basant aussi sur des données absentes d'OSM comme les parcelles), on imagine tout le boulot à faire et refaire sans arrêt lorsqu'elles ne sont pas là. Quitte à passer pour un vieux radoteur qui se répète, je préfère toujours le modèle qui facilite la vie des contributeurs à celle qui facilite la vie des développeurs (une citation fréquente: contributors are the gems in OSM) : corriger manuellement une erreur d'adresse est plus simple sans relation, une opinion largement partagée à l'étranger (j'ai des liens si ça vous dit). Je sais que c'est dur à entendre (lire) sur la liste 'dev'... Et pour le géocodage, les deux modèles sont équivalents avec chacun de légers avantages et inconvénients, tous surmontables. +1 pour ne proposer que des fichiers avec relations histoire d'avoir un peu d'homogénéïté. Il faut juste bien comprendre que la France serait alors totalement isolée sur ce sujet (c'est vrai qu'on aime bien l'attitude du village gaulois, seul contre tous). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fwd: [contact] [Informations sur l'association] utilisation carte pour fiches touristique
Bonjour, Un petit mapéritive avec le très sympa rendu topo, je sais pas si cela vaut une prestation pro... disons plutôt une donation pour l'assos :-) ( disclosure : je n'en suis pas membre). Il faudrait également voir pour récupérer ces itinéraires et les ajouter à OSM. Enfin on peut leur proposer une petite Cartopartie, parce que c'est assez vide le secteur. Je suis partant pour la carto, le coin est très joli ! Bruno Le 3 février 2014 10:32, Christian Quest cqu...@openstreetmap.fr a écrit : Reçu sur contact, voir ma réponse à la suite. -- Message transféré -- De : organisation.touri...@gmail.com Date : 31 janvier 2014 11:43 Objet : [contact] [Informations sur l'association] utilisation carte pour fiches touristique À : cont...@openstreetmap.fr Communauté de communes du Pays de La Gacilly (organisation.touri...@gmail.com) a envoyé un message en utilisant le formulaire de contact suivant : http://openstreetmap.fr/contact. Bonjour, Actuellement chargée de mission tourisme à la Communauté de communes du Pays de La Gacilly, je viens de créer un site VTT/FFC composé de 6 circuits VTT. Je souhaiterais maintenant créer des fiches VTT (ou dépliants) sur lesquelles figureraient le circuit sur un fond de carte. Mais je ne sais pas comment me procurer le fond de carte. Les votre me plaisent beaucoup. Est-il possible de les utiliser pour nos fiches (fiches qui seraient à disposition des touristes à l'office de tourisme). Combien cela nous coûterait? Pour plus d'informations n'hésitez pas à me contacter, Cordialement, Aurélie CHEVAL Chargée de mission Randonnée Communauté de Communes du Pays de La Gacilly La Ville Aux Aînés, 56200 La Gacilly organisation.touri...@gmail.com 02.99.08.21.75 - Bonjour Aurélie, Il existe de nombreux fonds de carte produits à partir des données OpenStreetMap. Quelques exemples: - le fond par défaut d'OSM International: http://www.openstreetmap.org/#map=13/47.7603/-2.1553 - sa déclinaison francisée: http://tile.openstreetmap.fr/?zoom=13lat=47.7603lon=-2.1768 - le fond humanitaire de HOT: http://www.openstreetmap.org/#map=13/47.7603/-2.1768layers=H - le fond cyclable: http://www.openstreetmap.org/#map=13/47.7603/-2.1768layers=C - un fond plutôt routier produit par MapQuest: http://www.openstreetmap.org/#map=13/47.7603/-2.1768layers=Q etc, etc... La licence de ces fonds de carte est en général CC-by-SA ce qui permet de les partager ou de les adapter, y compris pour une utilisation commerciale tant que vous créditez l'oeuvre et qu'elle reste sous la même licence (partage à l'identique). voir: http://creativecommons.org/licenses/by-sa/2.0/fr/ Ces fond sont disponible en l'état gratuitement et sont libre de droits de reproduction (merci la licence CC-by-SA). Sur le plan technique, un fond de carte destiné à un affichage écran donne un résultat de qualité médiocre une fois imprimé. Il faudrait produire une version haute résolution pour que cela sorte correctement une fois imprimé. Ceci peut faire l'objet d'une petite prestation. Si vous le souhaitez, je peux transmettre votre demande sur notre forum ou notre liste de diffusion dev-fr lue par différents professionnels qui seront compétent pour ces travaux. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Relations Véloroutes hiérarchiques
Bonsoir, Avec l'ouverture officielle de la Vélodyssée, tronçon français de l'Eurovélo 1, j'envisage de revoir les relations des itinéraires cyclables autour de ce parcours. L'objectif est d'obtenir des relations hiérarchiques. Par exemple en Loire-Atlantique le parcours Vélodyssée utilise successivement un bout de l'itinéraire Vélocéan un bout de l'itinéraire Loire à Vélo (qui est aussi un tronçon de l'Eurovélo 6) un itinéraire spécifique de Nantes au Canal de Nantes à Brest un bout de l'itinéraire du Canal de Nantes à Brest Aujourd'hui un chemin/way peut être présent dans plusieurs relations d'itinéraire, et c'est un peu la galère à éditer. Je souhaite créer un relation Vélodyssée constituée uniquement des relations relatives à ces parcours locaux. Et la relation Eurovélo1 utiliserai comme membre la relation Vélodyssée pour le parcours français. Ce que je vois c'est que ce système de relations imbriquées est supporté par lonvia.de, mais pas par OpenCycleMap. Un exemple avec L'EV1 (http://www.openstreetmap.org/browse/relation/152863) Cette relation inclue (à tord d'ailleurs) le parcours Roscoff-Concarneau sous un membre de type relation ( http://www.openstreetmap.org/browse/relation/900908) http://cycling.lonvia.de/fr/?zoom=7lat=46.23867lon=-2.90656 http://osm.org/go/eq2R9N-?layers=C = On voit que l'EV1 n'est pas *du tout* rendue Détails sur le rendu lonvia = http://cycling.lonvia.de/fr/help/rendering/hierarchies Qu'en pensez-vous ? BrunoC ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Stats du site osm.fr
Bonjour, Je voulais voir l'effet Arte sur la fréquentation du site, mais apparamment il y a des soucis avec piwik. C'est toujours accessible en anonyme ? http://www.openstreetmap.fr/piwik A+ Bruno ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] script de corrections des batiments chevauchants.
Le 27 mai 2012 23:46, didier2020 didier2...@free.fr a écrit : bonsoir, j'ai un scipt python a proposer pour faire des corrections automatiques sur les fichiers générés par qadastre. Combiné avec le script de bruno corial Node_join.py (http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html) cela necessite l'installation de Rtree http://pypi.python.org/pypi/Rtree de spatialindex http://libspatialindex.github.com/ et utilise shapely (python-shapely) ainsi que OsmSax du projet osmose. Ce que fait le script + ajoute des tags aux ways qui sont a corriger manuellement + reordonne les ways, pour que josm detecte mieux ++ les chemins dupliqués ++ chemins avec la meme position (tag wall=no présent sur un seul des 2ways) + corrige automatiquement une grande partie des Batiments se chevauchants. Ci-apres le resultat de validation josm pour la commune de Mérignac. Erreurs Chemins dupliques: 47 - 90 Noeuds de chemins dupliques: 7 inchangé Neouds dupliques: 202 - 196 Avertissements Chemins se coupant 6-7 batiments se chevauchant 1254 - 293 chemins avec la meme position 5-11 batiment a linterieur d'un autre 49 inchangé Bonjour, Joli résultat. Tu peux le mettre en ligne ? Je vais regarder ton source de plus près, j'ai toujours des trucs à apprendre en python. Si on arrive à arrêter hémorragie à la source (fichiers qadastre) on pourra s'attaquer enfin au stock (relevé des anos Osmose) BrunoC ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Faire un tableau nom de rue et longueur
Le 23 février 2012 01:47, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Pour d'autres idées je suis toujours preneur. -- Cordialement Hendrik Oesterlin Bonjour, Dans un but similaire, à la demande de Brice Mallet et pour démo OSM à la mairie, j'ai commis cette page qui permet de mettre en valeur les voies gérée par la commune, et de comptabiliser les longueurs/surfaces de voirie: http://arboulig.free.fr/OSM/MiniSig-SHC/ Je souhaite l'améliorer en : * découpant chaque voie OSM en segment simple (2 noeuds) * passer à geo-ext (Hélas j'ai peu de temps dispo) A+ Bruno ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] selection noeud a l'interieur d'un surface
Le 23 août 2011 09:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : - l'autre solution, jamais vraiment testé est d'utilisé une bibliothèque de topologie, comme JTS (fourni dans les geotools) en java. Mais je ne suis pas sûr que l'import de tes données soit aussi aisé. En base de donnée il y a également spatialite (sqllite + gis). Et en python il y a la bibliothèque shapely. BrunoC ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osmose
Le 18 février 2011 16:57, Marc SIBERT m...@sibert.fr a écrit : Juste un truc pour diviser par 2 la complexité de ta requête : and osm1.osm_id* ** *osm2.osm_id Il suffit de faire la comparaison une seule fois puisque c'est la même table que tu parcours (deux fois) et si osm_id est ta clé primaire... Pour plus de clarté, préfère les JOINs pour lier les tables, ça permet de séparer les conditions de jointure des conditions de sélection (mais le résultat doit être strictement identique après l'optimiseur de requête). Bien vu, merci. Pour les JOIN tu les appliques sur les conditions donc ? Autre question en passant: ma machine n'est pas un foudre de guerre, je n'utilise pas les hourly diff, la base n'est donc utilisée qu'en consultation. Y-a-t-il des optimisations recommandées au niveau de postgis ou osm2pgsql ? BrunoC ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
