2014-02-07 14:50 GMT+01:00 djo_man <[email protected]>:
> La méthode pour la relation riverbank
> type=multipolygone + waterways=riverbank sur des ways fermé OUTER qui se
> touchent avec des iles en INNER :
> vient du wiki.

Je connais. D'ailleurs, la méthode avec un seul gros polygone outer
est aussi présentée (et aussi contestée, comme quoi, ça n'arrive pas
qu'en France ;-)
Mais pour revenir au wiki, le paragraphe sur la relation multipolygon
ne concerne que des petites sections qui contiennent des îlots, pas
l'ensemble du fleuve (ou rivière). Alors que la version actuelle de la
relation "Loire" dans OSM avec la somme de ways fermés n'est jamais
présentée comme modèle (il n'y a que celle qui suggère de mettre
uniquement l'ensemble des berges - ways ouverts - dans une relation
unique).


> avant il y  avait 2 voire 3 relations au même endroit.
> (certaines en reprenant juste le OUTER et ajoutant juste quelques iles dont
> les autres relations n'avaient pas)
> personne ne savaient pourquoi.
> laquelle modifier ?
> personne ne prenant le temps de supprimer ce qu'il faut
> plusieurs fois La Loire a inondé ses iles à cause de mauvaises
> manipulation/ajout de relation, etc (3 fois en 2 ans: c'est plus que
> d'hivers...)

J'ai bien compris qu'il y avait auparavant un certain nombre de
problèmes. Mais il existait sans doute une façon plus simple de les
résoudre que de créer une relation unique. J'aurais pu donner un coup
de main à ce moment-là. Je ne pensais pas que ça partirait dans cette
direction.

> je veux bien modifier ce qu'il faut mais pour aboutir à quoi au juste ?
> sans compter qu'il faut que le rendu rende... (sinon La Loire va encore être
> inondé: ça le fait pas...)

Surtout qu'en matière d'inondations (réelles), on a notre compte en ce
moment ;-)
Moi, ce que je propose, c'est de supprimer la grosse relation
multipolygon et de n'en faire que des petites aux endroits nécessaires
(c.a.d. là où il y a des îlots et uniquement là). Je pourrais aussi
m'en charger sauf s'il y a trop de gens qui pensent qu'il vaut mieux
en rester là.

Pieren

_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à