Changes between Version 2 and Version 3 of udg/ecoms/FAQs/DataSets


Ignore:
Timestamp:
Jun 4, 2013 12:54:17 PM (8 years ago)
Author:
chus
Comment:

Added Tim's reply

Legend:

Unmodified
Added
Removed
Modified
  • udg/ecoms/FAQs/DataSets

    v2 v3  
    22
    33[[Image(peaks.jpg,center,500px)]]
     4
     5Tim Stockdale, from ECMWF, confirmed this is a bug in the IFS cycle used in System4:
     6
     7  The cause of the problem is a bug in the way in which the IFS re-sets the arrays used to keep track of maximum/minimum temperatures and wind gusts, during restarts. It is a somewhat subtle issue, and although our previous version (System 3) used the same code for re-setting arrays, it doers not seem to suffer the same problem. We use restarts when running the coupled model to ensure operational reliability and efficiency, and these can be made to give binary identical results over the restart point (i.e. the fact that a restart took place should be completely invisible). The bug means that the three fields referred to (Tmax, Tmin, max wind gust) are affected by the restart. The bug is still present in the latest version of the IFS, and we will ensure that a fix is made so that by the time we produce System 5 this problem does not exist.
     8
     9  The result of the bug is that the max/min arrays are not reset at the restart point. Thus, the value given for 0Z on the 2nd March is actually the maximum value over the previous 48h instead of over the previous 24h. Roughly half the time it will be correct (ie the max occurred in the previous 24h anyway) and half the time it will be too warm (because the daily max in the 24h was below the preceding daily max, but the model kept the higher value from the day before). Overall there is thus a warm bias. In all cases fields are physically reasonable, but obviously the statistics are wrong.