|
|
|
| [Science] [BAS home] [Met home] [Beowulf home] [Techdb index] | Antarctic Meteorology |
|
Please note: the files here are from the Hadley Centre and presumably remain their intellectual property, assuming the concept applies The files are "read-only" in this place: don't try the "enter problem" etc features... it won't work.
|
Back to ....
MODEL
Problem 470 )Title: STASH sub-area atmosphere diagnostic failure
Author: Rick Rawlins
First submitted: Wed Nov 15 12:08:22 GMT 2000
An error was introduced at 5.1, causing an explicit failure in STASH routines when attempting to output a sub-area of the global domain. arr2f502.mf77 corrects the failure, including a correction to pp header items describing the sub-area location. [This is independent of sub-areas within STASH timeseries].
______________________________________________
Problem 472 )Title: Diagnostics
Author: Rick Rawlins
First submitted: Thu Nov 16 16:43:16 GMT 2000
Problems with various STASH atmosphere diagnostics discovered at 5.1: (3 232-233,236,245),(5 214),(15 002-003) corrected by arr0f502.mf77. (12,186) by ars3f502.mf77
______________________________________________
Problem 473 )Title: Possible Failure in radiation
Author: J. M. Edwards
First submitted: Thu Nov 30 13:57:31 GMT 2000
If the number of wet and cloudy levels is equal to the number of model levels AND the model manages to generate cloud at at least one grid-point in the top level, a failure can occur in SLVTRP3B (or SLMXDR3A, but that would not be a normal configuration). This failure appears to be quite rare, but it is recommended that the fix adb7f502.mf77 should be used.
______________________________________________
Problem 478 )Title: READFL1A blank CPP continuation line compile error
Author: Paul Selwood
First submitted: Thu Mar 22 13:49:59 GMT 2001
When 5.1 model (or reconfiguration or small execs) are compiled with PrgEnv.3.4.0.2+, READFL1A fails to compile due to a blank CPP continuation line. The modset gpscf502.mf77 fixes this. The correction is included elsewhere for 5.2.
______________________________________________
Problem 481 )Title: STASH zonal means
Author: Rick Rawlins
First submitted: Wed Apr 18 09:51:42 BST 2001
Flop exception in ST_ZONM when zonal means activated in STASH. This is due to variable halo sizes not being accounted for with introduction of new-dynamics. Correction incorporated within arr0f502.mf77, built into vn5.2.
______________________________________________
Problem 482 )Title: Diagnostics on pressure levels
Author: Rick Rawlins
First submitted: Wed Apr 18 10:10:33 BST 2001
No extrapolation is performed for points above the highest model level, and mdis are set. The model evolution may lead to the top model level having points at low pressure, below standard levels used for output. Fields containing some mdis are perfectly valid for fieldsfile output but may lead to problems with post-processing software, and also (potentially) climate meaning - see problem with partial means. Modsets acw2f502.mf77,acw3f502.mf77,acw4f502.mf77 set higher points to the value of the top model level (and also change the interpolation method) - hence 5.2 is amended to remove this issue.
______________________________________________
OCEAN
Problem 463 )Title: Diagnostic size wrongly set up
Author: Jean-Christophe Thil
First submitted: Fri Aug 11 10:08:06 GMT 2000
Ocean fields output as diagnostics have their size wrongly set up in the header. When one does a pumf on the diagnostic file, the header variable NBNPT gets it expected value + 2. For example in job dbvpw, I get NBNPT=290 where I should get 288. It does matter because this variable is used by the plotting routines (PVWAVE-lecore, probably Metview) which then wrap around the graphics when given erroneous input. Interestingly, NBNPT is set to it correct value in the dump.
______________________________________________
Problem 469 )Title: Non-seaice ocean models
Author: R. Hill
First submitted: Fri Nov 3 12:24:44 GMT 2000
At UM 4.5 a number of SWAPBOUNDS calls were introduced to BLOKINIT relating to ice model variables: CARYSALT/HEAT and FLUXTOICE. However the calls are unconditionally called. Since the arrays in question ARE conditionally dimensioned, inappropriate memory access may occur in ocean models which do not use seaice. Modset orh9f502 corrects this. It should be used in all non-seaice ocean models at 5.1/5.0
______________________________________________
UMUI
SCRIPTS
Problem 467 )Title: Transfer failure in autopp_tidyup
Author: Steve Mullerworth
First submitted: Fri Oct 27 14:10:50 GMT 2000
Use script mod gsmu0502 to overcome problem of env variable OPTIND being set to a value other than 1 when putibm is called from autopp_tidyup. The incorrect setting of OPTIND is done by the getopts call in allmods. The 5.2 fix is gsmu1502 modifies allmods to reset OPTIND to 1 after the getopts (NB you cannot modify allmods in a vn5.1 UM job hence the need for a different fix modset).
______________________________________________
RECONFIGURATION
Problem 471 )Title: Model failure after vertical interpolation
Author: Rick Rawlins
First submitted: Thu Nov 16 16:38:36 GMT 2000
When vertical interpolation is invoked by the reconfiguration - which can be required when changing dump packing as well as the model levels or orography - the reconfiguration sometimes throws up positive cloud amount but qcl+qcf = small negative amount - causes failure in SW radiation code in first timestep (R2_RE_MRF_UMIST). Simply zeroing qcl and qcf in the first timestep if sum is negative solves this. Plus setting cloud_fraction to zero, otherwise failure later in the cloud routine (R2_SET_CLOUD) because of division by zero. [A model modset is available to do this at ~t11rr/mirror/ummods/vn5.1/init_q.mf77, but should be corrected in the reconfiguration at 5.2.]
______________________________________________
Problem 476 )Title: No call to FREEZE_SOIL in reconfiguration
Author: Paul Selwood
First submitted: Fri Feb 23 11:53:13 GMT 2001
The reconfiguration at 5.1 is missing a call to FREEZE_SOIL after soil moisture or temperature has been updated from ancillary. This gives an incorrect un/frozen soil fraction which leads to rapid cooling of the soil and in turn the atmosphere. To fix: Use the reconfiguration mods, /u/um1/vn5.2/mods/source/rps8502 /u/um1/vn5.2/mods/source/rps1502 /u/um1/vn5.2/mods/source/abx0502 Also, in the window Model Selection -> Sub-Model Independent -> Script Inserts and Modification Set the environment variable EXECXREF to /u/um1/vn5.2/mods/source/rps9502/rps9f502.mf77 **************************************************************** This mod should be used for all atmosphere jobs that reconfigure soil moisture or temperature from ancillary. **************************************************************** The relevant code has been included for 5.2 builds.
______________________________________________
UTILITIES
GENERAL
Problem 466 )Title: Corruption in partial sum data during I/O
Author: E.Leung
First submitted: Tue Sep 5 11:29:43 GMT 2000
Occasion corruption occurs during I/O operation, causing partial sum data to corrupt, making further accurate calculations in climate meaning impossible.
______________________________________________
MPP
| Past last modified: 9/7/2002 / wmc@bas.ac.uk |
© Copyright Natural Environment Research Council - British Antarctic Survey 2001 |