back to first page..
Compte tenu de la manière de calculer les surface de bassin versant amont :
La variable up_area a été crée et permet de connaitre pour chaque wso1_id la superficie du bassin versant correspondant.
Ci-dessous : les problèmes de calculs rencontrés avec la variable upstream_segments :
upstream_catchment ont été calculés à partir des upstream_segments : See in CCM2 download and load
select ccm21.upstream_segments(238681); select ccm21.upstream_segments(317340); ...
| gid | upstream segments |
| 238681 | / |
| 317340 | / |
| 239239 | 238681, 239239, 239244, 317340 |
| 239244 | / |
| 331089 | 238681, 239239, 239244, 317340,331089 |
| 216062 | / |
| 214888 | 238681, 239239, 239244, 317340,331089, 216062, 214888 |
Dans notre cas, upstream_catchment donne la surface amont du downstream segment, donc prend en compte le noeud aval et non pas le river segment considéré.
Ce qui pose problème :
- pour la relation entre la largeur du cours d'eau et la surface amont du bassin versant
- la prise en compte des impacts (pollution,...)
Pour le 3, la surface de bassin versant prise en compte est la zone rouge, or elle prend aussi en compte le bassin versant 4 mais qui lui ne draine pas le segment 3. Donc cela pose problème.
On ne pourra pas expliquer les densités, présence/absence d'anguille en amont à partir de cette manière de calculer les surfaces de bassin versant.
Pour le segment 3 il faudrait en fait avoir que la surface de bassin versant de la zone verte.
Il faudra refaire tourner le script sur la CLC (à faire au Cemagref).
