Le lit de rivière est une entité unique. La Loire n'est pas la seule à être faite avec une relation. La Dordogne l'est, la Garonne l'était mais ça a été détruit et remplacé par une succession de polygone et et multipolygone a l'ancienne (pour le deuxième fois). Il n'y a pas de problème conceptuel à représenter les choses comme ça, l'inverse l'est parcontre. Le problème est au niveau des renvu je veux bien le croire. Mais ce n'est pas pour moi une raison suffisante, on ne mappe pas pour le rendu n'est ce pas. Pour l'edition on n'a de toute façon pas besoin de la totalité de la relation

Frédéric.


Le 07/02/2014 10:17, Pieren a écrit :
2014-02-07 9:32 GMT+01:00 Christian Quest <cqu...@openstreetmap.fr>:

+1 avec Ab_fab, ce genre de relation n'aide pas vraiment à la réutilisation.

Oui, il faut absolument éviter que ça se propage à d'autres fleuves.
Les grosses relations sont, en général, à éviter lorsque c'est
possible : elles sont plus difficiles à maintenir (les relations sont
souvent cassées par des débutants) et elles nécessitent plus de
ressources (surtout si on veut consulter l'historique). Je
conseillerais même de scinder cette relation multipolygon en plus
petits morceaux dès que possible.
Concernant les nouveaux tags, j'ai toujours un peu de réticence à voir
deux schémas coexister simplement pour que le rendu fonctionne
partout. En même temps, si personne n'utilise le nouveau schéma, les
développeurs ne vont pas non plus changer les feuilles de style. Cette
cohabitation est acceptable à condition que ce soit pour un temps
limité. On voit aussi parfois certaines propositions de nouveaux
schémas stagner dans les stats, bien qu'elles aient été formellement
"votées". Parfois un nouveau tag accepté par 16 personnes ne rencontre
pas le succès escompté auprès de la communauté. C'est particulièrement
vrai lorsque le nouveau schéma est plus complexe que l'ancien (plus de
tags, par ex.). Il faut que le changement apporte une vrai plus-value.


_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à