-
Notifications
You must be signed in to change notification settings - Fork 146
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
UFS-dev PR#98 #1035
UFS-dev PR#98 #1035
Conversation
Changes to Logging and Initialization of the CLM Lake Model
<subcycle loop="2"> | ||
<scheme>mynnsfc_wrapper</scheme> | ||
<scheme>GFS_surface_loop_control_part1</scheme> | ||
<scheme>sfc_nst_pre</scheme> |
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.
Please, removed lines 45-47 related to nsst: RAP suite similar to HRRR suite does not use the NSST physics.
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.
I'd rather not modify the RAP suite. Even if it doesn't match the actual RAP, people have a dozen or so variants of the "FV3_RAP" using nsst with only one or two tweaks.
<scheme>sfc_nst_pre</scheme> | ||
<scheme>sfc_nst</scheme> | ||
<scheme>sfc_nst_post</scheme> | ||
<scheme>lsm_ruc</scheme> |
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.
Should clm_lake be also added to RAP suite similar to HRRR?
<scheme>sfc_nst_post</scheme> | ||
<scheme>noahmpdrv</scheme> | ||
<scheme>sfc_sice</scheme> | ||
<scheme>GFS_surface_loop_control_part2</scheme> |
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.
Should CLM lake model be added to RRFS_v1beta suite?
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.
We should not modify the RRFS_v1beta. It matches a released version of CCPP (theoretically).
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.
@SamuelTrahanNOAA Ok, sounds good.
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.
@SamuelTrahanNOAA I agree. Let's keep it as is.
@tanyasmirnova The changes to the documentation were already reviewed by you in ufs-community#91. This PR is bringing changes that were already approved/merged into the ufs/dev branch back to the ncar/main branch. If there are changes that need to get into the documentation, we should notify @mkavulich and @mzhangw who worked on ufs-community#91. |
@grantfirl Grant, sounds good. In terms of RUC LSM everything looks good to me. |
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.
Looks good to me. Previous comments don't seem to correspond to these changes, I'm guessing they were showing up incorrectly due to merge conflicts?
Identical to ufs-community#98
Contains changes from #1034 until it is merged.