Open plesager opened 7 years ago
As of bc9e095, this is not an issue on the rhino (KNMI)
platform. Tested on PRIMAVERA high res output with CDFTOOLS 4 (my fork/branch which fixes the MOC computation):
depthw = -0, -1.023907, -2.10319, -3.251309, -4.485053, -5.825238,
-7.297443, -8.932686, -10.7679, -12.84599, -15.21527, -17.92792,
-21.03757, -24.59599, -28.64965, -33.23697, -38.3871, -44.12101,
-50.45447, -57.40257, -64.9846, -73.2287, -82.17556, -91.88141,
-102.4202, -113.8852, -126.3909, -140.074, -155.095, -171.6402,
-189.9228, -210.1845, -232.697, -257.7629, -285.7158, -316.9199,
-351.768, -390.6786, -434.0905, -482.4563, -536.2332, -595.8721,
-661.8052, -734.4321, -814.1057, -901.118, -995.6885, -1097.954,
-1207.963, -1325.672, -1450.95, -1583.582, -1723.28, -1869.693,
-2022.425, -2181.044, -2345.101, -2514.137, -2687.699, -2865.347,
-3046.659, -3231.24, -3418.723, -3608.769, -3801.072, -3995.354,
-4191.367, -4388.89, -4587.726, -4787.702, -4988.667, -5190.488,
-5393.049, -5596.249, -5800 ;
Works fine with EC-Earth 3.2.3 default output when using CDFTOOLS4 (rhino@KNMI), but not when using CDFTOOLS 3.0.0 (cca@ECMWF).
the depthw is 0 at every level in the MOC monthly file produced by nemo_post.sh. Need further investigation.