Le lundi 30 août 2010 à 22:25 +0200, Vincent Pottier a écrit :
> On 30/08/2010 22:05, Pierre-Alain Dorange wrote:
> > Christophe Merlet<red...@redfoxcenter.org>
> > wrote:
> >
> >
> >>> Pour être également pris en compte, il faut suivre
> >>> http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway
> >>>
> >> Quand on a un cours d'eau qui commence comme un canal au niveau de sa
> >> source, continue en ruisseau et fini en rivière/fleuve on fait 3
> >> relations en modifiant la balise waterway ?
> >>
> > A priori une seule relation pour définir l'ensemble du fleuve.
> > Un fleuve l'est du début à la fin quelque soit sa taille et sa forme.
> >
> > La relation waterway a pour objectif (a mon sens) de regrouper tout les
> > éléments éventuellement disparate qui compose le cours d'eau.
> >
> Tous les éléments qui composent le cours d'eau (way), en tant que cours
> d'eau c'est à dire stream et river.
> Le riverbank est à intégrer ailleurs.
>
> Ainsi pour le Doubs (entre autre) il y a
> 1) une relation pour le *cours* d'eau qui reprend les ways stream du
> début puis river,
Si dans ta relation il y a des ways stream et des ways river, la
relation doit contenir waterway=stream ou waterway=river ? Pourquoi l'un
plutôt que l'autre ? A quoi sert cette balise dans le relation ?
Pourquoi on fait des relation type=route et pas
type=highway;highway=secondary|tertiary pour être cohérent avec
type=waterway;waterway=stream|river|... ?
> 2) une relation pour les riverbanks (qui, à terme, deviendra un
> multipolygone "à la sly"),
J'adore les relations multipolygons pour les riverbank. Tous les moteurs
de rendu bug à fond et ça n'apporte rien ! Je suis très fier de montrer
une carte OSM avec des cours d'eau aussi grands que des lacs !
> 3) une relation qui reprend les parties composant le canal du Rhône au Rhin.
>
> Du coup le 1) est proche du 100% sur le tableau de Sylvain puisqu'il ne
> contient pas de riverbank.
Librement,
--
Christophe Merlet (RedFox)
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
