task | description |
---|---|
cloud | 3D cloud fields |
Older tasks 'cloud-old' and 'cloud-olda' might be still available.
The content version is an attribute in hdf files.
content version | description |
---|---|
10 | initial number (march 2003) |
11 | bug corrected: cc was not truncated to [0,1] after matching zoom grids or collecting levels, which lead to strange cco/ccu values (oct 2003) |
file | param | description | unit | levels | from | time res. (hr) | grib code | hor. comb. | vert. comb | Comments |
---|---|---|---|---|---|---|---|---|---|---|
cld | clwc | cloud liquid water content | kg/kg | 1:lm | gg | [21,03], .. | 246 | mass average | mass average | old file 'a' |
ciwc | cloud ice water content | kg/kg | 1:lm | gg | [21,03], .. | 247 | mass average | mass average | old file 'a' | |
cc | cloud cover | 0-1 | 1:lm | gg | [21,03], .. | 248 | mass average | mass average | old file 'a' | |
cco | overhead cloud cover | 0-1 | 1:lm | gg | [21,03], .. | 249 | - | max random overlap;
bottom |
not a ECMWF field;
computed from cc |
|
ccu | underfeet cloud cover | 0-1 | 1:lm | gg | [21,03], .. | 250 | - | max random overlap;
top |
not a ECMWF field;
computed from cc |
|
Cloud fields are valid for 6 hour intervals, computed from ECMWF fields valid for the mid of the interval.
Cloud parameters are loaded as a Gaussian grid.
Fractions of each gg cell are asigned to TM cells following
section 4.9.4;
the saved clwc and ciwc correspond to the variables.
The incloud mixing ratio's might be computed from
.
For small cloud covers, e.g.
, the incloud mixing ratio
should be set to zero; the user is encouraged to do deceide
on the treshold for himself ...
The overhead and underfeet cloud covers are the total cloud covers above or below a level interface.
output level | implict output level | cco | ccu |
---|---|---|---|
lm+1 | above model top; implicit 0.0 | ||
lm | above floor of highest layer | below ceiling of highest layer (model top) | |
: | |||
k | above floor of layer k | below ceiling of layer k | |
: | |||
1 | above floor of lowest layer (surface) | below ceiling of lowest layer | |
0 | below surface; implicit 0.0 |
(Peter van Velthoven, 16/11/2002)
How to interpolate cloud cover (0-1) and cloud liquid
water mixing ratio
(kg water/kg air) to the TM grid ?
Consider 2 similar cells 1 and 2 of the base grid
(figure 4.9.4).
Suppose we want to calculate the cloud cover and liquid water
mixing ratio in cell 3.
Cell 3 has fractional overlap with cell 1 and
with cell 2.
The areas of cell 1 and 2 are and
,
presure gradients are
and
,
masses are
and
.
The amount of liquid water (kg) in cell 1 is
(and in cell 2
).
We want to know the values of cloud cover and liquid water content
in cell 3 which has a different size.
The area of cell 3 is (indicated by the red lines):
Fractions of cell 1 and
of cell 2 are cloudy (lightblue in figure).
The cloudy air mass of cell 1 is thus
and that of cell 2
.
The cloudy air mass of cell 3 is
which by definition equals
. Combining this with (4.26) gives :
The amount of liquid water in cell 3 is
which by definition equals
.
Combining this with (4.26) gives :
All the liquid water is in the cloudy part of the cells.
We might also have defined the in-cloud mixing ratio
.
Since c is less than 1,
is greater than
.
We would expect
to be less variable from cell to cell than
.
The situation with regard to cloud cover interpolation in the vertical is quite complicated.
ECMWF assumes maximum random overlap to calculate overhead cloud cover (total cloud cover) from the cloud covers in each layer. See IFS documentation, Chapter 6. Clouds and large-scale precipitation, 6.2.5 Precipation fractions.
When joining 2 adjacent layers in the vertical it depends on what application one wants to use the joined cloud cover for:
![]() |
(4.29) |
![]() |
(4.30) |
It is not yet clear to me how to join more than 2 adjacent layers according to method 1. When more layers are joined, rather random overlap than maximum overlap should be imposed. Also the assumption of maximum random overlap will be violated when 2 or more layers have been joined, so that it is not possible anymore to calculate the same overhead cloud cover number from the new (joined) layer cloud covers above. That would be my main reason to rather archive the overhead cloud cover itself rather than the interpolated cloud covers per layer.
When combining levels, say from 60 to 25: