HAFSv1 related developments and moving-nesting code restructure#610
Conversation
…and allow one to override data integrity checks in FMS restart logic
…hafsv0.3_final Conflicts: atmos_cubed_sphere
…nLiu-NOAA): suite_FV3_HAFS_v0_thompson.xml suite_FV3_HAFS_v0_thompson_nonsst.xml suite_FV3_HAFS_v0_thompson_noahmp.xml suite_FV3_HAFS_v0_thompson_noahmp_nonsst.xml
…sing the prime meridian.
…ling time steps). This is to reduce the overhead introduced by downscaling the coupling variables from FV3ATM parent to nest.
…branch of the hafs-community fork.
…unity/fv3atm into feature/hafsv0.3_final
…FS sa-TKE EDMF PBL scheme for HAFS/hurricane modeling.
in internal tracker output (fort.602, phtcf file).
…eature/mn_cleanup_202211
…up_202211 Conflicts: ccpp/physics
…itch from 'fp-model source' as they were compiled in atmos_cubed_sphere, to 'fp-model consistent' aligned with the FV3atm tree. Minor rounding differences are noted in forecast results.
|
@DusanJovic-NOAA I removed the CMake files in the moving_nest directory and added them to the main CMakeLists.txt in FV3. This makes the structure simpler. Model results with the new setting "fp-model consistent" are slightly different from the old setting of "fp-model source". |
Thanks @wramstrom . This is now much cleaner, and easier to maintain. Now that |
…ommunity/fv3atm into feature/mn_cleanup_202211
…mn_cleanup_202211
|
@BinLiu-NOAA @wramstrom Thanks for making the code changes. The code changes aer clean. One more question, since the moving nest calls are now moved to atmo_model.F90, will this have big impact to the results since previously the moving nest subroutines are called within dycore? |
|
@junwang-noaa The relocation of the moving_nest directory did not change the results when compiled with the exact same compiler options; forecast results were bitwise identical. However, the settings for "fp-model" are different in the FV3 directory vs. the atmos_cubed_sphere model. We have moved over to use the FV3 settings for the moving_nest directory, so there are small differences in the results due to different rounding of floating point numbers. |
|
@jkbk2004 @BinLiu-NOAA ufs-community/ccpp-physics#27 has been merged. It looks like NOAA-GFDL/GFDL_atmos_cubed_sphere#227 needs to be merged before .gitmodules is reverted and submodule pointers are updated here. |
Note: Need to update submodule atmos_cubed_sphere once the PR is merged.
…ommunity/fv3atm into feature/mn_cleanup_202211
|
@grantfirl @BinLiu-NOAA yes, I asked NOAA-GFDL/GFDL_atmos_cubed_sphere#227 to be merged. |
|
@BinLiu-NOAA the cubed sphere pr was merged. can you update the submodule pointer? |
|
@jkbk2004, submodule updated now. Thanks! |
Description
Merge HAFSv1 related developments back to FV3ATM develop branch, including:
Issue(s) addressed
Testing
Regression testing were conducted at the ufs-weather-model level and the HAFS application level. Only HAFS related regression tests get changing results (which is expected). All other regression tests got identical results.
Dependencies