[OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet claude marani
Bonjour

Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
sur Saône a coulé.
http://osm.org/go/0A5qNeEOk--
J'ai essayé de la renflouer notement en supprimant le tag natural=land
déclaré  obsolète par Osmose mais elle est toujours au fond de l'eau.
Peut-être  faut-il le remplacer par quelque chose d'autre?
Quelqu'un d'expérimenté pourrai-il y jeter un oeuil et me faire un retour
sur ce qui provoque cela?

merci
cordialement
Claude
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Samy Mezani

Bonjour,

le 04/03/2013 09:32, claude marani a écrit:

Bonjour

Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
sur Saône a coulé.
http://osm.org/go/0A5qNeEOk--
J'ai constaté le problème la semaine dernière sur d'autres iles de cette 
zone et j'ai essayé de voir quel tag était en était la cause. Seul le 
natural=land fait réapparaître les îles sur mapnik mais ce n'est pas 
satisfaisant.
J'ai remplacé ce dernier à l'instant par place=islet mais disparition 
totale...


Toute solution m'intéresse également.

Samy

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet ades_...@orange.fr
J'ai eu le même pb, pas vraiment résolu, mais…
avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse multiples…
sinon je crois qu'il faut tagger place= ET name=### 
(http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé…

Le 4 mars 2013 à 09:53, Samy Mezani a écrit :

 Bonjour,
 
 le 04/03/2013 09:32, claude marani a écrit:
 Bonjour
 
 Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
 sur Saône a coulé.
 http://osm.org/go/0A5qNeEOk--
 J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone 
 et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land 
 fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant.
 J'ai remplacé ce dernier à l'instant par place=islet mais disparition 
 totale...
 
 Toute solution m'intéresse également.
 
 Samy
 
 ___
 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] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Samy Mezani

le 04/03/2013 10:25, ades_...@orange.fr a écrit:
avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse 
multiples…


Ça ne fonctionne pas dans notre cas. J'avais déjà un landuse=forest sur 
deux autres îles et mapnik ne les affiche pas.


sinon je crois qu'il faut tagger place= ET name=### 
(http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé…


Pareil, il y avait déjà un name sur une des îles et elle n'apparaît pas.

Bizarre ce problème avec place=island/islet... Je cherche sur d'autres 
secteurs au cas où.


Merci

Samy

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet ades_...@orange.fr
Ou alors l'ile est dans plusieurs relations avec la même, rivière comme 
'inner', je crois me souvenir que mon ile est réapparue après avoir régler ça 
…
Attention au délais d'actualisation des rendus, ce n'est pas tjs instantané…
Le 4 mars 2013 à 10:45, Samy Mezani a écrit :

 le 04/03/2013 10:25, ades_...@orange.fr a écrit:
 avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse 
 multiples…
 
 Ça ne fonctionne pas dans notre cas. J'avais déjà un landuse=forest sur deux 
 autres îles et mapnik ne les affiche pas.
 
 sinon je crois qu'il faut tagger place= ET name=### 
 (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé…
 
 Pareil, il y avait déjà un name sur une des îles et elle n'apparaît pas.
 
 Bizarre ce problème avec place=island/islet... Je cherche sur d'autres 
 secteurs au cas où.
 
 Merci
 
 Samy
 
 ___
 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] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet willemijns
A cette heure  11h06 elle est visible sur le WEB... j'ai tapé ile saint
laurent et voici le lien

http://www.openstreetmap.org/?minlon=4.85674619674683minlat=46.777587890625maxlon=4.86311817169189maxlat=46.7807006835938

c'est une ile de 400 x 300 m si c'est bien cela




--
View this message in context: 
http://gis.19327.n5.nabble.com/l-ile-Saint-Laurent-a-coule-tp5751816p5751832.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Vladimir Vyskocil
Le problème vient peut être du fait qu'il y a des tags sur la relation 
(natural=water,...) et d'autres sur les membres de la relation en outer 
(waterway=riverbank,...), il faudrait choisir.

Vlad.

On 4 mars 2013, at 09:53, Samy Mezani samy.mez...@wanadoo.fr wrote:

 Bonjour,
 
 le 04/03/2013 09:32, claude marani a écrit:
 Bonjour
 
 Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
 sur Saône a coulé.
 http://osm.org/go/0A5qNeEOk--
 J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone 
 et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land 
 fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant.
 J'ai remplacé ce dernier à l'instant par place=islet mais disparition 
 totale...
 
 Toute solution m'intéresse également.
 
 Samy
 
 ___
 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] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Francescu GAROBY
Les bâtiments et routes sont visibles, mais pas la terre...

Francescu


Le 4 mars 2013 11:08, willemijns sebast...@willemijns.com a écrit :

 A cette heure  11h06 elle est visible sur le WEB... j'ai tapé ile saint
 laurent et voici le lien


 http://www.openstreetmap.org/?minlon=4.85674619674683minlat=46.777587890625maxlon=4.86311817169189maxlat=46.7807006835938

 c'est une ile de 400 x 300 m si c'est bien cela




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/l-ile-Saint-Laurent-a-coule-tp5751816p5751832.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Samy Mezani

le 04/03/2013 11:09, Vladimir Vyskocil a écrit:
Le problème vient peut être du fait qu'il y a des tags sur la relation 
(natural=water,...) et d'autres sur les membres de la relation en 
outer (waterway=riverbank,...), il faudrait choisir.


Effectivement, le problème venait de ce mauvais tag sur la relation. Ici 
il s'agit juste d'une relation multipolygon avec des membres inner 
pour les piles et outer pour les riverbank.

Tout est rentré dans l'ordre après correction.

Merci

Samy

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Marc SIBERT
Bonjour,

Je viens de jeter un coup d'oeil. Il existait 2 relations multipolygon
sur la Saône et sur sur les riverbank. Un beau merdier quoi !
J'ai viré la multipolygon Saône, sans toucher à la relation Saône
correspondant au cour d'eau lui-même.

Le résultat à l'air pas mal maintenant :
http://www.openstreetmap.org/?lat=46.779lon=4.86062zoom=17layers=M
http://layers.openstreetmap.fr/?lat=46.77877lon=4.8606zoom=17layers=B

A+


Le 4 mars 2013 09:53, Samy Mezani samy.mez...@wanadoo.fr a écrit :

 Bonjour,

 le 04/03/2013 09:32, claude marani a écrit:

  Bonjour

 Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
 sur Saône a coulé.
 http://osm.org/go/0A5qNeEOk--

 J'ai constaté le problème la semaine dernière sur d'autres iles de cette
 zone et j'ai essayé de voir quel tag était en était la cause. Seul le
 natural=land fait réapparaître les îles sur mapnik mais ce n'est pas
 satisfaisant.
 J'ai remplacé ce dernier à l'instant par place=islet mais disparition
 totale...

 Toute solution m'intéresse également.

 Samy

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Pierre Béland
Fiou! Ce n'est pas le fleuve Saint-Laurent. Ça aurait pris une grosse tasse.


 
Pierre 




 De : claude marani claude.mar...@gmail.com
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Lundi 4 mars 2013 3h32
Objet : [OSM-talk-fr] l'ile Saint-Laurent a coulé
 

Bonjour


Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur 
Saône a coulé. 
http://osm.org/go/0A5qNeEOk--

J'ai essayé de la renflouer notement en supprimant le tag natural=land déclaré 
 obsolète par Osmose mais elle est toujours au fond de l'eau. Peut-être  
faut-il le remplacer par quelque chose d'autre?
Quelqu'un d'expérimenté pourrai-il y jeter un oeuil et me faire un retour sur 
ce qui provoque cela?


merci
cordialement
Claude
___
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] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Philippe Verdy
LEs landuse=* ou name=* ou place=* n'ont rien à voir dans l'histoire,
qu'ils soient corrects ou non, voire obsolètes. C'est bien un problème
de définition des multipolygones internes/externes, multiples
superposés qui s'annulent mutuellement, voire oubliés : il ne suffit
pas, sur un fleuve contrairement à la mer, de taguer une île. Les
riverbanks doivent donc être **complets** dans leur géométrie.

