Last edited Timestamp?
Author : Tim Graham
ticket : #1447
Branch : dev_r5187_UKMO13_simplification
Description
Creation of an offline tool (SCOORD_GEN) to generate a vertical coordinates input file for use with S coordinates. This has been carried out by copying the model code to an offline tool and then modifying it to suppress the use of 3D arrays (to reduce memory usage). The tool has been created in preparation for the removal of the vertical grid definition from the code. The output file should contain all variables that are necessary to restart the model.
Testing
Testing could consider (where appropriate) other configurations in addition to NVTK].
| SETTE Tested | '''N/A |
| Other model configurations | '''YES |
| Processor configurations tested | [ N/A ] |
| If adding new functionality please confirm that the New code doesn't change results when it is switched off and ''works'' when switched on | '''NA''' |
(Answering UNSURE is likely to generate further questions from reviewers.)
'Please add further summary details here'
The tool has been tested by comparing vertical coordinate output in the mesh_mask file from the AMM12 configuration to the output from the tool. The following variables were compared and were equal to the last bit: mbathy, hbatt, hbatu, hbatv, hbatf, e3t_0, e3u_0, e3v_0, e3w_0, gdept_0. In the case of mbathy the final smoothing stage (removal of isolated grid points) is not included in the tool as this is not unique to S coordinates. It could be added in future though.
Coordinates were generated using Song/Haidvogel? 1994, Siddorn/Furner? 2012, and tanh functions.
Functionality is also included to apply tapering to the coordinates in the vicinity of the equator and has been tested. Note that there is a bug in the online code for this as the test to see if the domain crosses the equator is applied at a processor level instead of the global domain. If this bug is fixed then results are unchanged. This bug should be fixed in vn3.6 stable (and the trunk until that section of code is removed).
Bit Comparability
| Does this change preserve answers in your tested standard configurations (to the last bit) ? | '''N/A ''' |
| Does this change bit compare across various processor configurations. (1xM, Nx1 and MxN are recommended) | '''N/A |
| Is this change expected to preserve answers in all possible model configurations? | '''YES |
| Is this change expected to preserve all diagnostics? ,,''Preserving answers in model runs does not necessarily imply preserved diagnostics. '' | '''YES |
If you answered '''NO''' to any of the above, please provide further details:
- Which routine(s) are causing the difference?
- Why the changes are not protected by a logical switch or new section-version
- What is needed to achieve regression with the previous model release (e.g. a regression branch, hand-edits etc). If this is not possible, explain why not.
- What do you expect to see occur in the test harness jobs?
- Which diagnostics have you altered and why have they changed?Please add details here........
System Changes
| Does your change alter namelists? | '''NO ''' |
| Does your change require a change in compiler options? | '''NO ''' |
Requires its own namelist in the TOOL directory
Resources
None
IPR issues
| Has the code been wholly (100%) produced by NEMO developers staff working exclusively on NEMO? | '''YES ''' |
If No:
- Identify the collaboration agreement details
- Ensure the code routine header is in accordance with the agreement, (Copyright/Redistribution? etc).Add further details here if required..........
