-
Notifications
You must be signed in to change notification settings - Fork 176
Bring in some HAFSv2 related UFSATM developments #1047
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Bring in some HAFSv2 related UFSATM developments #1047
Conversation
…NOAA-EMC#618) * Use 32bit value for 'missing_value' and '_FillValue' attributes
3DTKE related updates from @JongilHan66.
…to feature/hafsv2p2_baseline
…hafsv2p2_baseline
…mpson_noahmp_rrtmgp schemes. - suite_FV3_HAFS_v2_coupled.xml - suite_FV3_HAFS_v2.xml Note: There is a 37-character length limit for suite names.
The following changes are from @RongqianYang-NOAA, @barlage, and @wramstrom, to address NoahMP LSM and sea-ice related moving-nesting issues. - Add snow layer and snow soil layer thickness to GFS_type. - Add checks for soil moisture for Noah MP. - Changes for distinguishing between new and old points for snow-related fields reset in moving nest physics. - Add leading_edge logical array to indicate which nest points have been interpolated. Needed for NOAH MP moving nest upgrades. - NOAHMP moving nest sea ice and cryosphere fixes and added variables tiice, tisfc, sncovr, fice, hice. Notes: Lots of contribution (discussions/diagnostics/debugging/testing) from @ChuankaiWang-NOAA, @yonghuiweng, ZhanZhang-NOAA, @[email protected], @[email protected], @BinLiu-NOAA as well.
…o feature/hafsv2p2_baseline
options of tc_rain and tc_snow for adjustments of max terminal fall speeds of rain and snow under TC conditions.
… Lanczos-like temporal filter
| GFS_Sfcprop%zorlwav(im) = -999.0_GFS_kind_phys | ||
| ! if (GFS_Sfcprop%oceanfrac(im) > zero .and. datar8(i,j) > zorlmin) then | ||
| if (GFS_Sfcprop%oceanfrac(im) > zero) then | ||
| if (mergeflg(i,j)) datar8(i,j)=GFS_Sfcprop%zorlw(im) ! use initial value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@DeniseWorthen This section of source code changes were made by @binli2337 previously before he left. If you get a chance, could you please help to review/check if these changes are appropriate? Also, will these modifications change answers for any existing ufs-weather-model coupled Regression Tests? Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did @binli2337 provide an explanation on whatever PR he made in HAFS to bring these changes in?
You'll have to run the full RT to determine if baseline changes occur.
Add RRTMGP initialization flags and revert hardcoding of mpiroot.
….meta, GFS_typedefs.F90, GFS_typedefs.meta so that convective adjustment time can be tunable, introducing two parameters cat_adj_deep and cat_adj_shal for this
rain and snow in Thompson MP scheme
…stment time can be tunable, introducing two parameters cat_adj_deep and cat_adj_shal for this
Description
This PR combines the following HAFS related developments and bring them back to UFSATM and related ufs-weather-model submodules.
Issue(s) addressed
Link the issues to be closed with this PR, whether in this repository, or in another repository.
(Remember, issues should always be created before starting work on a PR branch!)
Testing
How were these changes tested?
What compilers / HPCs was it tested with?
Are the changes covered by regression tests? (If not, why? Do new tests need to be added?)
Have the ufs-weather-model regression test been run? On what platform?
Technical and retrospective/real-time-parallel testing were conducted with the UFS-HAFS hurricane application.
Dependencies
If testing this branch requires non-default branches in other repositories, list them.
Those branches should have matching names (ideally)
Do PRs in upstream repositories need to be merged first?
If so add the "waiting for other repos" label and list the upstream PRs