-
Notifications
You must be signed in to change notification settings - Fork 727
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
Add multilayer UCMs to YSU PBL parameterization #1196
Conversation
@eahendricks Here is the
Here is a
Note that the top several hashes have changed, but your commits are all intact. If you are interested in reconstructing what I have done:
|
@eahendricks |
@kkeene44 @eahendricks @weiwangncar @dudhia
Kelly, Wei and Jimy, |
CALL shinhonginit(RUBLTEN,RVBLTEN,RTHBLTEN,RQVBLTEN,& | ||
|
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.
This is an unnecessary added blank line. I'd remove it, but I don't want to trigger a full regression test just for this.
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.
Sorry about that, Dave. Must have accidentally added that space when modifying the wrf_error_fatal print.
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.
@eahendricks
Eric,
This change could be handled entirely on github. However, go ahead and clone this repo, make the change, do the git add - commit - push.
jenkins:
|
@eahendricks If there are mods to make (and there always are), you want to make them to my fork and this branch. Let me know if you have questions. |
@eahendricks @davegill Very nice... |
@eahendricks As a general question, is it possible to make this one ysu call instead of two (one with urban and one without)? This could in general be a good idea so that one module is not diverging from another. |
Eric, |
@weiwangncar @davegill Yes, it could be one routine. I thought about doing that initially but elected not to for the following reasons: 1) the YSU developers may not want all the urban variables and a bunch of IFDEFS throughout their routine, 2) there is past precedent for separation of urban PBL schemes in WRF, e.g., for MYJ, module_bl_myjpbl.F (without BEP) and module_bl_myjurb.F (with BEP). |
@eahendricks @weiwangncar @dudhia
Eric, |
@eahendricks Good point. But looking at module_bl_myjurb.F, it hasn't been modified since Mar 2010, while module_bl_myjpbl.F has with last change made in Sept 2012. So the two routines are already different. We could consult the YSU authors to see what they think. |
@davegill @weiwangncar Sounds great, Dave and Wei. I'm happy to add the mods to the original YSU routine if the larger group agrees. I thought about this a little today, and I could do this quite efficiently with just a few if statements. My vote would be one routine for the reasons you guys mentioned (diverging, maintaining two files). |
@eahendricks |
@kkeene44 Yes, I can do this. Let's hold off for now until we hear back from the larger group. A decision will be made whether put the urban changes in the main YSU routine or the separate urban YSU routine. If the decision is the former, this PR will be closed, and a new one will be opened in the future. |
@dudhia @weiwangncar |
Yes, still waiting.
…On Tue, May 19, 2020 at 9:12 AM Dave Gill ***@***.***> wrote:
@dudhia <https://github.com/dudhia> @weiwangncar
<https://github.com/weiwangncar>
Folks,
What is the status of this? Are we waiting for Hong's group to weigh in?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1196 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEIZ77DFNJ2PCOHGSOOLHLDRSKOXRANCNFSM4NCYI2NA>
.
|
Hello, did we hear back from Hong's group yet? |
No, we didn't hear, but please consider Shin-Hong since Hailey Shin
is easier to get in touch with here at NCAR and maybe you already had some
contact.
Jimy
…On Wed, Sep 16, 2020 at 1:08 PM eahendricks ***@***.***> wrote:
Hello, did we hear back from Hong's group yet?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1196 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEIZ77ATU6MG4TXELMTCDA3SGEEI7ANCNFSM4NCYI2NA>
.
|
Is there a way for us to see how much code is modified in YSU? |
I think our suggestion is to propose a commit in an existing scheme. Maybe Shin-Hong. But it would be good to know the size of the differences in that case. |
@weiwangncar I attached a diff file. The changes are not too substantial, but many new arrays are passed into YSU. If you think the size of the difference is not too great, then I agree, it would be best from a code maintenance perspective to have one routine. I can ask Hailey her opinion as well. |
OK, Shin-Hong will be almost the same as YSU probably in the parts you
change.
…On Wed, Sep 16, 2020 at 2:02 PM eahendricks ***@***.***> wrote:
@weiwangncar <https://github.com/weiwangncar> I attached a diff file. The
changes are not too substantial, but many new arrays are passed into YSU.
@dudhia <https://github.com/dudhia> These changes are for YSU only
(option 1), not Shin-Hong (option 11). The multilayer UCMs could be added
to Shin-Hong in the future perhaps, but that would be a different commit.
If you think the size of the difference is not too great, then I agree, it
would be best from a code maintenance perspective to have one routine. I
can ask Hailey her opinion as well.
diff_ysu_ysuurb.log
<https://github.com/wrf-model/WRF/files/5234650/diff_ysu_ysuurb.log>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1196 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEIZ77FM6FIPPPLMFVNVTN3SGEKU3ANCNFSM4NCYI2NA>
.
|
@dudhia Good to know. I can definitely do that in the future. |
TYPE: enhancement
KEYWORDS: BEP, BEP+BEM, YSU PBL scheme, vertical diffusion solvers
SOURCE: Eric A. Hendricks (NCAR/RAL/NSAP)
DESCRIPTION OF CHANGES:
(Replaces #1195 Add multilayer UCMs to YSU PBL parameterization)
Physics enhancement where multilayer BEP and BEP+BEM UCMs are added to the YSU PBL scheme. 1. The implicit (A) and explicit (B) BEP and BEP+BEM source terms are added as forcing to the YSU implicit vertical diffusion equation solvers. Forcing is applied for zonal momentum, meridional momentum, potential temperature, and water vapor mixing ratio. The A sources are added to the tridiagonal matrix and the B sources are added to the explicit term vectors.
2. The finite differencing is modified using the BEP volume fraction and surface fraction not occupied by buildings.
3. The BEP and BEP+BEM TKE tendency terms are added to the diagnostic TKE in YSU when topographic drag is turned on.
References:
Martilli et al. (2009), description of the modifications made in WRF.3.1 and short user's manual of BEP, NCAR technical note.
Hendricks, E. A., J. C. Knievel, and Y. Wang, 2020: Addition of multilayer urban canopy models to a nonlocal planetary boundary layer parameterization and evaluation using ideal and real cases, J. Appl. Met. Clim., submitted.
LIST OF MODIFIED FILES:
M phys/Makefile
A phys/module_bl_ysuurb.F
M phys/module_pbl_driver.F
M phys/module_physics_init.F
TESTS CONDUCTED:
Real-case 48-h simulations of Houston urban area were conducted (10/05/2017-10/07/2017) with an innermost nest grid spacing of 1 km. The following test suite was set up based upon discussions with Mike Barlage:
Baseline tests (version before physics enhancement):
New code tests (new version with enhancement):
Hendricks et al. (2020) demonstrated that the scheme works properly and produces expected behaviors. Results are qualitatively similar to MYJ and BOULAC with BEP and BEP+BEM. Minor differences are due to the different handling of vertical mixing among the schemes.
Since YSU is now functional with BEP and BEP+BEM, this line was added to replace the old lines in module_physics_init.F for all other PBL routines:
This printout was shown to occur when attempting to run PBL schemes without BEP and BEP+BEM functionality.
The restart capability was demonstrated to function properly with the new YSU BEP and YSU BEP+BEM code.
RELEASE NOTE: The multilayer BEP and BEP+BEM UCMs are added to the YSU PBL scheme (joining MYJ and Boulac). Reference: Hendricks, E. A., J. C. Knievel, and Y. Wang, 2020: Addition of multilayer urban canopy models to a nonlocal planetary boundary layer parameterization and evaluation using ideal and real cases, J. Appl. Met. Clim., submitted.