Re: [OSM-talk-fr] Bonjour de Polynésie française
Arnaud Jordan a écrit : Bonjour, iaorana ! Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer Il me semble que la question peut-être divisée en 2 : - permettre un accès à une donnée publique libre d'utilisation : le Georezo ou l'OS-Geo francophone peuvent peut-être fournir à la fois un espace de stockage et une visibilité sur des communautés susceptibles d'être intéressées par ces données (éventuellement hors du cadre d'OSM) ; - traduire ces données en quelque chose de compréhensible pour nos outils (JOSM, WMS, Postgis). Ce ne sont pas les pistes qui manquent et c'est moins un problème de format qu'une transcription du contenu dans notre modèle (notre ontologie). Je gage qu'avec l'arrivée de nouveaux fonds de données publiques, les énergies nécessaires vont se mettre en branle. maruru pour cette nouvelle cordialement Denis PS : les termes tahitiens sont dus à mon épouse qui, du fait, commence à s'intéresser à OSM ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Hello, Je pense qu'il y a de nombreux outils permettant de transformer les fichier shape en GPX, donc par décalque c'est un peu dommage si c'est déjà fait, non ? ;) Pour les frontières admin, une solution qui permettrait de ne créer que un et un seul troncon par troncon jointif entre deux communes serait d'utiliser un outil de creation de topologie de lignes, par exemple. Pour les autres indications, je ne connais que très peu le format OSM et comment faire passer des attributs dans le GPX (c'est possible ?). Dans ce cas, un peu de travail en amont permettrait de faire un import massif avec les tags bien renseignés directement dans une couche de points pour les info point, idem pour les routes, et idem pour les lignes fermées (polygones)... :) Robin. Le 3 avril 2009 08:57, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com ( http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ 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] Bonjour de Polynésie française
Je suis dans le même besoin, à savoir comment importer depuis arcview dans osm... Peut être en passant par qgis et postgres... mais il faut un tout petit peu de temps pour essayer qq chose. 2009/4/3 Robin PREST ro...@georezo.net: Hello, Je pense qu'il y a de nombreux outils permettant de transformer les fichier shape en GPX, donc par décalque c'est un peu dommage si c'est déjà fait, non ? ;) Pour les frontières admin, une solution qui permettrait de ne créer que un et un seul troncon par troncon jointif entre deux communes serait d'utiliser un outil de creation de topologie de lignes, par exemple. Pour les autres indications, je ne connais que très peu le format OSM et comment faire passer des attributs dans le GPX (c'est possible ?). Dans ce cas, un peu de travail en amont permettrait de faire un import massif avec les tags bien renseignés directement dans une couche de points pour les info point, idem pour les routes, et idem pour les lignes fermées (polygones)... :) Robin. Le 3 avril 2009 08:57, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
Re: [OSM-talk-fr] Bonjour de Polynésie française
2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Boujour à Tahiti ! Il faudra organiser un jour une mapping party chez-vous, dès qu'on aura trouver un sponsor pour les billets d'avion ! Lorsqu'on importe des données, il faut d'abord s'assurer qu'on a bien l'accord des propriétaires de ces données (ne pas se contenter d'un accord verbal par exemple). Ensuite, tu n'es pas le premier à faire se genre d'import et je pense que c'est un travail suffisament important qui peut nécessiter la collaboration de plusieurs personnes. Je te conseillerais de contacter Steven Le Roux qui a commencé la même opération sur des données de la communauté urbaine de Brest: http://lists.openstreetmap.org/pipermail/talk-fr/2009-January/005656.html (arf, je viens de voir le message de Steven arriver juste avant mon post) et qui pourra sans doute te donner quelques pistes. Tu peux aussi consulter la documentation sur le wiki: http://wiki.openstreetmap.org/wiki/Import http://wiki.openstreetmap.org/wiki/Import/Guidelines http://wiki.openstreetmap.org/wiki/AND_Data La première étape est de convertir les données GIS en données OSM, en particulier convertir les attributs (dans un fichier au format .OSM, et pas GPX comme je viens de le lire par ailleurs - GPX c'est les traces GPS avec waypoints donc sans intétêt ici). Il existe certainement des outils/scripts développés par des prédécesseurs pour faire cette conversion (voir sur le wiki les imports AND ou TIGER). Si vous avez accès aux données bruts, en aucun cas je ne conseillerais de faire du recopier sur calque comme nous le faisons pour le cadastre en ligne (on le fait parce qu'on n'a pas le choix). Il y a ensuite la deuxième étape qui est de transférer les données dans la base OSM. Sur des terrains vierges, c'est facile. Mais s'il y a déjà des données créées par d'autres contributeurs, il faudra alors voir si ces anciennes données vallent la peine d'être conservées ou non (voir si les données cadastrales ne sont pas meilleures et mieux renseignées). C'est à voir au cas par cas suivant les zones qui seront touchées. Certaines données seront plus facile à importer que d'autres. Par exemple: - les lignes de côte sont probablement de meilleure qualité sur votre cadastre que celles d'origine de la base OSM. Je comparerais un échantillon ou deux d'abord pour voir puis je remplacerais purement et simplement les anciennes lignes de côtes par les nouvelles. - les routes : plus délicat si elles sont déjà dans la base parce qu'elles peuvent contenir des informations non visible sur un cadastre comme la classification (primary, secondary, tertiary, unclassified, residential) ou d'autres attributs comme la reference, limite de vitesse, sens unique, etc... - la toponymie générale, les bâtiments publics et leurs noms, les indications touristiques, tout cela devrait être facilement transposé directement en effaçant ce qu'il y avait précédement car certainement incomplet. Encore une fois, c'est à juger au cas par cas suivant ce qui est déjà présent dans OSM et avec quelle qualité. Il arrive que certains mappent une île parce qu'ils ont une bonne image satellite mais la classification est approximative, fausse ou manquante (highway=road), aucun nom, aucune information sur les restrictions, etc. Il peut être plus simple de tout effacer pour recommencer avec un import propre et de qualité. Tiens nous au courant et si tu as des questions, n'hésite pas à les soumettre sur cette ML. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Le 3 avr. 09 à 13:55, Pieren a écrit : à juger au cas par cas Combien d'osm'eurs actifs y a-t-il en Tahiti ? Combien de gens connaissent le terrain et pourront interpréter/taguer des données brutes d'import ? (J'y vois des contributions de gens locaux, de français métropoliens, d'américains, d'allemands. Apparemment plusieurs groupes de contributeurs se croisent. Pas possible de les contacter par notre mailing-liste ici). Cela peut avoir une importance sur la stratégie de quoi importer comment, et à quel rythme. Peut-être essayer de contacter ceux qui ont contribué ou modifié sur Tahiti (les cracks ici pourraient extraire ces noms/adresses...), pour tenter de concerter les efforts, créer une équipe ? Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Sinon, il faut se tourner vers la librairie ogr2ogr (ligne de commande) qui permet de convertir et de reprojeter des couches depuis et vers les formats les plus utilisés. Une application graphique a été réalisée : http://inventis.ca/ogr2gui/index.htm A tester donc ! kimaidou Le 3 avril 2009 16:42, Eric Sibert courr...@eric.sibert.fr a écrit : A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ 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] Bonjour de Polynésie française
Merci Pieren d'avoir corrigé pour le GPX. Je n'ai pas eu le temps d'approfondir mais je croyais que ca aurait pu faire l'affaire, au temps pour moi. Robin. Le 3 avril 2009 16:51, kimaidou kimai...@gmail.com a écrit : Sinon, il faut se tourner vers la librairie ogr2ogr (ligne de commande) qui permet de convertir et de reprojeter des couches depuis et vers les formats les plus utilisés. Une application graphique a été réalisée : http://inventis.ca/ogr2gui/index.htm A tester donc ! kimaidou Le 3 avril 2009 16:42, Eric Sibert courr...@eric.sibert.fr a écrit : A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bonjour de Polynésie française
Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer * les côtes * la toponymie générale (îles, communes, quartiers, lieux-dits ...) * les frontières administratives * le tracé des routes, leur classement administratif, leur nom * le tracé des rues , leur nom * le tracé des bâtiments publics et ou importants et leurs noms * les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