Faire attention donc aux définitions de riverbanks, ne pas oublier d'y
inclure les polygones inner pour exclure leur extension sur la surface
des îles (les objets inclus en inner le contenu peuvent être
quelconque, donc être eux-mêmes de n'importe quel type, landuse=* ou
natural=* voire même autre chose (ce peut être aussi un building=*
s'il occupe toute la surface de l'ilôt).

Si on a tague une riverbank en tant que multipolygone, il y a des ways
membres de rôle outer pour le contour ET il faut alors ajouter des
ways membres de rôle inner pour les îles à exclure de la surface, et
s'assurer qu'ils forment bien eux même une boucle fermée (sinon le
contour inner prend l'eau).

Si l'ilôt est étendu (formant des bras séparés sur un fleuve, il est
plus facile en fait de dessiner un polygone ou multipolygone pour
chaque bras séparé, ce qui simplifie nettement le contenu de ces
relations (ensuite on peut **éventuellement** réunir avec un rôle
riverbank les polygones riverbanks dans la relation maître du fleuve
entier, tandis que le cours central du fleuve y est décrit par des
ways membres de rôles main_stream ou side_stream (pour les
main_stream il est préférable de les ordonner pour qu'ils fassent un
seul trait connecté de la source à l'embouchure ou confluent, et on
liste ensuite les divers segments secondaires side_stream. La
relation maître du fleuve enfin peut référencer encore d'autres
membres pour les relations maître des affluents, en les listant avec
le rôle tributary.

Il n'est pas nécessaire cependant, si un fleuve est décrit par une
série de polygones ou multipolygones riverbank adjoints, que ceux-ci
forment un seul polygone, ils peuvent rester séparés.

Le 4 mars 2013 10:25, ades_...@orange.fr ades_...@orange.fr a écrit :
 J'ai eu le même pb, pas vraiment résolu, mais…
 avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse 
 multiples…
 sinon je crois qu'il faut tagger place= ET name=### 
 (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé…

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet ades_...@orange.fr

Le 4 mars 2013 à 15:43, Philippe Verdy a écrit :

 LEs landuse=* ou name=* ou place=* n'ont rien à voir dans l'histoire,
 qu'ils soient corrects ou non, voire obsolètes. C'est bien un problème
 de définition des multipolygones internes/externes, multiples
 superposés qui s'annulent mutuellement, voire oubliés : il ne suffit
 pas, sur un fleuve contrairement à la mer, de taguer une île. Les
 riverbanks doivent donc être **complets** dans leur géométrie.
 
 Faire attention donc aux définitions de riverbanks, ne pas oublier d'y
 inclure les polygones inner pour exclure leur extension sur la surface
 des îles (les objets inclus en inner le contenu peuvent être
 quelconque, donc être eux-mêmes de n'importe quel type, landuse=* ou
 natural=* voire même autre chose (ce peut être aussi un building=*
 s'il occupe toute la surface de l'ilôt).
 
 Si on a tague une riverbank en tant que multipolygone, il y a des ways
 membres de rôle outer pour le contour ET il faut alors ajouter des
 ways membres de rôle inner pour les îles à exclure de la surface, et
 s'assurer qu'ils forment bien eux même une boucle fermée (sinon le
 contour inner prend l'eau).
 
 Si l'ilôt est étendu (formant des bras séparés sur un fleuve, il est
 plus facile en fait de dessiner un polygone ou multipolygone pour
 chaque bras séparé, ce qui simplifie nettement le contenu de ces
 relations (ensuite on peut **éventuellement** réunir avec un rôle
 riverbank les polygones riverbanks dans la relation maître du fleuve
 entier, tandis que le cours central du fleuve y est décrit par des
 ways membres de rôles main_stream ou side_stream (pour les
 main_stream il est préférable de les ordonner pour qu'ils fassent un
 seul trait connecté de la source à l'embouchure ou confluent, et on
 liste ensuite les divers segments secondaires side_stream. La
 relation maître du fleuve enfin peut référencer encore d'autres
 membres pour les relations maître des affluents, en les listant avec
 le rôle tributary.
 
 Il n'est pas nécessaire cependant, si un fleuve est décrit par une
 série de polygones ou multipolygones riverbank adjoints, que ceux-ci
 forment un seul polygone, ils peuvent rester séparés.
Ça devient un peu plus clair ;-)
mais… si on a une ile, disons, moitié en forêt moitié en prairie comment doit 
t'on faire ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Philippe Verdy
Le 4 mars 2013 16:41, ades_...@orange.fr ades_...@orange.fr a écrit :
 Ça devient un peu plus clair ;-)
 mais… si on a une ile, disons, moitié en forêt moitié en prairie comment doit 
 t'on faire ?

On dessine le riverbank avec des ways membres inner faisant le tour
complet de l'île, peut importe ce qui est dedans.

Séparément on crée des polygones ou multipolygones pour la forêt ou la
prairie, mais on ne les tague PAS en tant que riverbank.

D'ailleurs pour tous les riverbanks qui sont définis comme des
multipolygones (et non des polygones fermés simples), AUCUN de ses
ways membres outer ne doit avoir le tag riverbank, on le met le
tag riverbank alors QUE sur la relation de type multipolygone.

Cela permet alors de dessiner aussi la prairie ou la forêt avec des
multipolygones référençant les mêmes ways, qui eux non plus ne portent
plus les tags de la prairie ou de la forêt (ces tags sont déplacés
vers leur relation multipolygone).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet ades_...@orange.fr
merci
c'est un peu plus clair.
dans le même ordre type de problème osmose me signale :Nature du multipolygon 
inconsistant avec la nature de ces membres , là : 
http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT
 je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas 
plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp, 
que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le 
traduisant avec FME.

(si ma question apparait comme un squatt du fil d'origine on peut la mettre sur 
un nouveau fil)


Le 4 mars 2013 à 16:58, Philippe Verdy a écrit :

 Le 4 mars 2013 16:41, ades_...@orange.fr ades_...@orange.fr a écrit :
 Ça devient un peu plus clair ;-)
 mais… si on a une ile, disons, moitié en forêt moitié en prairie comment 
 doit t'on faire ?
 
 On dessine le riverbank avec des ways membres inner faisant le tour
 complet de l'île, peut importe ce qui est dedans.
 
 Séparément on crée des polygones ou multipolygones pour la forêt ou la
 prairie, mais on ne les tague PAS en tant que riverbank.
 
 D'ailleurs pour tous les riverbanks qui sont définis comme des
 multipolygones (et non des polygones fermés simples), AUCUN de ses
 ways membres outer ne doit avoir le tag riverbank, on le met le
 tag riverbank alors QUE sur la relation de type multipolygone.
 
 Cela permet alors de dessiner aussi la prairie ou la forêt avec des
 multipolygones référençant les mêmes ways, qui eux non plus ne portent
 plus les tags de la prairie ou de la forêt (ces tags sont déplacés
 vers leur relation multipolygone).


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Philippe Verdy
Le 4 mars 2013 18:27, ades_...@orange.fr ades_...@orange.fr a écrit :
 merci
 c'est un peu plus clair.
 dans le même ordre type de problème osmose me signale :Nature du
 multipolygon inconsistant avec la nature de ces membres , là :
 http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT
 je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas
 plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp,
 que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le
 traduisant avec FME.

Je ne vois aucune erreur à ce niveau, mais sans doute quelqu'un (toi
peut-être) a déjà corrigé. Comme tu n'a pas mentionné quels objets
(identifiants, et types chemin/relation/noeud) était concerné,
impossible de répondre, la zone que tu affiches est trop grande.

De plus note tout de même qu'Osmose a presque toujours un certain
retard dans son analyse (affiché en haut de la page, actuellement
voisin de 0,71 jours), le problème n'est peut-être déjà plus là même
s'il est encore affiché. Mais là je ne vois rien sur ton lien.

Si tu as encore des problèmes avec ton shapefile, précise quels objets
sont concernés.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

2013-03-04 Par sujet Philippe Verdy
Ca y est je viens de comprendre : si tu as créé des multipolygones
mitoyens, les chemins en commun séparant des zones de nature
différentes ne doivent PAS porter les attributs landuse=* ou nature=*
: ces attributs vont dans les deux relations mitoyennes et seulement
elles.

Sinon ces chemins entrent en conflit pour leur interprétation.

Bref retire les attributs en trop qui sont déjà dans les relations

Tu peux garder les attributs name=* ou ref=* s'ils sont signifiant
pour le chemin lui-même (par exemple le nom ou le numéro de référence
d'une route ou d'une rivière). Ces noms sont alors normalement
préférés aux noms donnés aux deux polygones mitoyens dans le cadre
d'un rendu. Si tu ôte ce nom ou la référence du chemin mitoyen, alors
le rendu composera un ou plusieurs noms pris parmi les relations qui
utilisent ce chemin (difficile de savoir lequel et où, cela dépend de
la nature des multipolygones). En général pour les multipolygones de
landuse/natural le nom n'est pas affiché le long de la rontière mais
plutôt au centre de la surface décrite (mais cela dépend des niveaux
de zoom : à niveau de zoom élevé, on ne voit plus nécessairement le
centre de la relation et ce nom placé au milieu a tendance à polluer
le rendu de la carte, et il est préférable de l'afficher plutôt le
long des frontières visibles s'il y a de la place pour).

Le 4 mars 2013 22:36, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 4 mars 2013 18:27, ades_...@orange.fr ades_...@orange.fr a écrit :
 merci
 c'est un peu plus clair.
 dans le même ordre type de problème osmose me signale :Nature du
 multipolygon inconsistant avec la nature de ces membres , là :
 http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT
 je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas
 plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp,
 que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le
 traduisant avec FME.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr