Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire

2009-07-24 Par sujet didier . halatre
Selon sly (sylvain letuffe) sylv...@letuffe.org:

 On jeudi 23 juillet 2009, JonathanMM wrote:
  C'est pas mal pour un début. Tu m'as fait rappeler la partie pour
  développeur

 A vrai dire, j'étais en train de me dire la chose suivante :
 - si on est développeur, en général, on parle anglais, [...]

Houlà...

En fait, je me dis qu'en général, tout le monde parle anglais, donc c'est pas la
peine de se fatiguer à traduire le wiki.
fin mode ironie

--
Didier Halatre (Zedh)


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


Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire

2009-07-24 Par sujet didier . halatre
Selon Emilie Laffray emilie.laff...@gmail.com:

 2009/7/24 didier.hala...@free.fr

  Houlà...
 
  En fait, je me dis qu'en général, tout le monde parle anglais, donc c'est
  pas la
  peine de se fatiguer à traduire le wiki.
  fin mode ironie
 
 
 Tu connais de bonnes sources d'info en Français en programmation? :)

Oui. Faut chercher, ça se mérite... ;-)
Un exemple : http://www.developpez.com/

 Maintenant, je suis a 100% derrière un effort de traduction du moment qu'on
 ne traduit pas node, way, relation et d'autres termes de ce genre :P

Euh ?!
Relation c'est ok ;-)
Mais node et way je vois pas comment tu vas expliquer (à un non-anglophone)
comment sont structurées les données si tu le traduis pas. Mais je comprend
peut-être pas ce que tu veux dire...

Dans les autres termes, tu places aussi smoothness ? ;-)
--
Didier Halatre (Zedh)




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


Re: [OSM-talk-fr] Comment tagger une voie verte?

2009-07-21 Par sujet didier . halatre
Selon ulrich rousseau ulrich.rouss...@gmail.com:

 pour ce qui est des map features je pense que je vais partir sur du highway
 = cycleway agrémenté d'un foot=yes
 ...

Pour moi cycleway c'est clairement une piste cyclable. Et un foot=yes ça me
fait frémir ;-) Des piétons sur une piste cyclable !!!
Mais bon, dans mon coin j'ai une vraie piste cyclable à deux voies où les
vélos se croisent et sur les côtés deux bandes pour les piétons et c'est codé
comme ça.
Les rendus Mapnik ou Osmarender standards sont identiques à une cycleway
simple.

Si c'est un chemin large (style chemin du halage) partagé par les vélos et les
piétons, le track me semble mieux. Quoique si j'ai bien compris track laisse
sous entendre que des véhicules type agricoles, forestiers, etc puisse le
prendre, d'où nécessité d'ajouter un motorcar=no s'ils sont interdits.
Sinon y'a le highway=path avec foot=yes, bicycle=yes
--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Sens interdit et bus dans les deux sens (je coince aussi)

2009-07-21 Par sujet didier . halatre
Salut,

J'ai un problème aussi avec un sens interdit, c'est un bout de rue réservé aux
bus (dans les deux sens) qui peut-être pris par les voitures dans un seul sens.

On met oneway=yes dans le sens des voitures et des autres véhicules, priorité
au routage, mais comment taguer seulement les bus dans l'autre sens ?
psv=opposite_lane ?

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Comment tagger une voie verte?

2009-07-21 Par sujet didier . halatre
Selon Art Penteur art.pent...@gmail.com:

 Les chemins/routes ouverts aux vélos et aux piétons, avec des bandes
 établissant une séparation entre les types d'usagers, c'est pas
 highway=cycleway + foot=designated ?

Dans mon cas, ce n'est pas vraiment une voie partagée (d'égale à égale)
Photo : http://didier.halatre.free.fr/photo/Annecy/20041107_02463.jpg
Les piétons sont cantonnés à la partie non pavée.

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Comment tagger une voie verte?

2009-07-21 Par sujet didier . halatre
Selon Pieren pier...@gmail.com:

  1 highway=cycleway, cycleway=track, foot=yes
 

 Pour savoir si les piétons peuvent utiliser les pistes cyclables, il
 faut distinguer ce qui se fait et ce qui est légal. Et taguer ce qui
 est légalement autorisé. Mes connaissances du code de la route
 remontent à trop loin pour donner un avis éclairé sur cette question.

D'après l'article R110-2 Définitions :

-bande cyclable : voie exclusivement réservée aux cycles à deux ou trois roues
sur une chaussée à plusieurs voies ;

-piste cyclable : chaussée exclusivement réservée aux cycles à deux ou trois
roues ;

-voie verte : route exclusivement réservée à la circulation des véhicules non
motorisés, des piétons et des cavaliers ;

 si c'est pour créer de la confusion chez les nouveaux, c'est réussi
 ;-)
Oui ;-)

 pour les piétons, on parle plutôt de sidewalk et non de lane

Donc dans mon cas, où les piétons peuvent marcher des deux côtés, ça serait
highway=cycleway + sidewalk=both

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Tutoriel pour tracer les bâtiments à partir du cadastre

2009-07-14 Par sujet Didier Halatre
Selon Frédéric Bonifas fredericboni...@gmail.com:

 On m'a dit au SOTM qu'il serait bien de documenter le tracé et
 l'adressage des bâtiments à partir du cadastre.
 Voici un premier jet : http://fredericbonifas.free.fr/batiments_cadastre.pdf

 Je suis ouvert à tout commentaire.
 Je n'ai pas le courage de remettre ça en forme pour le wiki pour
 l'instant, et j'aimerais d'abord savoir si :
 * des documents comme cela sont utiles
 * leur place est dans sur le wiki où ils ont de grandes chances de ne
 pas être visibles ou sous forme de documents PDF par exemple, dont la
 liste serait disponible sur le wiki et sur openstreetmap.fr

Bonjour,
Beau boulot, très clair...
Je pense aussi qu'il faudrait que ça soit sur le wiki.

Au sujet des lignes noires pointillées.
Sur Annecy, les parkings enterrés complètement ou à moitié sont représentés en
orange dans le cadastre. Il y en a un certains nombres et parfois un bâtiment
est construit en partie au-dessus d'eux. Dans ce cas là, le bâtiment est le plus
souvent séparé du parking par un trait pointillé noir (mais j'ai déjà vu du
blanc).

Pour le jaune pale (rose dans le document), j'ai l'impression qu'il y a des cas
où l'emprise au sol est plus petite que le bâtiment posé dessus. J'ai du mal à
m'expliquer, il faudrait que je fasses une photo d'un ou deux cas à côté de chez
moi, il y a des tours de 10 étages posées sur une petite base.
Il y a aussi le cas des trottoirs couverts avec des arches, la bâtiment n'a
donc pas la même taille au rez-de-chaussée et en étage. Dans ce cas là, je
prends le jaune, mais peut-être que c'est pas bon ?!

Valà
--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Tutoriel pour tracer les bâtiments à partir du cadastre

2009-07-14 Par sujet didier . halatre
Selon Emilie Laffray emilie.laff...@gmail.com:

 Si la page était traduite en Allemand, je pense qu'on aurait aussi pas mal
 de monde qui se pencherait sur la France a terme. Un des créateurs de
 Geofabrik m'a dit que par exemple en Allemagne on pouvait considérer que les
 routes étaient finies, et que donc certains cherchaient de nouvelles taches
 a faire. Je suis partante pour faire une traduction en Anglais.

Attention tout de même à l'interprétation des données [de pitits carrés orange
et jaune ;-) ] quand on n'est pas sur place. La photo aérienne n'est pas
toujours très lisible pour reconnaitre le bon grain de l'ivraie...
Mais bon c'est vrai que vu l'ampleur de la tache ;-)

--
Didier Halatre (Zedh)


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


Re: [OSM-talk-fr] Le parcours du tour 2009 sur OSM ?

2009-07-06 Par sujet didier . halatre
Selon Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr:

 On doit être à 100% pour l'étape autour du lac d'Annecy. Bon, ok, c'est
 seulement un contre-la-montre de 40 km...

C'est accessoirement aussi 100% d'emmerdes.
Journée de congé obligatoire pour madame et gros bouchons en perspective pour
moi :-(

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] L'IGN se tourne-t-il vers les donn ées libres?

2009-06-30 Par sujet didier . halatre
Selon Pieren pier...@gmail.com:

 Il y a la page http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging
 donnée en lien sur la page FR:Main et deux fois (!) sur FR:Map
 Features.

En fait on a 3 pages redondantes :
FR:Map Features
FR:France_roads_tagging
FR:Key:highway
J'espère qu'il y a la même chose dans chaque ;-)

 Le problème, c'est qu'on pourra toujours écrire la meilleure
 doc du monde avec les règles les plus simples possible, il y a
 toujours des gens qui contribueront sans lire la doc.

Oui mais pour ceux qui la lisent ça serait bien. Pi ça ferait une espèce de
référence.

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] Footway ou path ; seule la vue du terrain permet de choisir

2009-06-25 Par sujet didier . halatre
Selon g.d g...@wanadoo.fr:

 Le residential a son sens en agglomération, et en habitat dispersé,
 ça veut dire qu'il y a des maisons.

 Là où du unclassified en rase campagne est valable pour des
 départementales qui font 2 mètres le large, et qui mènent nulle part,
 pas d'âme qui y vive sur des kilomètres.

 Je préfère conserver la distinction entre ces deux tags,
 elle est très utile.

C'était peut-être le cas avant, mais maintenant (et pour bientôt) avec le
cadastre quand chaque maison sera dans OSM on verra clairement les zones
résidentielles. Du moins ça sera plus clair qu'avec 2 tags de route.

Pi quant à l'habitat dispersé, à partir de quelle densité on met residential ?
;-)

--
Didier Halatre (Zedh)

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


Re: [OSM-talk-fr] forum: [Proposition] Espaces dans les ref.

2009-06-24 Par sujet didier . halatre
Selon Dominique Rousseau d...@lee-loo.net:

  Autres suggestions :
   - un bot pour remplacer les 'footway' par des 'path' (pour éviter les
   trucs comme ça : [3])

 Euh, non.
 Le footway ça a un sens à pas mal d'endroit, vraiment, se différenciant
 des path. Si y'a un bot qui s'amuse à modifier les footways que j'ai
 taggé comme tels, ça va vraiment pas me plaire.

Non pas que je sois pour un passage d'une mise-à-jour massive (loin de là) mais
j'ai l'impression qu'on a tous un peu notre définition des tags (le fait que ça
soit en anglais n'arrange pas les choses...)
Quelle différence y-a-t'il entre un highway=footway et un
highway=path+foot=designated (ou même foot=yes seul) ?
Sans parler des highway=pedestrian ;-)

   - un bot pour remplacer les 'residential' par des 'unclassified'
   (parce que la différence entre ces tags ne correspond à rien de
   concret)

 Pas d'accord.
 Pour moi, un logiciel de routage, notamment, devrait préférer passer par
 un unclassified plutot qu'un residential pour un trajet équivalent.
 Parceque residential, c'est censé, à mon sens, être du trafic de
 desserte des habitations, pas du transit.

En relisant les maps fritures j'ai même l'impression qu'on devrait pas
utiliser les unclassified en ville, du moins là où il y a des habitations.
Perso dès que la rue devient un peu importante (transit ?) j'ai un peu tendance
à l'utiliser, mais est-ce qu'on doit utiliser tertiary systématiquement dans
ce cas...
C'est pas simple, mais si on veut s'harmoniser on aurait peut-être intérêt à
mettre dans le wiki plus de détails, d'exemples, que ça soit plus clair et moins
sujet à interprétation.

--
Didier Halatre (Zedh)


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


Re: [OSM-talk-fr] forum: [Tag] Highway en ville

2009-06-24 Par sujet didier . halatre
Selon Pieren pier...@gmail.com:

 J'espère que la page
 http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging
 peut aider. N'hésite pas à commenter si ça peut/doit être amélioré. Mais il
 restera toujours une petite part de subjectivité.

Je l'avais pas vu cette page.
J'ai déjà rajouté un lien depuis FR:Map Features et FR:Key:highway vers cette
page, histoire de pas la perdre en route.

--
Didier Halatre (Zedh)


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


Re: [OSM-talk-fr] Petites questions sur les îles et les barrages

2009-06-04 Par sujet didier . halatre
Selon Pieren pier...@gmail.com:

 Mon impression est que tout ça est bien compliqué juste pour dire que
 ce sont des digues et pas des ponts... Je dis souvent qu'il faut
 refléter la réalité du terrain mais il faut aussi parfois accepter
 certaines simplifications.

Houla ! :-)
Si on veut faire un usage nautique des données OSM, je t'assure qu'un pont et
une digue c'est pas la même chose ;-)


Didier zedh


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


Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 Espaces ouverts, sans ou avec peu de vég étation

2009-05-29 Par sujet didier . halatre
Selon sly (sylvain letuffe) sylv...@letuffe.org:

 On Thursday 28 May 2009 22:12, Didier HALATRE wrote:
  Pieren a écrit :
   * la classe 332 Roches nues est proposée en natural=cliff
   (falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est
   tous les endroits où la roche est à nue. J'aurais tendance à dire que
   là où il n'y a rien, on ne met rien d'autant plus que cela concerne un
   faible nombre de polygones (~1300). Mais j'entends déjà les
   randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici.
  
  En tant que randonneur, je suis d'accord avec le « là où il n'y a rien,
  on ne met rien »

 T'es un drôle de randonneur ;-) moi je dirais qu'une falaise, c'est pas rien
 !
 Par contre roches nues c'est vraiment vague, comme on peut supposer que
 c'est par avion que ça a été fait, les falaises se voient moins. Mais par
 prudence, je dirais que rien importer automatiquement me semble le mieux. Il
 sera toujours temps de faire des imports à la main en connaissance du lieu
 pour différencier un sol plat jonché de cailloux, d'une falaise.

T'es gentil ;-) mais on voit tout de suite en regardant les données corine qu'on
arrivera jamais à détecter une falaise (et c'est bien dommage). Donc j'en reste
à roches nues seules et je trouve que c'est pas très intéressant [pour moi] à
importer.
Bon maintenant, vu tout ce qu'on importe, ça va être tout nu au dessus de 1800m
ou environ, là où il n'y a plus grand chose qui pousse... :-)

Didier (Zedh)


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


Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 Espaces ouverts, sans ou avec peu de végétation

2009-05-28 Par sujet Didier HALATRE
Pieren a écrit :
 * la classe 332 Roches nues est proposée en natural=cliff
 (falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est
 tous les endroits où la roche est à nue. J'aurais tendance à dire que
 là où il n'y a rien, on ne met rien d'autant plus que cela concerne un
 faible nombre de polygones (~1300). Mais j'entends déjà les
 randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici.
   
En tant que randonneur, je suis d'accord avec le « là où il n'y a rien, 
on ne met rien »
 * la classe 333 Végétation clairsemée est proposée en
 natural=scrub comme la classe 323 mais sur les photos, c'est très
 proche du type de terrain 332 Roches nues mais avec un peu de
 végétation parmi les rochers. Donc si on adopte la classe 332, je
 serais plutôt pour choisir le même tag ici (natural=scree par
 exemple)
   
Ou donc ne rien mettre...
 * 144 polygones pour la classe 335 Glaciers et neiges éternelles qui
 seraient tagués en natural=glacier
 (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dglacier)
   
Quand on regarde par exemple le massif du Mont-Blanc dans OSM où on a 
déjà les glaciers vs Corine, c'est pas tout à fait la même chose... 
Neiges éternelles  glaciers ?

A+
Didier (Zedh dans OSM)


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


Re: [OSM-talk-fr] Comment marche le rendering des communes sur beta.letuffe.org ?

2009-04-12 Par sujet Didier HALATRE
Salut,
 Je vote donc pour qu'il soit facultatif de mettre 
 admin_level=8+boundary=administrative sur les ways.

 D'un autre coté, c'est pas non plus la mort. A part les rendus qui passent et 
 repassent 4 couches sur le même chemin, ça ne mange pas de pain

 ( Devinez combien il y a de couches de trait mauve empilées ici :
 http://www.openstreetmap.org/?lat=46.2644lon=6.29596zoom=16layers=B000FTF )
 ;-)

   
Tiens c'est dans mon coin

C'est de la frontière dont tu parles ?
Il y a en effet 4 relations boundary :
- la commune
- département
- la région
- le pays
+ une relation nation

Les chemins entre commune n'ont que deux relations.
Les chemins #32666156 et #32665874 ne sont pas rendus pareils, mais ils 
n'ont tout les deux que deux relations, c'est bizarre...
(Sous osmarender, c'est ok).

Didier



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


Re: [OSM-talk-fr] Import assisté des limites communa les depuis le site du cadastre.

2009-04-08 Par sujet Didier HALATRE
Etienne Chové a écrit :
 Merci d'avoir terminé tout ça et de t'être occupé des communes 
 manquantes et des limites départementale. On va être le premier 
 département vectorisé... (oui je sais, on a eu le droit à un départ 
 anticipé).

   
Bin non, la Sarthe sera pas numéro 1 :-)
http://beta.letuffe.org/?zoom=9lat=45.96455lon=6.52339layers=B0FFTTFFF

--
Didier

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


Re: [OSM-talk-fr] forum: Représentation des couleu rs sur beta.letuffe.org

2009-03-20 Par sujet didier . halatre
Selon sylv...@letuffe.org:

 Le message suivant :
 ##
 On me fait la remaque :

 == couleur ==
 Le rouge est troublant pour les communes. Au début je pensais que c'était en
 erreur, mais ce n'est pas le cas n'est-ce pas ? C'est quand ça ne s'affiche
 pas qu'il y a un problème ?
 [[User:Zedh|Zedh]] 09:08, 20 March 2009 (UTC)
 
 a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3

Salut,
Je t'ai répondu sur le forum ;-)

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


Re: [OSM-talk-fr] forum: Ajout des code postaux et code insee dans les communes

2009-03-20 Par sujet didier . halatre
Selon Thomas Walraet tho...@walraet.com:

  Donc, j'anticipe, mon avis est déjà écrit dans ces lignes.

 Le mien : si on veut qu'un tag contienne le code INSEE, mieux vaut
 l'appeler « code_insee ».

Je ne suis pas trop un fan de l'IRC non plus. D'autant si le nombre de
contributeurs augmente...

Du coup voilà mon avis ;-)

Si le tag ref est le tag générique identifiant de manière unique un objet,
c'est, je pense, bien le code Insee qu'on devrait y mettre. Le problème est
effectivement la trop grande ressemblance de format entre le code Insee et le
code postal.
Donc si on n'est pas obligé de mettre le tag ref, un tag code_insee a
l'avantage d'être clair.
Quant au code postal, dans l'absolu il ne devrait pas plutôt être dans une autre
relation, spécifique, pour gérer les codes multiples dans une grosse commune et
inversement les bureaux distributeurs qui couvrent N communes ?

Dans le même style, il est prévu de gérer les communautés urbaines ? héhé ;-)

--
Didier

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


[OSM-talk-fr] Rendu de frontière de commune biza rre

2009-03-13 Par sujet Didier Halatre
Bonjour,
Comme c'est mon premier message j'en profite pour saluer tout le monde 
et me présenter : je débute sur OSM et je complète Annecy où j'habite et 
sa région. Vivement le beau temps que j'arpente la montagne avec mon GPS ;-)

Hier (en attendant les beaux jours), j'ai fait des essais de 
transformation sur la rivière Le Fier pour passer de waterway=river à 
waterway=riverbank (avec une area donc). J'ai donc déplacé les points 
qui étaient au milieu de la rivière et certains communs avec une 
frontière de commune. En fait, il y a 1 way mais 2 boundaries 
(#74551 et #74552) à ce que j'ai cru comprendre, car la notion de 
relation quand on débute c'est assez chaud tout de même.
Le rendu donne ça :
http://openstreetmap.org/?lat=45.91503lon=6.10694zoom=17layers=B000FTF

Comme s'il y avait en fait 2 ways différentes. Mais dans JOSM que 
j'utilise, dernière version d'hier) ou Potlach je ne vois qu'un seul 
way (le #30826244 dans Potlach, je ne sais pas comment récupérer l'id 
dans JOSM).
Aurais-je malencontreusement cafouillé quelque part ? Et comment puis-je 
remettre ça d'aplomb ?

D'avance merci.
Didier

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


Re: [OSM-talk-fr] Rendu de frontière de commune biza rre

2009-03-13 Par sujet Didier HALATRE
Etienne Chové a écrit :
 Vladimir Vyskocil a écrit :
   
 Je crois que pour les rivières avec des riverbank il faut tout de meme  
 laisser le squelette (waterway=river) au centre pour donner le sens de 
 l'écoulement, je me trompes ?
  
 
 C'est bien ça. Plus d'info sur :
 http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank

 On y trouve les riverbank et le river normal.

   
Oups ! Oui, en effet.
Je les remets.

Didier

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