Re: [OSM-talk-fr] Rives d'une rivière non rendues : à l'aide !
C'est un petit bug qui se manifeste de temps en temps**. Quand on regarde le même endroit avec la carte cyclable, c'est correct. Il s'agit donc d'un bug du moteur de rendu. Jusqu'ici il nous a suffit de faire une minuscule modif du chemin (ce qui oblige le moteur de rendu à refaire ses calculs) pour le voir réapparaître. dis-nous si ça a marché pour toi. Hélène ** http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/030960.html Le 06/08/2013 07:53, Yves Pratter a écrit : Bonjour, Ce chemin http://www.openstreetmap.org/browse/way/204018203 situé à coté de l'épanchoir de Gailhousty n'est pas affiché ni dans la couche osm standard, ni dans OpenRiverBoatMap. J'ai vérifié visuellement et avec JOSM, il semble pourtant bien fermé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rives d'une rivière non rendues : à l'aide !
Bonjour, J'ai supprimé 2 chemins qui se superposaient à ton riverbank. http://www.openstreetmap.org/browse/changeset/17237117 Mais ça n'a pas eu grands effets... Cedric Le 06/08/2013 08:50, Hélène PETIT a écrit : C'est un petit bug qui se manifeste de temps en temps**. Quand on regarde le même endroit avec la carte cyclable, c'est correct. Il s'agit donc d'un bug du moteur de rendu. Jusqu'ici il nous a suffit de faire une minuscule modif du chemin (ce qui oblige le moteur de rendu à refaire ses calculs) pour le voir réapparaître. dis-nous si ça a marché pour toi. Hélène ** http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/030960.html Le 06/08/2013 07:53, Yves Pratter a écrit : Bonjour, Ce chemin http://www.openstreetmap.org/browse/way/204018203 situé à coté de l'épanchoir de Gailhousty n'est pas affiché ni dans la couche osm standard, ni dans OpenRiverBoatMap. J'ai vérifié visuellement et avec JOSM, il semble pourtant bien fermé. ___ 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] Problème d'enregistrement des éléments sur une carte uMap
Bonjour à toutes et à tous, J'arrive à tracer des lignes, des polygones et des marqueurs sur une carte uMap mais visiblement cela ne s'enregistre pas car dès que j'en trace un nouveau, le précédent disparait. C'est moi (test sous Firefox 17 sous Mageia et sous Firefox 22 sous Ubuntu) ou vous rencontrez le même problème ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap
Tu cliques bien sur Enregistrer après chaque tracé? On 08/06/2013 10:31 AM, Vincent Calame wrote: Bonjour à toutes et à tous, J'arrive à tracer des lignes, des polygones et des marqueurs sur une carte uMap mais visiblement cela ne s'enregistre pas car dès que j'en trace un nouveau, le précédent disparait. C'est moi (test sous Firefox 17 sous Mageia et sous Firefox 22 sous Ubuntu) ou vous rencontrez le même problème ? Vincent ___ 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] Rives d'une rivière non rendues : à l'aide !
Le 6 août 2013 à 08:50, Hélène PETIT h...@free.fr a écrit : C'est un petit bug qui se manifeste de temps en temps**. Quand on regarde le même endroit avec la carte cyclable, c'est correct. Il s'agit donc d'un bug du moteur de rendu. Jusqu'ici il nous a suffit de faire une minuscule modif du chemin (ce qui oblige le moteur de rendu à refaire ses calculs) pour le voir réapparaître. Bingo :-D J'ai juste déplacé un nœud. Je me suis bien arraché les cheveux avec ça car j'ai du le rencontré souvent. Je mettais le problème sur le compte de relations multipolygones défectueuses, mais en fait je devais bouger quelques nœuds au passage. J'avais aussi remarqué que le polygone était bien rendu sur la couche landscape de opencyclemap.org. Encore merci. -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap
Le 06/08/2013 10:27, Yohan Boniface a écrit : Tu cliques bien sur Enregistrer après chaque tracé? Merci pour ta célérité. Je venais justement de découvrir le truc et vous écrire pour le signaler en m'excusant d'avoir dérangé la liste. Pourtant, j'avais cherché avant, je le jure :-) . En fait, le bouton est marqué « Envoyer » chez moi, « Enregistrer » serait peut-être plus clair. J'en profite pour poser deux questions : - est-ce qu'on peut aider pour finir la traduction de l'interface de uMap, il ne manque pas grand chose pour que tout soit en français ? - quand une ligne est créée, est-ce qu'on peut la prolonger (j'ai vu comment supprimer des points et en rajouter à l'intérieur de la ligne mais je n'ai pas vu si l'option de prolongation était possible). Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lot Talk-fr, Vol 85, Parution 14
pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130806/9e352081/attachment.html -- section suivante -- Une pièce jointe autre que texte a été nettoyée... Nom: Capture d?écran 2013-08-06 à 07.50.36.png Type: image/png Taille: 28417 octets Desc: non disponible URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130806/9e352081/attachment.png -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Fin de Lot Talk-fr, Vol 85, Parution 14 *** -- Afin d’adhérer au considération de l'entourage, merci de n'imprimer ce courriel qu'en cas de exigence. *Administrateur des TICE en milleiu educatif et Gestionnaire de Parc Informatique * ***Phone Burkina* +226 707.083.13 -70.35.82.85 *Phone Abidjan **+*225 054.488.86 -11 BP 793 Ouagadougou 11* **http://www.ntbf.net**http://assoavan.free.fr* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM.BF
Bonjour a tous et a toute la grande famille OSM du continent mondial. je me nomme KABORE ISSOUF,résident au Burkina et en Cote d'ivoire. Administrateur social d’intégration des TIC en éducatif www.ntbf.net membre fondateur de Imagination for people de burkina, Membre fondateur OSM.BF cordialement plaisir de développer au monde caumunautaire . -- Afin d’adhérer au considération de l'entourage, merci de n'imprimer ce courriel qu'en cas de exigence. *Administrateur des TICE en milleiu educatif et Gestionnaire de Parc Informatique * ***Phone Burkina* +226 707.083.13 -70.35.82.85 *Phone Abidjan **+*225 054.488.86 -11 BP 793 Ouagadougou 11* **http://www.ntbf.net**http://assoavan.free.fr* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Pour l'auto complétion des adresses et les noms partiels, c'est un sujet qui mérite un grosse réflexion. A-t-on besoin de tags supplémentaires pour aider ces algorithmes ? Beaucoup de choses peuvent être traitées automatiquement, mais il serait peut être utile d'avoir des tags pour gérer les cas particuliers. Une suggestion pour la v3.0 du calcul d'itinéraire canicule... en fonction de l'heure prendre le trottoir à l'ombre des bâtiments ;) -- 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
[OSM-talk-fr] Comment cartographier une école de voile ?
Bonjour, L'école de voile de Valras est cartographiée de 2 manières : un polygone amenity=school name=École de Voile un noeud leisure=marina name=École de Voile Ce n'est ni un port de plaisance (donc leisure=marina ne convient pas), ni une école… Je verrais bien un tag sport=* mais il n'y a pas de valeurs correspondante dans le wiki. Taginfo montre que sailing est assez répandu. overpass trouve : la Société nautique de Marseille building=yes floating=yes leisure=sports_centre name=Société nautique de Marseille sport=sailing le Royal Victoria Yacht Club club = sport name = Royal Victoria Yacht Club source = Bing sport = sailing le Waldringfield Sailing Club building=yes leisure=sailing_club name=Waldringfield Sailing Club sport=sailing leisure=sports_centre et club = sport et me paraissent bien, qu'en pensez-vous ? -- Yves http://overpass-turbo.eu/s/II donne 689 nœuds et 41 chemins chez les britanniques OpenSeaMap affiche un picto dans la couche sport pour sport=sailing (sans se soucier de savoir si c'est un club ou un centre sportif) . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une école de voile ?
Bonjour, Je te confirme que la SNM a bien une activité école de voile. D'ailleurs, tu pourrais lui rajouter : website=http://www.lanautique.com/ J'aurais mis : leisure=sports_centre sport=sailing name=* Tel que je le comprends, ça ne précise pas forcément que c'est une école. Ça traduit plus l'idée de base nautique. Mais je pense que ça convient bien quand même, à défaut de mieux. Cordialement Gilles Le 06/08/2013 12:07, Yves Pratter a écrit : Bonjour, L'école de voile de Valras est cartographiée de 2 manières : * un polygone http://www.openstreetmap.org/browse/way/181094492 o amenity=school o name=École de Voile * un noeud http://www.openstreetmap.org/browse/node/1915414244 o leisure=marina o name=École de Voile Ce n'est ni un port de plaisance (donc leisure=marina ne convient pas), ni une école… Je verrais bien un tag sport=* http://wiki.openstreetmap.org/wiki/Key:sport mais il n'y a pas de valeurs correspondante dans le wiki. Taginfo montre que sailing http://taginfo.openstreetmap.org/tags/sport=sailing est assez répandu. overpass http://overpass-turbo.eu/s/II trouve : * la Société nautique de Marseille http://www.openstreetmap.org/browse/way/121633562 o building=yes o floating=yes o *leisure=*sports_centre http://wiki.openstreetmap.org/wiki/Tag:leisure=sports_centre o name=Société nautique de Marseille o sport=sailing * le Royal Victoria Yacht Club http://www.openstreetmap.org/browse/way/205008939 o *club = *sport http://wiki.openstreetmap.org/wiki/Key:club o name = Royal Victoria Yacht Club o source = Bing o sport = sailing * le Waldringfield Sailing Club http://www.openstreetmap.org/browse/way/87312347 o building=yes o *leisure=sailing_club* o name=Waldringfield Sailing Club o sport=sailing *leisure=sports_centre *et* club = sport* et me paraissent bien, qu'en pensez-vous ? -- Yves http://overpass-turbo.eu/s/II donne 689 nœuds et 41 chemins chez les britanniques OpenSeaMap http://map.openseamap.org/map/?lang=frzoom=15lat=50.76373lon=-1.31322layers=0FTBTF affiche un picto dans la couche sport pour *sport=sailing* (sans se soucier de savoir si c'est un club ou un centre sportif) . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.BF
2013/8/6 Kabore Issouf iss...@ntbf.net: Bonjour a tous et a toute la grande famille OSM du continent mondial. Bonjour et bienvenue sur la liste de diffusion OpenStreetMap pour tous les francophones, talk-fr@openstreetmap.org ! (même si les sujets abordés ici sont souvent franco-français) membre fondateur de Imagination for people de burkina, Ca sonne pas très francophone ça ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap
On 08/06/2013 10:49 AM, Vincent Calame wrote: - est-ce qu'on peut aider pour finir la traduction de l'interface de uMap, il ne manque pas grand chose pour que tout soit en français ? Bien sûr :) Si tu codes, tu peux utiliser les consignes décrites ici: https://bitbucket.org/yohanboniface/umap#rst-header-translating Sinon, tu peux créer un ticket ou me faire un mail, je m'en débrouillerai. Faudrait que je prenne le temps de passer tout ça sur Transifex ou équivalent. - quand une ligne est créée, est-ce qu'on peut la prolonger (j'ai vu comment supprimer des points et en rajouter à l'intérieur de la ligne mais je n'ai pas vu si l'option de prolongation était possible). Non, malheureusement c'est pas possible en l'état :/ Faut ajouter un point au milieu puis étirer la ligne jusqu'à sa nouvelle fin, puis ajouter les autres points intermédiaires. Loin d'être optimal, je reconnais! ___ 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
Le 5 août 2013 18:09, Thomas Ruchin truchi...@gmail.com a écrit : Bonjour Sauf que personnellement je ne connais pas de bande cyclable à contresens du côté droit dans les pays où on roule à droite. Je ne sais pas si ça colle, mais à Saint Etienne il existe un cas de contre-sens cycliste CONTRE les bagnoles de l'autre sens :-) Voilà la photo de la chose : http://www.flickr.com/photos/mpoudisk/9451447420/ et le way osm est http://www.openstreetmap.org/browse/way/222117591 Sur la photo on voit bien la rue en sens interdit, mais sauf (logo vélo), avec sur la chaussée l'indication que les vélos passent là en plein milieu. Dans l'autre sens, les bagnoles sont averties par un panneau Danger Vélo ( ! première fois que je vois une chose pareille ! ) Ainsi va la France... Mais c'est vrai que c'est une toute petite voie, sur laquelle il est impossible d'aller vite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveau serveur pour le rendu mapnik sur osm.org, adoption du style CartoCSS
Bonjour, Depuis le week-end dernier, un nouveau serveur délivre les images de la carte standard sur le site openstreetmap.org. Celle-ci est maintenant générée à partir du style CartoCSS (pour mapnik) qui a servi de base au travail de Christian sur tile.openstreetmap.fr (souhaitons que les deux se rapprochent dans le futur). Autre bonne nouvelle, les lignes de côtes devraient être mises à jour chaque semaine (au lieu de 3 ou 4 fois par an) à partir des données OSM filtrées et requalifiées depuis openstreetmapdata.com. L'annonce (en anglais): http://lists.openstreetmap.org/pipermail/talk/2013-August/067802.html http://lists.openstreetmap.org/pipermail/talk/2013-August/067807.html Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une école de voile ?
2013/8/6 Gilles Bassière gbassi...@gmail.com: J'aurais mis : leisure=sports_centre sport=sailing name=* Tel que je le comprends, ça ne précise pas forcément que c'est une école. Mais c'est un bon début. Un tag supplémentaire devrait encore qualifier l'activité école spécialisée (en évitant amenity=school + school=*, plus généraliste), par exemple amenity=sailing_school (à l'image de amenity=driving_school ou amenity=dancing_school ou amenity=ski_school). Une discussion similaire a eu lieu sur les écoles thématiques (dance, ski): http://lists.openstreetmap.org/pipermail/tagging/2010-August/003472.html Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.BF
Le 6 août 2013 à 12:49, Pieren pier...@gmail.com a écrit : membre fondateur de Imagination for people de burkina, Ca sonne pas très francophone ça ;-) Les voisins des leaders économiques de la zone (le Nigeria et le Ghana) ont un intérêt évident à se tourner le plus vite possible vers l'anglais qui est aussi la langue principale du plus puissant Etat africain (l'Afrique du Sud) et les Chinois ne se mettront pas tous au français. Le français a perdu du terrain dans les milieux populaires (plus d'anciens militaires) et les élites ont commencé à se tourner vers les universités anglophones, dans lesquelles elles sont beaucoup mieux accueillies qu'ici. Le darwinisme linguistique, ça existe. A vue de 30 ans, l'issue est connue d'avance, puisque la génération africaine élevée en français aura quitté la scène. Christian R. ___ 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
Am 06.08.2013 13:50, schrieb Ista Pouss: Je ne sais pas si ça colle, mais à Saint Etienne il existe un cas de contre-sens cycliste CONTRE les bagnoles de l'autre sens :-) Voilà la photo de la chose : http://www.flickr.com/photos/mpoudisk/9451447420/ et le way osm est http://www.openstreetmap.org/browse/way/222117591 Sur la photo on voit bien la rue en sens interdit, mais sauf (logo vélo), avec sur la chaussée l'indication que les vélos passent là en plein milieu. Dans l'autre sens, les bagnoles sont averties par un panneau Danger Vélo ( ! première fois que je vois une chose pareille ! ) Ça m'a l'air d'un double-sens cyclable classique comme on en voit beaucoup dans certaines villes, en particulier dans les zones 30 où c'est la règle pour les rues en sens-unique. Le logo vélo est mal placé, trop à gauche, mais les cyclistes doivent circuler à droite dans leur sens de circulation. La seule particularité est que ça se trouve sur une contre-allée en contre sens de la voie principale. Comme la contre-allée est physiquement séparée de la voie principale, elle doit être mappée comme chemin à part avec oneway=yes, cycleway=opposite (cas S1) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.BF
Le 06/08/2013 14:53, Christian Rogel a écrit : Le 6 août 2013 à 12:49, Pieren pier...@gmail.com a écrit : membre fondateur de Imagination for people de burkina, Ca sonne pas très francophone ça ;-) Les voisins des leaders économiques de la zone (le Nigeria et le Ghana) ont un intérêt évident à se tourner le plus vite possible vers l'anglais qui est aussi la langue principale du plus puissant Etat africain (l'Afrique du Sud) et les Chinois ne se mettront pas tous au français. Le français a perdu du terrain dans les milieux populaires (plus d'anciens militaires) et les élites ont commencé à se tourner vers les universités anglophones, dans lesquelles elles sont beaucoup mieux accueillies qu'ici. Le darwinisme linguistique, ça existe. A vue de 30 ans, l'issue est connue d'avance, puisque la génération africaine élevée en français aura quitté la scène. Christian R. Attention à pas aller trop vite Imagination for people c'est un truc plutôt francophone venant du Quebec... Et bienvenue à OSM.BF bien sûr ! Frédéric. ___ 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 voie de circulation unique est a gauche a droite de la chaussé ce sont les case de stationnement. Le dessin sur la chaussée est donc au bon endroit, en pleine milieu de la voie. Et effectivement c'est un bete double sens cyclable sur une rue a une seule voie. Effectivement en France on sert a droite en roulant donc les vélo et tout les autre engin sont tenu de se placer le plus a droite possible de la voie de circulation, mais ca ne contredit pas le marquage de la voie comme cyclable a contresens qui lui n'a pas lieu d'etre position ailleurs qu'au milieu de la la voie en question. Le 6 août 2013 16:15, rainerU ra...@sfr.fr a écrit : Am 06.08.2013 13:50, schrieb Ista Pouss: Je ne sais pas si ça colle, mais à Saint Etienne il existe un cas de contre-sens cycliste CONTRE les bagnoles de l'autre sens :-) Voilà la photo de la chose : http://www.flickr.com/photos/mpoudisk/9451447420/ et le way osm est http://www.openstreetmap.org/browse/way/222117591 Sur la photo on voit bien la rue en sens interdit, mais sauf (logo vélo), avec sur la chaussée l'indication que les vélos passent là en plein milieu. Dans l'autre sens, les bagnoles sont averties par un panneau Danger Vélo ( ! première fois que je vois une chose pareille ! ) Ça m'a l'air d'un double-sens cyclable classique comme on en voit beaucoup dans certaines villes, en particulier dans les zones 30 où c'est la règle pour les rues en sens-unique. Le logo vélo est mal placé, trop à gauche, mais les cyclistes doivent circuler à droite dans leur sens de circulation. La seule particularité est que ça se trouve sur une contre-allée en contre sens de la voie principale. Comme la contre-allée est physiquement séparée de la voie principale, elle doit être mappée comme chemin à part avec oneway=yes, cycleway=opposite (cas S1) ___ 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
A mon sens la voie est en sens unique pour les voitures, c'est une voie de parking en contre-allée avec des places de stationnement de chaque côté. Même si les véhicules vont dans un seul sens (avec une vitesse limitée), les vélos vont dans les deux sens, et le symbole sur la chaussée est correctement placé étant donné les places de stationnement sur le côté de la chaussée (même si elles ne sont pas occupées sur cette photo, les véhicules préférant se garer dans l'épis sur terre-plain séparant la voie de parking de la rue principale). Le 6 août 2013 16:15, rainerU ra...@sfr.fr a écrit : Am 06.08.2013 13:50, schrieb Ista Pouss: Je ne sais pas si ça colle, mais à Saint Etienne il existe un cas de contre-sens cycliste CONTRE les bagnoles de l'autre sens :-) Voilà la photo de la chose : http://www.flickr.com/photos/mpoudisk/9451447420/ et le way osm est http://www.openstreetmap.org/browse/way/222117591 Sur la photo on voit bien la rue en sens interdit, mais sauf (logo vélo), avec sur la chaussée l'indication que les vélos passent là en plein milieu. Dans l'autre sens, les bagnoles sont averties par un panneau Danger Vélo ( ! première fois que je vois une chose pareille ! ) Ça m'a l'air d'un double-sens cyclable classique comme on en voit beaucoup dans certaines villes, en particulier dans les zones 30 où c'est la règle pour les rues en sens-unique. Le logo vélo est mal placé, trop à gauche, mais les cyclistes doivent circuler à droite dans leur sens de circulation. La seule particularité est que ça se trouve sur une contre-allée en contre sens de la voie principale. Comme la contre-allée est physiquement séparée de la voie principale, elle doit être mappée comme chemin à part avec oneway=yes, cycleway=opposite (cas S1) ___ 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] Plugin cadastre-fr, version 29829 (2.5)
Bonjour, Mise en ligne de la dernière version du plugin cadastre-fr 29829 (2.5) pour JOSM qui corrige les points suivants: - supporte le nouveau format des images raster du WMS pour la gestion de la transparence - désactive la reconnaissance des plans déjà géoréférencés (pour l'instant) - le problème du passage en mode plein écran qui rendait l'utilitaire adresses inutilisable peut être maintenant contourné en fermant et en ouvrant à nouveau cette petite fenêtre - une nouvelle option de configuration (Replace grey shades by white color only) permet de simplifier les plans images en 2 couleurs comme dans l'ancien format du WMS du cadastre. Cela réduit la taille des fichiers de 40 à 50% mais les petits caractères y perdent en lisibilité. Important: Nécessite une version de JOSM v.6088 ou ultérieure. Actuellement la version tested téléchargeable est 6060. Il faut donc chercher une version development: http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plugin cadastre-fr, version 29829 (2.5)
Bonjour, - Mail original - Mise en ligne de la dernière version du plugin cadastre-fr Merci Pieren pour ce greffon précieux. Puis-je espérer le voir un jour utiliser la couche réseau de JOSM afin qu'il sache traverser un serveur mandataire authentifiant ou est-ce trop de travail ? C'est frustrant de voir les couches WMS s'afficher mais pas celle du cadastre. ;) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap
Si tu codes, tu peux utiliser les consignes décrites ici: https://bitbucket.org/yohanboniface/umap#rst-header-translating Super, c'est noté. Je vais essayer de me débrouiller avec ça. Non, malheureusement c'est pas possible en l'état :/ Faut ajouter un point au milieu puis étirer la ligne jusqu'à sa nouvelle fin, puis ajouter les autres points intermédiaires. Loin d'être optimal, je reconnais! Ça marche. On voudrait que tous les logiciels aient le même comportement mais les contraintes et possibilités techniques ne sont pas les mêmes :-) . Au passage, merci pour tout le travail accompli, c'est vraiment un outil de valorisation précieux. Pour me faire la main, je suis en train de faire une carte de mes circuits vélos préférés dans mon coin berrichon. Début octobre, j'ai prévu une formation à destination d'associations sur uMap pour faire le sevrage des outils Google (en espérant que quelques uns deviennent contributeurs). Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.BF
Le Nigéria (anglophone) devrait supplanter l'Afrique du Sud en terme de puissance économique du continent. Quant aux chinois de plus en plus présents en Afrique, ils parlent chinois dans leurs bases, et anglais en dehors depuis longtemps. Le Cameroun commence a être de plus en plus anglophone (même s'il est encore bilingue). Le français résistera encore assez longtemps au Maghreb, à cause des médias francophones très présents sur le satellite, mais les médias anglophones sont aussi de plus en plus présents dans les bouquets satellites (même les bouquets francophones), mais aussi à cause des relations avec les populations émigrées en France (cependant il y a aussi une population importante au Royaume-Uni, aux USA et au Canada qui accueillent beaucoup plus d'émigrants que la France). L'internet se développe aussi fortement en Afrique (en commençant par les réseaux mobiles et les services web pas trop gourmands en bande passante comme Tweeter, ou les documents pédagogiques téléchargeables à moindre cout; les chinois importent les imprimantes, l'Afrique utilise de moins en moins les livres scolaires trop chers). Certains pays africains seront probablement couverts en réseau mobile moderne 4G avant la France (ce qui est facilité par une concentration urbaine de plus en plus accrue), les coût d'accès sont en chute libre (et les Africains choisiront d'avoir un seul abonnement mobile pour tout faire, sauf dans quelques métropoles couvertes en ADSL sur un réseau vieillissant qui ne sera pas renouvelé)... Il ne faut pas prendre l'Afrique comme un continent incapable d'apprendre, mais ses langues historiques trop nombreuses n'ont pas pu servir de véhicule à leur développement. Mais dès que l'Internet se développe, c'est l'anglais qui gagne (car les ressources gratuites ou très bon marché sont presque toutes en anglais). Un dernier facteur important est l'incapacité des universités françaises à accueillir des étudiants étrangers : elles manquent de moyen et de place, là où les pays anglophones ont choisi de tout privatiser et accepter les étudiants en nombre illimité, tant qu'ils peuvent payer (les universités anglophones font payer de plus en plus cher, et ne manquent pas de moyen, surtout pour l'accueil d'étudiants étrangers moins exigeants). Et même si les USA commencent à contingenter, il y a d'autres destinations possibles dans des pays en plein développement. L'Inde commence à être un lieu intéressant pour les étudiants africains, moins chère que la France (malgré les couts des universités, c'est le coût du logement en France qui est un frein), mais pas moins compétente. L'Inde a aussi l'avantage d'avoir une structure religieuse plus adaptée pour les musulmans. L'Iran, les pays du Golfe, le Liban (tous aussi avec une solide base anglophone) offrent de plus en plus de places aux étudiants africains. Les universités en Afrique qui se développent le plus sont aussi celles des pays anglophones (y compris l'Egypte bien qu'elle soit encore membre de la francophonie). On pourrait aussi ajouter l'Indonésie (à la fois très musulmane et aussi très anglicisée). Le français régresse partout dans le monde (il résiste moins bien que le néerlandais, lié fortement avec l'allemand, deux pays économiquement et culturellement forts). En Afrique, il sera supplanté par le portugais (si le Brésil continue sa route) avec plusieurs points d'entrée en Afrique (les pays africains lusophones se stabilisent économiquement et politiquement mieux que les pays africains francophones : Angola et Guinée-Bissau; pour le Mozambique c'est encore trop tôt, face aux conflits tout autour c'est avec l'Afrique du Sud qu'il cherche sa voie entre l'anglais et l'arabe). Mais rien n'est figé car l'arabe gagne de plus en plus de terrain en Afrique centrale et occidentale (les médias arabes sont très présents aussi et gratuits sur le satellite), et pourrait gagner encore du terrain si l'arabe vernaculaire se latinise dans son écriture (une tendance amorcée sur les réseaux mobiles pour des raisons de facilité d'utilisation et aussi de gros retards technologiques pour la prise en charge des langues écrites de droite à gauche, mais aussi de lisibilité sur les petits écrans). Cet arabe vernaculaire incorpore de plus en plus de termes anglophones (influence des médias du Golfe). A terme les langues internationales resteront : chinois, anglais, arabe, espagnol, portugais, indonésien-malais (pratiquement la même langue), allemand-néerlandais (tendance actuelle à se rapprocher à nouveau), même si le chinois déjà en tête ne cherche pas à s'exporter partout dans le monde mais à se concentrer sur son territoire (qui inclut aussi la Russie orientale, la Mongolie, le Vietnam, la Corée du Nord, la Birmanie,et quelques zones à l'Est de l'Afrique). Le français est loin derrière le tamoul, l'hindi-ourdou (pratiquement la même langue avec deux écritures, même si l'ourdou se repersanise, les deux langues commencent à se romaniser dans leur écriture vernaculaire),
Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap
Question bete ... Pour faire une visite avec umap comme le fait Christian ici http://umap.openstreetmap.fr/en/map/visite-guidee-du-rendu-osm-fr_4#17/48.87117/2.30116 Il faut reconstruire l'url a la main, avec la partie shortcut qu'on trouve dans le menu embed my map, plus les infos de positionnement qu'on trouve dans l'url ? Il n'y a pas moyen de reproduire le même comportement que le menu my data clic sur la loupe du POI pour acceder de POI en POI plutot? ... par exemple un raccourci a ajouter a son texte de description du POI qui servent de bouton pour faire glisser la carte vers le nouveau POI sans avoir a recharger la page comme le comportement du clic sur la petite loupe? Le 6 août 2013 17:24, Vincent Calame vincent.cal...@exemole.fr a écrit : Si tu codes, tu peux utiliser les consignes décrites ici: https://bitbucket.org/yohanboniface/umap#rst-header-translating Super, c'est noté. Je vais essayer de me débrouiller avec ça. Non, malheureusement c'est pas possible en l'état :/ Faut ajouter un point au milieu puis étirer la ligne jusqu'à sa nouvelle fin, puis ajouter les autres points intermédiaires. Loin d'être optimal, je reconnais! Ça marche. On voudrait que tous les logiciels aient le même comportement mais les contraintes et possibilités techniques ne sont pas les mêmes :-) . Au passage, merci pour tout le travail accompli, c'est vraiment un outil de valorisation précieux. Pour me faire la main, je suis en train de faire une carte de mes circuits vélos préférés dans mon coin berrichon. Début octobre, j'ai prévu une formation à destination d'associations sur uMap pour faire le sevrage des outils Google (en espérant que quelques uns deviennent contributeurs). Vincent ___ 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] Comment cartographier une école de voile ?
Il n'y a pas moyen de généraliser les écoles de sport ? amenity=sport_school avec sport=* au lieu de ski_school, soccer_school, sailing_school, dancing_school, etc. Et si ce ne sont pas des formations professionnelles diplômantes ou qualifiantes (surtout pour former des entraîneurs ou des sportifs professionnels) ni entrant dans le cursus de formation des compétitions de niveau international au sein d'un club (avec souvent des services annexes de type suivi médical ou nutritionnel, ou de l'hébergement, etc... avec des emplois du temps intenses réglés pour les stagiaires), mais seulement pour la pratique privée occasionelle en tant que loisir, ne faudrait-il pas les laisser en leisure=sport_school et non amenity=sport_school ? Ceci dit certains sports, jugés potentiellement dangereux, nécessitent de plus en plus la présence de moniteurs agréés formés, ce qui nécessite une structure plus permanente et l'adhésion à une fédération sportive et la participation à des compétitions internationales et un processus de sélection des compétiteurs. Ces clubs sportifs ont alors deux activités : - celle de loisir leisure=* qui leur apporte des moyens (mais ce n'est cette activité de pratique sportive de loisir peut devenir minime face à celle du sport-spectacle avec les clubs de supporters et les ventes de produits dérivés et droits de diffusion, qu'on voit dans les sports majeurs comme le foot), - et celle de compétition, où ils revendiquent alors la qualité d'écoles avec amenity=* (en concurrence avec d'autres écoles selon les résultats sportifs obtenus dans les compétitions internationales) en tant que prestataires de formation pour d'autres clubs privés de sport-spectacle. Entre amenity=* et leisure=* la frontière est floue pour les sports les plus populaires au niveau compétition dans les médias. Si on fusionne les deux (structure permanente dans l'activité sportive rendant un service disponible à la demande pour tout le monde, que ce soit gratuit ou pas) alors on obtient sport_school=* (et on abandonne alors le second tag sport=* pour mentionner le sport concerné). Problème toutefois : de nombreux clubs sportifs sont multi-sports (par exemple judo+karaté+haikido+gymnastique+danse), surtout dans le monde associatif pour l'activité de loisir (compétition limitée au plan régional et au niveau amateur), tout bonnement car des entraînements se font en pratiquant plusieurs sports (individuels et collectifs). On retrouve une problématique commune à d'autres problèmes similaires pour le cas des valeurs multiples : - certains n'aiment pas pour ce cas les valeurs séparées par point-virgules (la longueur limitée à 200 caractères environ des valeurs oblige à utiliser plusieurs tags) et se lancent dans des tags séparés de type activité=yes, pour simuler aussi la formation de collections. - avec de tels tags, ils évitent ainsi de créer des relations pour ça quand les objets à marquer sont disséminés un peu partout et pas faciles à recenser de façon stable et exhaustive (avec moins de 300 membres en tout, ou dont les membres sont géographiquement regroupés de façon dense avec peu de trous, là où les relations sont les mieux adaptées) - mais l'ennui c'est aussi la multiplication des tags qui s'accumulent sur chacun des objets (c'est un avantage des collections que d'éliminer ces accumulations qui entrainent beaucoup de redondance, même si la les données sont compressées pendant le chargement, elles demandent beaucoup de place de stockage dans la base si elle-même ne dispose pas de techniques de compression des valeurs communes) : cela augmente le volume de données téléchargées pour les objets, et plus de traitement même si on n'a pas besoin de ces tags qu'on doit reconnaitre pour les filtrer (car OSM ne dispose pas de hiérarchie permettant de stocker à part certains détails, par un modèle de références relationnelles, autrement qu'en dupliquant les objets) - l'autre ennui c'est la façon de nommer ces tags de façon homogène (pour faciliter les recherches de regroupement, dans des classifications trop précises réalisées par des tags hyperspécialisés). - souvent la solution de facilité est d'ajouter seulement un autre noeud dans la surface d'un objet ou sur son contour, pour y mettre des tags à part sans compliquer l'objet de base, quitte à créer une relation rassemblant les noeuds juxtaposés sous un même nom ou une même entité légale et au sein d'une même entité géographique où ces noeuds membres sont assez densément placés avec une adresse commune). Le 6 août 2013 14:26, Pieren pier...@gmail.com a écrit : 2013/8/6 Gilles Bassière gbassi...@gmail.com: J'aurais mis : leisure=sports_centre sport=sailing name=* Tel que je le comprends, ça ne précise pas forcément que c'est une école. Mais c'est un bon début. Un tag supplémentaire devrait encore qualifier l'activité école spécialisée (en évitant amenity=school + school=*, plus généraliste), par exemple amenity=sailing_school (à l'image de
Re: [OSM-talk-fr] Rives d'une rivière non rendues : à l'aide !
Souvent il n'y a besoin de rien faire du tout : la carte affiche un ancien rendu et n'a pas été redessinée. On peut faire un coup de /dirty pour forcer un recalcul tenant compte du changement. Mais faire un /dirty moins de 10 minutes après la modification n'a généralement pas l'effet attendu: la carte est redessinée sans que les données modifiées soient encore en base. Quand les données arrivent moins de 10 minutes après, la carte ne sera pas redessinée non plus automatiquement, c'est remis à faire seulement plus tard, quand il y aura une autre demande, ou un autre changement. En fin de compte, même s'il y a une nouvelle demande, cela pourrait n'afficher que ce qui est dans le cache du frontal proxy, le serveur de rendu ne verra pas la demande si le cache n'a pas été invalidé. Même en invalidant le cache, si le moteur de rendu est surchargé, ce qui est dedans sera malgré tout envoyé en réponse à la demande, pour ne pas la faire attendre plus que nécessaire (et tant pis si cette image n'est pas à jour). Dans ce cas-là encore un /dirty peut forcer le serveur de rendu à voir qu'il a une nouvelle tâche à faire pour rafraichir un carreau. Mais il faut malgré tout rafraîchir l'affichage après quelques minutes, car les premiers rafraîchissements dans la minute après un /dirty téléchargeronnt encore l'ancien rendu tant que le nouveau rendu n'a pas remplacé l'ancien. Le /dirty ne fait qu'inscrire le carreau en dernière place dans la file d'attente du moteur de rendu (cette file d'attente a une capacité limitée, si elle est déjà pleine, il est possible que rien ne se passe). Les clients qui téléchargent une carte ne sont mis en attente que si rien n'est disponible dans le proxy cache côté serveur (qui se purge tout seul en fontion des trafics concurrents) et que si le serveur de rendu voit qu'il n'a pas de rendu précalculé pouvant répondre à la demande, et si le serveur n'a pas invalidé son rendu par un /dirty présent dans sa file d'attente. Le serveur doit en effet limiter la durer des transactions client, sinon il risquerait de tomber à court de sessions (chaque connexion HTTP consomme un port, et le frontal proxy web ne peut former un nombre infini de session au serveur de rendu, s'il y a mise en attente du client c'est uniquement du côté du proxy et non du serveur, et seulement si le proxy n'a rien dans son cache pour répondre à la demande. Dans certains cas, si le proxy lui-même n'a plus assez de ports disponible du côté web pour mettre le client en attente, il peut interrompre la session du client au bout de 2 minutes d'attente (ou moins selon les réglages internes du proxy ou selon sa charge du côté internet) et on obtient une erreur proxy HTTP 500 : le client n'aura rien et devra afficher le rendu de la carte plus tard. Certains moteurs de rendu ne retournent pas d'erreur HTTP 500 mais affichent une image par défaut avec un statut normal HTTP 200 (avec un message dessiné dans le rendu indiquant que le serveur est surchargé et demandant qu'on lui achète un SSD...), une TRES mauvaise solution à mon avis car cela invalide le cache du client pour remplacer le contenu ancien encore partiellement utilisable par un contenu complètement faux qui va polluer le cache du client, et obliger le client à purger son cache complètement et puis à générer à nouveau un trafic important vers le serveur (quand le client ensuite demande à recharger sa page) ! Donc en fin de compte, il ne sert souvent à rien de faire une pseudo-modif (comme un microdéplacement de noeud, ou l'ajout d'un noeud au milieu d'un segment rectiligne) ; si on le fait, cela devrait être pour améliorer un peu la précision géométrique d'un tracé (tous les moteurs de rendu couvrant la zone seront impactés par le changement, mais ils ne feront normalement rien immédiatement, tant qu'on ne leur demande pas le rendu correspondant). Le 6 août 2013 08:50, Hélène PETIT h...@free.fr a écrit : C'est un petit bug qui se manifeste de temps en temps**. Quand on regarde le même endroit avec la carte cyclable, c'est correct. Il s'agit donc d'un bug du moteur de rendu. Jusqu'ici il nous a suffit de faire une minuscule modif du chemin (ce qui oblige le moteur de rendu à refaire ses calculs) pour le voir réapparaître. dis-nous si ça a marché pour toi. Hélène ** http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/030960.html Le 06/08/2013 07:53, Yves Pratter a écrit : Bonjour, Ce chemin http://www.openstreetmap.org/browse/way/204018203 situé à coté de l'épanchoir de Gailhousty n'est pas affiché ni dans la couche osm standard, ni dans OpenRiverBoatMap. J'ai vérifié visuellement et avec JOSM, il semble pourtant bien fermé. ___ 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] Rives d'une rivière non rendues : à l'aide !
Non Philippe, il s'agit bien d'un bug du moteur de rendu. Autant être clair, inutile de tergiverser. Mais faire un /dirty moins de 10 minutes après la modification n'a généralement pas l'effet attendu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rives d'une rivière non rendues : à l'aide !
Pour l'instant je ne l'ai jamais observé (la tergiversation est de ne pas essayer cette solution simple et de dire qu'il suffit d'ajouter une pseudo-modification plus polluante qu'utile). Un /dirty, suivi de 10 minutes d'attente avant un rafraîchissement a toujours réglé le problème sur les mises à jour oubliées par un moteur de rendu (sauf celles concernant les lignes de côtes qui sont rarement à jour et inondent certaines îles ou mettent certaines baies hors d'eau), sauf sur Mapquest qui apparemment n'a pas ce système de signalement des rendus pas à jour (il se débrouille tout seul pour gérer ses priorités de mises à jour, ou sinon demande qu'on lui envoie un ticket). Mapquest tient la route toutefois, ses mises à jour sont assez régulières pour tenir compte des données saisies ou modifiées une semaine avant, pas besoin d'attendre des mois un hypothétique changement. Je n'ai d'ailleurs même pas vu d'anomalie lors du premier mail envoyé sur de fil de discussion, j'avais déjà un rendu correct sans que rien soit modifié dans la base. Le 6 août 2013 20:11, Hélène PETIT h...@free.fr a écrit : Non Philippe, il s'agit bien d'un bug du moteur de rendu. Autant être clair, inutile de tergiverser. Mais faire un /dirty moins de 10 minutes après la modification n'a généralement pas l'effet attendu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plugin cadastre-fr, version 29829 (2.5)
Bonsoir, Le 06/08/2013 16:41, Pieren a écrit : Mise en ligne de la dernière version du plugin cadastre-fr 29829 (2.5) pour JOSM qui corrige les points suivants: - supporte le nouveau format des images raster du WMS pour la gestion de la transparence - désactive la reconnaissance des plans déjà géoréférencés (pour l'instant) - le problème du passage en mode plein écran qui rendait l'utilitaire adresses inutilisable peut être maintenant contourné en fermant et en ouvrant à nouveau cette petite fenêtre - une nouvelle option de configuration (Replace grey shades by white color only) permet de simplifier les plans images en 2 couleurs comme dans l'ancien format du WMS du cadastre. Cela réduit la taille des fichiers de 40 à 50% mais les petits caractères y perdent en lisibilité. Important: Nécessite une version de JOSM v.6088 ou ultérieure. Actuellement la version tested téléchargeable est 6060. Il faut donc chercher une version development: http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion Merci Pieren. Testé à l'instant pour ce qui touche au cadastre raster (transparence, le blanc à la place du gris) et tout fonctionne avec JOSM 6111. De quoi, par exemple, redonner un peu de boost au chantier actuel sur la Haute-Marne : http://mapcraft.nanodesu.ru/pie/282# (oui, c'est de la pub :-) ). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Documentation sur l'import du cadastre français
Bonjour, Ayant ces derniers jours pas mal créé de routes et chemins dans quelques communes du Lot, j'ai voulu passer à l'étape de l'ajout des bâtiments venant du cadastre. Autant le paramétrage initiale est bien expliqué dans http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Import_dans_OSM, autant le processus à suivre ensuite pour l'import ou l'édition ne semble pas décrit dans http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais où beaucoup de pages font encore référence à des changements attendus pour 2009. Ai-je manqué une page qui n’apparaîtrait pas clairement depuis celle du plugin ? Bien cordialement, Séverin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Documentation sur l'import du cadastre français
Bonjour, Le 07/08/2013 02:01, Severin MENARD a écrit : Ayant ces derniers jours pas mal créé de routes et chemins dans quelques communes du Lot, j'ai voulu passer à l'étape de l'ajout des bâtiments venant du cadastre. Autant le paramétrage initiale est bien expliqué dans http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Import_dans_OSM, autant le processus à suivre ensuite pour l'import ou l'édition ne semble pas décrit dans http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais où beaucoup de pages font encore référence à des changements attendus pour 2009. Ai-je manqué une page qui n’apparaîtrait pas clairement depuis celle du plugin ? Je ne sais pas si c'est ce que tu cherches, mais cet Osmecum peut-il t'aider : http://wiki.openstreetmap.org/w/images/2/2d/Osmecum_integration_bati_v020.pdf Mes 2 centimes, -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr