Le dimanche 1 août 2010 21:38:39, Pierre-Alain Dorange a écrit : > Comme de nombreuses relations intègrent les riverbank (du moins du > partie de ceux-ci) ne pourrais tu pas dans tes scripts mouliner les way > de la relation pour ne considérer que les waterway=river dans le calcul > de longueur voir même le rendu.
Cette approche est possible techniquement en effet. Il est presque tout le temps possible de trouver l'algorithme qui va s'en sortir, sauf que est-ce le bonne voie ? J'y vois un risque d'erreur : - si un way n'est pas taggué en waterway=river mais appartient quand même à la relation, qu'en penser ? (ça peut se produire avec des frontières de communes qui sont tagguées boundary=administrative et qui ont comme support physique la rivière) On pourrait se dire : c'est une erreur de mapping, il faut donc corriger, mais finalement ce n'est une erreur que parce qu'on le dit, structurellement ça peut très bien marcher (on peut quand même déduire qu'il s'agit d'une rivière car faisant partie de la relation) D'ailleurs ça pourrait marcher par négation, si le way dans la relation est un riverbank, on peut imaginer le retirer, ça marcherait aussi. Ce qui tendrait à monter qu'ajouter le role "riverbank" est inutile puisque contenu dans les tags du way. La question que je me pose, c'est que si je dois ruser pour m'en sortir, si l'outil de base osm2pgsql doit être modifié pour y arriver, est-ce que ça ne veut pas dire qu'a chaque fois que quelqu'un voudra reconstruire la rivière, il devra lui aussi faire un algorithme spécial. Et donc est-ce que ça n'indique pas que ce modèle n'est pas le plus adapté ? La page : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway indique : Members : any kind of waterway ways. They usually have a waterway=[river, canal, stream, drain, ditch] tag no riverbank areas Je pense que d'autres sont arrivés à la même conclusion que moi, même si je n'ai pas le "killer argument", je préfère ne pas inciter à faire autrement. -- sly _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
