-
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
(Remove interstitial variables for land and ice emissivity and update the land and ice emissivity in the routine setemis) Sm sept21 pr #736
Conversation
…stitial variables
@SMoorthi-emc I see that the code changes also affect RUC LSM. Have tests been run with RUC? |
No
…On Wed, Sep 22, 2021 at 2:34 PM Dom Heinzeller ***@***.***> wrote:
@SMoorthi-emc <https://github.com/SMoorthi-emc> I see that the code
changes also affect RUC LSM. Have tests been run with RUC?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYRIXGKWNQTK43TEZ3DUDIOT7ANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
@tanyasmirnova Would you be able to run a test or two with the suggested changes for land/ice emissivity in RUC? |
My guess is that it should have no impact on RUC as RUC predicts emissivity
for both land and ice.
I will run a regression test after CA related updates are made. I have
never run RUC within my workflow scripts.
Moorthi
…On Wed, Sep 22, 2021 at 2:45 PM Dom Heinzeller ***@***.***> wrote:
@tanyasmirnova <https://github.com/tanyasmirnova> Would you be able to
run a test or two with the suggested changes for land/ice emissivity in RUC?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYV7UO3BLHVNOGLNY5LUDIP4RANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
This change also removed one inconsistency in the current code for initial value of emiss_ice for RUC LSM. In the line 414 of GFS_phys_time_vary.fv3.F90, emiss_ice(ix) = 0.97_kind_phys, but 0.95 is used in GFS_surface_composites.F90: |
Dom,
I made a mini reg test on wcoss dell
"COMPILE | -DAPP=ATM
-DCCPP_SUITES=FV3_GFS_v16,FV3_GFS_v15_thompson_mynn,FV3_GFS_v15_thompson_mynn_RRTMGP,FV3_GSD_v0,FV3_RAP,FV3_HRRR,FV3_RRFS_v1beta,FV3_RRFS_v1alpha
-D32BIT=ON | | fv3 |
RUN | fv3_gsd
|
| fv3 |
RUN | fv3_rrfs_v1alpha
|
| fv3 |
RUN | fv3_rap
|
| fv3 |
RUN | fv3_hrrr
|
| fv3 |
RUN | fv3_rrfs_v1beta
|
| fv3 |"
It turns out that the results changed. So I recreated the baselines and
then the tests passed.
Moorthi
On Wed, Sep 22, 2021 at 2:50 PM Shrinivas Moorthi - NOAA Federal <
***@***.***> wrote:
… My guess is that it should have no impact on RUC as RUC predicts
emissivity for both land and ice.
I will run a regression test after CA related updates are made. I have
never run RUC within my workflow scripts.
Moorthi
On Wed, Sep 22, 2021 at 2:45 PM Dom Heinzeller ***@***.***>
wrote:
> @tanyasmirnova <https://github.com/tanyasmirnova> Would you be able to
> run a test or two with the suggested changes for land/ice emissivity in RUC?
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#736 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ALLVRYV7UO3BLHVNOGLNY5LUDIP4RANCNFSM5EP6BVHQ>
> .
> Triage notifications on the go with GitHub Mobile for iOS
> <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
> or Android
> <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
>
>
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
physics/radiation_surface.f
Outdated
semis_lnd(i) = emsref(8) | ||
else | ||
tmp1 = (fracl(i)-fsno) / fracl(i) | ||
semis_lnd(i) = semis_lnd(i) * tmp1 + (f_one-tmp1)*fsno |
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 think this line has a bug: there is no snow emissivity in the second term on the right side.
physics/radiation_surface.f
Outdated
semis_lnd(i) = emsref(8) | ||
else | ||
tmp1 = (fracl(i)-fsno) / fracl(i) | ||
semis_lnd(i) = semis_lnd(i)*tmp1 + (f_one-tmp1)*fsno |
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.
same bug here
sfcemis_ice = sfcemis_ice*tmp1+emsref(8)*(f_one-tmp1) | ||
else | ||
sfcemis_ice = emsref(8) | ||
endif |
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.
@SMoorthi-emc I don't understand why this change is needed. The fsno is a snow cover fraction on ice, thus, emissivity of ice with partial snow cover will be sfcemis_ice*(f_one-fsno)+emsref(8)*fsno. This formulation was in the original code.
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.
Tanya,
The original code had
" sfcemis_ice = sfcemis_ice*(f_one-fsno)+emsref(8)*fsno"
This assumes that ice fraction is one. This need not be the case with a fractional grid.
If it is a fractional grid, then ice fraction is going to be less than one (this can be true even if there is no land).
What I did is not perfect, but if the snow fraction is less than ice fraction I do the weighted average; if snow fraction is larger than ice fraction, then I assume all ice is covered by snow.
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.
Moorthi, I see now that you are taking care of fractional sea ice. But actually in this part of the code when iemslw=2, the final composition is happening in the last line of the loop:
962 sfcemis(i) = fracl(i)*sfcemis_land + fraco(i)*emsref(1) &
963 & + fraci(i)*sfcemis_ice
Therefore, with the change you made fractional sea ice will be taken into account twice.
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.
No, it is only computing mean value over ice.
The lone
" sfcemis(i) = fracl(i)*sfcemis_land + fraco(i)*emsref(1) &
& + fraci(i)*sfcemis_ice"
does the weight for all three components (land, water and ice)
We could potentially remove local variables, but fo rnow I will not do it.
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 think the original code had a bug. It assumed ice fraction as one in calculating sfcemis_ice.
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.
@SMoorthi-emc @climbfuji @barlage @yangfanglin
Original radiation_surface.f was not accounting for fractional grid, neither was the sfc_sice.f. With the fractional grid sfc_sice.f should provide sncovr_ice(i) and snwdpth_ice(i) as it is solving energy budget (accumulating/melting snow) over the ice fraction of the grid cell. Similarly, if coupled to CICE, it should provide these variables or computed in CICE semis_ice(i).
RUC LSM has its own treatment of sea ice in case of uncoupled to CICE model only, thus, it computes emissivity over ice internally and it is used in radiation_surface.f. RUC LSM also provides sncovr_ice(i) and snwdpth_ice(i). When CICE is coupled to the model, the radiation_surface.f should use semis_ice, or sncover_ice and snwdpth_ice from CICE.
Noah or Noah MP models do not have the sea ice modules, therefore, with these LSMs snow depths and snow cover fractions over ice should be provided by sfc_sice.f or CICE, which is not done yet. I think this PR is a good time to make it work consistently for all scenarios.
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.
When coupled to CICE, CICE provides upward log wave radiation not emissivity.
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 think there is a potential issue that I am trying to think how to fix.
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.
The issue I alluded to above is related to emissivity over sea_ice model CICE6. We import upward longwave radiation from CICE6. Unfortunately, there is some inconsistency in the current coupled model. So, what I did yesterday and today is to remove this inconsistency by defining an estimated "emis_ice" over seaice from the imported upward longwave and ice skin temperature from the ice model. I had to make appropriate changes in the radiation_surface code so that it used this emissivity for sea-ice when the model is coupled. Unfortunately, I had to remove the variable "tice" from "lsm_ruc_run" as this variable and "tskin_ice" are the same and I could not define the same name for two variables in the same meta file (I sent an email to Tanya about this, but haven't heard back yet).
Anyway, my repository has been updated it is what it is under the circumstances.
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.
@SMoorthi-emc I agree with your removal of tice, thank you! Also, I think your solution for emissivity from CICE6 makes sense.
Tanya,
Great catch; I have fixed it.
(code review is working!)
Thanks
Moorthi
…On Thu, Sep 23, 2021 at 1:22 PM tanyasmirnova ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In physics/radiation_surface.f
<#736 (comment)>:
> @@ -887,16 +887,39 @@ subroutine setemis &
fsno = sncovr(i)
sfcemis(i) = sfcemis(i)*(f_one - fsno) + emsref(8)*fsno
+ if (fracl(i) > f_zero) then
+ if (fracl(i) <= fsno) then
+ semis_lnd(i) = emsref(8)
+ else
+ tmp1 = (fracl(i)-fsno) / fracl(i)
+ semis_lnd(i) = semis_lnd(i) * tmp1 + (f_one-tmp1)*fsno
I think this line has a bug: there is no snow emissivity in the second
term on the right side.
------------------------------
In physics/radiation_surface.f
<#736 (comment)>:
> sfcemis(i) = sfcemis(i)*(f_one - fsno) + emsref(8)*fsno
+
+ if (fracl(i) > f_zero) then
+ if (fracl(i) <= fsno) then
+ semis_lnd(i) = emsref(8)
+ else
+ tmp1 = (fracl(i)-fsno) / fracl(i)
+ semis_lnd(i) = semis_lnd(i)*tmp1 + (f_one-tmp1)*fsno
same bug here
------------------------------
In physics/radiation_surface.f
<#736 (comment)>:
> @@ -918,8 +941,14 @@ subroutine setemis &
argh = min(0.50, max(.025,0.01*zorlf(i)))
hrgh = min(f_one,max(0.20,1.0577-1.1538e-3*hprif(i)))
fsno = asnow / (argh + asnow) * hrgh
- sfcemis_ice = sfcemis_ice*(f_one-fsno)+emsref(8)*fsno
+ if (fraci(i) > fsno) then
+ tmp1 = (fraci(i) - fsno) / fraci(i)
+ sfcemis_ice = sfcemis_ice*tmp1+emsref(8)*(f_one-tmp1)
+ else
+ sfcemis_ice = emsref(8)
+ endif
@SMoorthi-emc <https://github.com/SMoorthi-emc> I don't understand why
this change is needed. The fsno is a snow cover fraction on ice, thus,
emissivity of ice with partial snow cover will be
sfcemis_ice*(f_one-fsno)+emsref(8)*fsno. This formulation was in the
original code.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYU7OJVNU24WDKQTV5DUDNO6BANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
Thank you! |
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.
The changes look ok to me. One question: in line 187 of GFS_radiation_surface.F90, why is only 'snodl' (not 'snodi') passed to subroutine 'setalb'?
I did not make any changes to setalb routine. It is the original version,
as I was not dealing with albedo.
Moorthi
…On Wed, Oct 20, 2021 at 1:11 PM JongilHan66 ***@***.***> wrote:
***@***.**** approved this pull request.
The changes look ok to me. One question: in line 187 of
GFS_radiation_surface.F90, why is only 'snodl' (not 'snodi') passed to
subroutine 'setalb'?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYSACYITLAYANDQCSSLUH3Z2DANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
Is the old 'snowd' equivalent with 'snodl' or [(ice fraction)'snodi' + (land fraction)'snodl']? If it is the latter, the latter should be passed to 'setalb'. |
The "snowd" is "the new "snodl".
You can see this by looking at "meta" file.
…On Wed, Oct 20, 2021 at 1:29 PM JongilHan66 ***@***.***> wrote:
Is the old 'snowd' equivalent with 'snodl' or [(ice fraction)*'snodi' +
(land fraction)*'snodl']? If it is the latter, the latter should be
passed to 'setalb'.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYW4JC7ZN4XOPW5XRUDUH34AFANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
@climbfuji @SMoorthi-emc I think we still need to run the test before/after the changes. I can run the test with RUC LSM if I have the code before/after. |
|
I see. Thanks!! |
Jongil, but, to some extent you are right. The "setalb" does need to be
fixed. I wasn't going to change it, but maybe I should give it a try.
Moorthi
…On Wed, Oct 20, 2021 at 1:46 PM JongilHan66 ***@***.***> wrote:
The "snowd" is "the new "snodl". You can see this by looking at "meta"
file.
… <#m_-511969675068525709_>
I see. Thanks!!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYSYGBXSPSHKUP4WMOLUH357XANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
@SMoorthi-emc also snodi is only available from RUC. Do you define it somewhere for Noah or Noah MP. snodi is used in setemis for all LSMs.
|
@SMoorthi-emc They are from sfc_sice. Since lsm is called before sice, snodi from ruc will be overwritten by the value from sice. Right?
|
Jongil,
After looking at "setalb" again, I have decided to change "snodl" by
"snodi" as this array is used only for icy points.
However, I admit that "setalb" still does not work right for fractional
grid where both land and ice can exist, but that change is beyond the scope
of this PR.
Helin, yes, snodi is set in sfc_sice for the uncouple non-RUC GFS. For the
coupled model it is set in sfc_cice.
When RUC lsm is called, you should not call sfc_sice (should not be in SDF).
…On Wed, Oct 20, 2021 at 2:09 PM HelinWei-NOAA ***@***.***> wrote:
@SMoorthi-emc <https://github.com/SMoorthi-emc> They are from sfc_sice.
Since lsm is called before sice, snodi from ruc will be overwritten by the
value from sice. Right?
@SMoorthi-emc <https://github.com/SMoorthi-emc> also snodi is only
available from RUC. Do you define it somewhere for Noah or Noah MP. snodi
is used in setemis for all LSMs.
Jongil, but, to some extent you are right. The "setalb" does need to be
fixed. I wasn't going to change it, but maybe I should give it a try.
Moorthi
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYXABT453U5ONUNPAXLUH4AVDANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
Moorthi, thanks for more clarification and fix. -Jongil |
@SMoorthi-emc Agree with your modification. snodi is used for icy points for both alb and emiss. Please ignore my last message. Thanks.
|
physics/radiation_surface.f
Outdated
@@ -298,7 +298,7 @@ end subroutine sfc_init | |||
!! \n 1) climatological surface albedo scheme (\cite briegleb_1992) | |||
!! \n 2) MODIS retrieval based scheme from Boston univ. | |||
!!\param slmsk (IMAX), sea(0),land(1),ice(2) mask on fcst model grid | |||
!!\param snowf (IMAX), snow depth water equivalent in mm | |||
!!\param snowf (IMAX), snow depth water equivalent in mm over land |
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.
May be over ice?
Yes, but now you are opening a can of worms. There are lots of
inconsistencies in comments.
I made updates now, but don't claim all comments are complete or correct.
…On Wed, Oct 20, 2021 at 2:41 PM Jun Wang ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In physics/radiation_surface.f
<#736 (comment)>:
> @@ -298,7 +298,7 @@ end subroutine sfc_init
!! \n 1) climatological surface albedo scheme (\cite briegleb_1992)
!! \n 2) MODIS retrieval based scheme from Boston univ.
!!\param slmsk (IMAX), sea(0),land(1),ice(2) mask on fcst model grid
-!!\param snowf (IMAX), snow depth water equivalent in mm
+!!\param snowf (IMAX), snow depth water equivalent in mm over land
May be over ice?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#736 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYRKC5OSRYJM3Q2COVTUH4EL3ANCNFSM5EP6BVHQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
|
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.
The code 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.
The changes look reasonable based on my understanding of the code.
This PR addresses the ccpp-physics issue # 735