Create a user-friendly "process model" testing capability #380
Conversation
…ernal sounding t_profile,q_profile,ws_profile = -1 to use this option with "input_sounding" in run directory
…directory. Sounding must be of this form.
…lized domain central longitude and domain size in lat/lon
…ed_sphere into ideal-periodic
…array in rayleigh friction computation was iniitaliized but left empty if pressure never less than rf_cutoff. This bug was causing erroneous model-top winds and model crashes.
… separate namelist fv_ideal_nml.
* parallel IO enhancements from GDIT * turn ENABLE_PARALLELRESTART to OFF by default due to crashes on some UFS WM RT platforms
| real(kind=R_GRID) :: deglon=0. !< Longitude (in degrees) used for radiation | ||
| !< calculations for doubly-periodic simulations. | ||
| !< (grid_type = 4). Default value is 0. | ||
| real(kind=R_GRID) :: deg_domain=10. !< Domain size (north-south & east-east) in |
There was a problem hiding this comment.
Should this be set to 11.25 to maintain original 'arbitrary' value of pi/16? (Otherwise will now be pi/18)
fv_processmodel.F90 : Added back the comment header with module usage and alphabetized
|
@lharris4 @XiaqiongZhou-NOAA Reminder to please review this PR. Thank you! |
lharris4
left a comment
lharris4
left a comment
There was a problem hiding this comment.
I think this is fine. Glad to see NSSL's continuing contributions to the FV3 Community.
|
@XiaqiongZhou-NOAA Do you have time to review this PR? Thanks! |
XiaqiongZhou-NOAA
left a comment
XiaqiongZhou-NOAA
left a comment
There was a problem hiding this comment.
This PR add the capability to run idealized double periodic experiments and disables the potential to run similar tests initialized from test_cases when using the full GFS physics. It looks good to me.
|
all test are done ok at ufs-community/ufs-weather-model#2719. @laurenchilutti @lharris4 @bensonr @XiaqiongZhou-NOAA can you merge this pr? |
8 participants
Description
This PR adds a doubly-periodic idealized "Process Model" capability that is customizable by the user at run time via input.nml and that can be run within the UFS framework and is fully compatible with CCPP physics (GFS_PHYS=1). It allows a user to specify a horizontally homogeneous environment (single sounding) to run with any physics suite and grid configuration (dimensions, grid spacing, etc.). Surface and orographic input conditions can be generated by a python script (docs/ideal_processmodel_doc/create_ideal_sfc_oro_input.py) or read from real data files. The regression test runs an supercell storm simulation as a simple example.
This capability is distinct from the idealized dycore tests in test_cases.F90. The new code is meant to work with UFS/CCPP and thus is kept separate in the driver/UFS directory and has an independent namelist.
Initial documentation is included in the docs directory, and could be linked from other documentation as needed.
This work was led by @LarissaReames-NOAA, who did most of the coding. This PR replaces #370 because very unfortunately she cannot currently work on it.
A self-contained run directory that can be cloned by those who'd like to test the code inside a pre-generated run directory can be found here (will be updated to work with final: https://github.com/MicroTed/ufs_ideal_run.git
Fixes/addresses ufs-community/ufs-weather-model/issues/2558
Replaces #370
How Has This Been Tested?
These code changes have been compiled and tested on both Hera and MacOS. Tests have been run to check that all the various types of sounding options can be used successfully. The full suite of regression tests will be run at the weather model level (new RT input data needed).
Checklist:
Please check all whether they apply or not