A new version of the FAST (33 bins) Spectral-Bin Microphysics (FSBM) by smileMchen · Pull Request #1085 · wrf-model/WRF

smileMchen · 2020-02-10T22:55:58Z

TYPE: enhancement / new features

KEYWORDS: cloud microphysics, polarimetric-forward-operator

SOURCE: Jacob Shpund, Alexander Khain, and Barry Lynn (The Hebrew University of Jerusalem)

DESCRIPTION OF CHANGES: A new updated FSBM cloud microphysical scheme.
There are updates across all the FSBM microphysical scheme including: switch to use either graupel or hail, condensation/evaporation, nucleation (cloud base nucleation, 3 log-normal user-defined aerosol distribution), adaptive cond./evap. time-step, updated collision-coalescence, spontaneous rain breakup, spontaneous snow breakup.
A forward polarimetric operator is coupled to the FSBM scheme, where the user can see the total reflectivity field, as well as the per hydrometeor total reflectivity (rain, snow, graupel/hail). Please see mandatory input tables info in the RELEASE NOTE.

Modified PR from the original #848 A new version of the FAST (33 bins) Spectral-Bin
Microphysics (FSBM). Mostly inadvertent white space removed.

LIST OF MODIFIED FILES:
M Makefile
M Registry/registry.em_shared_collection
A Registry/registry.polrad
M Registry/registry.sbm
M arch/postamble
M dyn_em/solve_em.F
M phys/Makefile
M phys/module_diag_misc.F
M phys/module_diagnostics_driver.F
M phys/module_microphysics_driver.F
A phys/module_mp_SBM_polar_radar.F
M phys/module_mp_fast_sbm.F
M phys/module_physics_init.F

TESTS CONDUCTED: The WTF has not been used yet for the updated FSBM code.
However, the code has been compiled and used successfully for 10h of deep convection of the 20th May 2011 MC3E campaign test case (a manuscript consist of scheme details has been submitted for publication):

Compiled using Intel compiler 2019 (ifort version 19.0.3.199)
Configured using options 15 INTEL (ifort/icc, dmpar) and nest option 1.
BC/IC used the NCEP FNL (Final) Operational Global Analysis data are on 1-degree by 1-degree grids
Domain setup and time step (5s per 1.3 km):

&domains
time_step = 15,
time_step_fract_num = 0,
time_step_fract_den = 1,
max_dom = 2,
dx = 4000, 1333.33,
dy = 4000, 1333.33,
grid_id = 1, 2,
parent_id = 0, 1,
parent_grid_ratio = 1, 3,
parent_time_step_ratio = 1, 3,
...

In order to use the bin-wise polarimetric forward operator, a new flag must exist in the <namelist.input> file:

&physics
sbm_diagnostics = 1, 1,

The FAST SBM code is not currently configure to work with default 8-byte reals.

RELEASE NOTE:
Fast (33bins) Spectral-bin Microphysics (FSBM): in order to run the new FSBM scheme, users needs to download an external directory named "SBM_input_33" consist of mandatory input tables and place it in the 'run' directory.
In case the coupled polarimetric forward operator is to be used (e.g., 'sbm_diagnostics = 1'), a second directory consist of scattering amplitudes named "SBM_scatter_amplit.tgz" needs to be placed in the 'run' directory.
Both directories are compressed and can be downloaded at the following link:
https://drive.google.com/drive/folders/1qxYyQwKI1wKQYasDUkQvVgHs11prLiqA?usp=sharing
The FAST SBM code is not currently configure to work with default 8-byte reals.

JS-WRF · 2020-02-12T18:39:34Z

@davegill @smileMchen @dudhia
Dave, Ming and Jimy -- thanks a lot for pushing this forward in a short time.
After reviewing the changes, I have several questions:

In the you are linking the SBM_input_33 which is fine, but also the scattering tables which we agreed will be at an external link. Did you decided to include the this tables directory?
This table is for S-band radar (11cm wavelength; standard for WSR-88D in the US). However other wavelength could be used as well. This could be addressed as well in the next bug fix, where I'll provide other wavelength tables (maybe put these in external links).
What's the easiest way to clone this new PR version (A new version of the FAST (33 bins) Spectral-Bin Microphysics (FSBM) #1085 ), so I can review it (mainly the <module_mp_fast_sbm.F> file which has multiple differences). I would like also to run the MC3E test case as Dave suggested.
How different will the "release notes" be for users of this version until the next bug fix (which hopefully will enable us to use the polarimetric operator)?

dudhia · 2020-02-12T23:15:40Z

I can answer 2. In the PR go to click on the "from" link. You can clone from that repository (smileMchen) and go to that branch. Jimy

…

On Wed, Feb 12, 2020 at 11:39 AM Jacob Shpund ***@***.***> wrote: @davegill <https://github.com/davegill> @smileMchen <https://github.com/smileMchen> @dudhia <https://github.com/dudhia> Dave, Ming and Jimy -- thanks a lot for pushing this forward in a short time. After reviewing the changes, I have several questions: 1. In the you are linking the SBM_input_33 which is fine, but also the scattering tables which we agreed will be at an external link. Did you decided to include the this tables directory? This table is for S-band radar (11cm wavelength; standard for WSR-88D in the US). However other wavelength could be used as well. This could be addressed as well in the next bug fix, where I'll provide other wavelength tables (maybe put these in external links). 2. What's the easiest way to clone this new PR version (#1085 <#1085> ), so I can review it (mainly the <module_mp_fast_sbm.F> file which has multiple differences). I would like also to run the MC3E test case as Dave suggested. 3. How different will the "release notes" be for users of this version until the next bug fix (which hopefully will enable us to use the polarimetric operator)? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1085?email_source=notifications&email_token=AEIZ77EP2CSCGBDB66NIAJ3RCQ66PA5CNFSM4KSXCI3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELR5B6A#issuecomment-585355512>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEIZ77DZHKQ2AEROZTTBTPDRCQ66PANCNFSM4KSXCI3A> .

JS-WRF · 2020-02-13T07:13:56Z

@dudhia @davegill @smileMchen

Jimy -- got it, thanks.
Dave / Ming -- while configuring for idealize/real cases (option 13/0, 15/1), the compilation aborted for the radiation driver module:

module_radiation_driver.f90(2001): error #5082: Syntax error, found '.OR.' when expecting one of: ( <IDENTIFIER> <CHAR_CON_KIND_PARAM> <CHAR_NAM_KIND_PARAM> <CHARACTER_CONSTANT> <INTEGER_CONSTANT> ...
                              .OR. sw_physics.eq.RRTMK_SWSCHEME &
------------------------------^
compilation aborted for module_radiation_driver.f90 (code 1)

The configuration includes the default settings:
-DBUILD_BUILD_POLAR_HUCM=0

Compiler info:

ifort (IFORT) 19.0.3.199 20190206
Copyright (C) 1985-2019 Intel Corporation.  All rights reserved.

dudhia · 2020-02-13T16:37:24Z

There may be an extra .OR. there on the previous line.

…

On Thu, Feb 13, 2020 at 12:13 AM Jacob Shpund ***@***.***> wrote: @dudhia <https://github.com/dudhia> @davegill <https://github.com/davegill> @smileMchen <https://github.com/smileMchen> Jimy -- got it, thanks. Dave / Ming -- while configuring for idealize/real cases (option 13/0, 15/1), the compilation aborted for the radiation driver module: module_radiation_driver.f90(2001): error #5082: Syntax error, found '.OR.' when expecting one of: ( <IDENTIFIER> <CHAR_CON_KIND_PARAM> <CHAR_NAM_KIND_PARAM> <CHARACTER_CONSTANT> <INTEGER_CONSTANT> ... .OR. sw_physics.eq.RRTMK_SWSCHEME & ------------------------------^ compilation aborted for module_radiation_driver.f90 (code 1) The configuration includes the default settings: -DBUILD_BUILD_POLAR_HUCM=0 Compiler info: ifort (IFORT) 19.0.3.199 20190206 Copyright (C) 1985-2019 Intel Corporation. All rights reserved. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1085?email_source=notifications&email_token=AEIZ77BJNNRXKLTUW4CZ4O3RCTXLLA5CNFSM4KSXCI3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELTVGUQ#issuecomment-585585490>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEIZ77FWPYDUXYQHVKBRGALRCTXLLANCNFSM4KSXCI3A> .

dudhia · 2020-02-13T16:41:44Z

This should only be a problem if RRTMG fast and RRTMK shortwave are both being built. I am not sure what default they set for those, Jimy

…

On Thu, Feb 13, 2020 at 9:37 AM Jimy Dudhia ***@***.***> wrote: There may be an extra .OR. there on the previous line. On Thu, Feb 13, 2020 at 12:13 AM Jacob Shpund ***@***.***> wrote: > @dudhia <https://github.com/dudhia> @davegill > <https://github.com/davegill> @smileMchen <https://github.com/smileMchen> > > Jimy -- got it, thanks. > Dave / Ming -- while configuring for idealize/real cases (option 13/0, > 15/1), the compilation aborted for the radiation driver module: > > module_radiation_driver.f90(2001): error #5082: Syntax error, found '.OR.' when expecting one of: ( <IDENTIFIER> <CHAR_CON_KIND_PARAM> <CHAR_NAM_KIND_PARAM> <CHARACTER_CONSTANT> <INTEGER_CONSTANT> ... > .OR. sw_physics.eq.RRTMK_SWSCHEME & > ------------------------------^ > compilation aborted for module_radiation_driver.f90 (code 1) > > The configuration includes the default settings: > -DBUILD_BUILD_POLAR_HUCM=0 > > Compiler info: > > ifort (IFORT) 19.0.3.199 20190206 > Copyright (C) 1985-2019 Intel Corporation. All rights reserved. > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <#1085?email_source=notifications&email_token=AEIZ77BJNNRXKLTUW4CZ4O3RCTXLLA5CNFSM4KSXCI3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELTVGUQ#issuecomment-585585490>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AEIZ77FWPYDUXYQHVKBRGALRCTXLLANCNFSM4KSXCI3A> > . >

smileMchen · 2020-02-13T18:19:30Z

@JS-WRF @dudhia @davegill
There is an extra .OR. in the code phys/module_radiation_driver.F, which caused the error in compiling. I will fix this.

smileMchen · 2020-02-13T18:37:13Z

The code can be compiled successfully now.

JS-WRF · 2020-02-13T22:08:13Z

@smileMchen @davegill @dudhia

Ming, thank you.
The regular compilation (for idealized case, 13/0; in debug mode "./configure -D") indeed compiles.
However, the regression test ("./configure -r8") doesn't pass, as the FSBM produce multiple type conflicts. I'm not sure what the regression check does, but the standard build compilation should have catch this as well, but didn't as mentioned.
I'm going on board a flight to SF right now, and will hardly be available for the next 24 hours or so.
Can you please double check what's going on?

Thanks,
Kobby

dudhia · 2020-02-13T22:10:32Z

I thought blocking out the polar radar was supposed to solve this. We need to take another look, Jimy

…

On Thu, Feb 13, 2020 at 3:08 PM Jacob Shpund ***@***.***> wrote: @smileMchen <https://github.com/smileMchen> @davegill <https://github.com/davegill> @dudhia <https://github.com/dudhia> Ming, thank you. The regular compilation (for idealized case, 13/0; in debug mode "./configure -D") indeed compiles. However, the regression test ("./configure -r8") doesn't pass, as the FSBM produce multiple type conflicts. I'm not sure what the regression check does, but the standard build compilation should have catch this as well, but didn't as mentioned. I'm going on board a flight to SF right now, and will hardly be available for the next 24 hours or so. Can you please double check what's going on? Thanks, Kobby — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1085?email_source=notifications&email_token=AEIZ77AM2GYVVKKIZP3MSFTRCXAE5A5CNFSM4KSXCI3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELWZNRA#issuecomment-585995972>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEIZ77BDGAJHQNJ5ANIVVRTRCXAE5ANCNFSM4KSXCI3A> .

smileMchen · 2020-02-13T23:29:34Z

@kobby,
I just compiled this code with -r8. Below is what I did:

./clean -a
./configure -r8
./compile em_real &> r8.log&

It is successfully compiled. ( I compile with gnu/9.1.0)

dudhia · 2020-02-13T23:32:35Z

Kobby should provide his error messages. Could he have used the wrong branch?

…

On Thu, Feb 13, 2020 at 4:29 PM smileMchen ***@***.***> wrote: @kobby <https://github.com/kobby>, I just compiled this code with -r8. Below is what I did: ./clean -a ./configure -r8 ./compile em_real &> r8.log& It is successfully compiled. ( I compile with gnu/9.1.0) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1085?email_source=notifications&email_token=AEIZ77A7MGQENKLSRXFNAFLRCXJV5A5CNFSM4KSXCI3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELXAAUQ#issuecomment-586022994>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEIZ77DV6YU6QNEU463PAS3RCXJV5ANCNFSM4KSXCI3A> .

JS-WRF · 2020-02-15T14:00:41Z

@smileMchen @davegill @dudhia

Compiling with Intel, the ideal as well as the real regression test fails for the FSBM module.
./configure -r8 (options 13/0)
./configure -r8 (option 15/1)
The corresponding files are attached.

Please advise.

cmp_ideal_R.log
cmp_real_R.log

JS-WRF · 2020-02-19T04:36:20Z

@smileMchen @davegill @dudhia

Folks,
Just making sure you saw my message.

davegill · 2020-02-19T15:54:06Z

@smileMchen
Ming,
Would you please try to build this repo on cheyenne with the default intel compiler 18.0.5.

weiwangncar · 2020-02-19T19:37:00Z

phys/module_microphysics_driver.F

 !
   INTEGER,      INTENT(IN   )    ::       ids,ide, jds,jde, kds,kde
-   INTEGER,      INTENT(IN   )    ::       ims,ime, jms,jme, kms,kme,num_scalar
+   INTEGER,      INTENT(IN   )    ::       ims,ime, jms,jme, kms,kme,num_scalar, num_sbmradar


How does num_sbmradar come into this driver? This may need to be declared 'optional'.

num_sbmradar cannot be declared as optional because it is used as the dimension of the array sbmradar

weiwangncar · 2020-02-19T19:38:56Z

phys/module_microphysics_driver.F


    REAL, DIMENSION( ims:ime , kms:kme , jms:jme ),INTENT(INOUT), OPTIONAL :: th_old,qv_old
    REAL,DIMENSION(ims:ime,kms:kme,jms:jme,num_scalar),INTENT(INOUT), OPTIONAL   :: scalar
+    REAL, DIMENSION(ims:ime,kms:kme,jms:jme,num_sbmradar),INTENT(INOUT) :: sbmradar


I don't see how sbmradar comes into this module either. And this also needs to be declared 'optional'.

@weiwangncar

Indeed, the SBMRADAR needs to be defined as "optional".
It's dimension and definition are derived from the Registry file (at least to my knowledge):
Registry/registry.polrad

into BEFORE_SPACE_REMOVAL

The use of 4-byte and 8-byte reals in the FAST SBM scheme is intermixed with `double precision`. The code works correctly for default 4-byte reals. However, the code will not compile when setting 8-byte reals as the default. The solution is to ifdef out the entire FAST SBM code when building with -r8. Changes to be committed: modified: arch/postamble modified: configure modified: phys/module_microphysics_driver.F modified: phys/module_mp_SBM_polar_radar.F modified: phys/module_mp_fast_sbm.F modified: phys/module_physics_init.F modified: share/module_check_a_mundo.F The code builds successfully on Linux and Mac (both with GNU 7). Both OS options were tested with and without -r8. All tests were conducted with mp_physics = 30 (FAST SBM).

davegill · 2020-02-20T01:42:44Z

@smileMchen @weiwangncar
Folks,
We need to resolve the conflict.
It looks like the mods in the old diag_misc need to be moved to diag_nwp.
I do not seem to be able to get a jenkins test. On the classroom, my mods worked OK with -r8.

Upon further review, I caused the "no test" condition from Jenkins when I disabled some user privileges.

Changes to be committed: modified: module_microphysics_driver.F modified: module_mp_fast_sbm.F

Changes to be committed: modified: module_mp_fast_sbm.F

davegill · 2020-02-20T04:54:59Z

@smileMchen @weiwangncar @dudhia
Folks,
The FSBM is internally OK:

    Test Type              | Expected  | Received |  Failed
    = = = = = = = = = = = = = = = = = = = = = = = =  = = = =
    Number of Tests        : 10           10
    Number of Builds       : 23           23
    Number of Simulations  : 65           65        0
    Number of Comparisons  : 39           39        0

    Failed Simulations are: 
    None
    Which comparisons are not bit-for-bit: 
    None

However, we need to move some diagnostic code from diag_misc to diag_nwp to fix a conflict. Other than fixing the conflict, I think that we are good to go.

davegill · 2020-02-20T19:24:30Z

Now using #1097 "A new version of the FAST (33 bins) Spectral-Bin Microphysics (FSBM)"

Fixed the conflicts without trashing someone else's repo.

…1097) TYPE: enhancement / new features KEYWORDS: cloud microphysics, polarimetric-forward-operator SOURCE: Jacob Shpund, Alexander Khain, and Barry Lynn (The Hebrew University of Jerusalem) DESCRIPTION OF CHANGES: A new updated Fast Spectral Bin Microphysics (FSBM) cloud microphysical scheme. There are updates across all the FSBM microphysical scheme including: 1. switch to use either graupel or hail, condensation/evaporation, nucleation (cloud base nucleation, 3 log-normal user-defined aerosol distribution), 2. adaptive cond./evap. time-step, 3. updated collision-coalescence, 4. spontaneous rain breakup, 5. spontaneous snow breakup. A forward polarimetric operator is coupled to the FSBM scheme. The user can see the total reflectivity field, as well as the per hydrometeor total reflectivity (rain, snow, graupel/hail). Please see mandatory input tables info in the RELEASE NOTE. Modified PR from the original #848 and then the additionally modified PR #1085 A new version of the FAST (33 bins) Spectral-Bin Microphysics (FSBM). From #848 -> #1085 1. Inadvertent white space removed 2. Build with NMM 3. Remove -r8 option From #1085 to #1097 1. Fix conflict introduced with #1095 "Separating new_diagnostics from the rest in diag_misc module" LIST OF MODIFIED FILES: M Makefile M Registry/registry.em_shared_collection A Registry/registry.polrad M Registry/registry.sbm M arch/postamble M configure M dyn_em/solve_em.F M phys/Makefile M phys/module_diag_nwp.F M phys/module_diagnostics_driver.F M phys/module_microphysics_driver.F A phys/module_mp_SBM_polar_radar.F M phys/module_mp_fast_sbm.F M phys/module_physics_init.F M share/module_check_a_mundo.F TESTS CONDUCTED: 1. Automated jenkins regression test is all PASS. 2. The code has been compiled and used successfully for 10h of deep convection of the 20th May 2011 MC3E campaign test case (a manuscript consist of scheme details has been submitted for publication). * Compiled using Intel compiler 2019 (ifort version 19.0.3.199) * Configured using options 15 INTEL (ifort/icc, dmpar) and nest option 1. * BC/IC used the NCEP FNL (Final) Operational Global Analysis data are on 1x1 degree grids - Domain setup and time step (5s per 1.3 km): ``` &domains time_step = 15, time_step_fract_num = 0, time_step_fract_den = 1, max_dom = 2, dx = 4000, 1333.33, dy = 4000, 1333.33, grid_id = 1, 2, parent_id = 0, 1, parent_grid_ratio = 1, 3, parent_time_step_ratio = 1, 3, ``` - In order to use the bin-wise polarimetric forward operator, a new flag must exist in the <namelist.input> file: ``` &physics sbm_diagnostics = 1, 1, ``` - The FAST SBM code is not currently configure to work with default 8-byte reals. RELEASE NOTE: Fast (33 bins) Spectral-bin Microphysics (FSBM): in order to run the new FSBM scheme, users needs to download an external directory named "SBM_input_33" consist of mandatory input tables and place it in the 'run' directory. In case the coupled polarimetric forward operator is to be used (e.g., 'sbm_diagnostics = 1'), a second directory consist of scattering amplitudes named "SBM_scatter_amplit.tgz" needs to be placed in the 'run' directory. Both directories are compressed and can be downloaded at the following link: https://drive.google.com/drive/folders/1qxYyQwKI1wKQYasDUkQvVgHs11prLiqA?usp=sharing (on a Linux machine, you may need to escape the `?` character with `\?`). The FAST SBM code is not currently configure to work with default 8-byte reals.

JS-WRF and others added 16 commits April 4, 2019 14:46

A new FSBM version

a4841ab

Update registry.polrad

00d3db2

Update registry.sbm

d4bea5c

An single line updated in dyn_em/solve_em.F

74b7f3e

Merge branch 'develop' of https://github.com/wrf-model/WRF into newFSBM

8171bac

Merge branch 'newFSBM' of https://github.com/JS-WRF-SBM/WRF into newFSBM

35f5723

Restoring from previous commit

af4b5d3

Update Makefile

2b3c02c

Update Makefile

056d954

Update Makefile

8036f29

Update Makefile

6c3c915

Update module_diag_misc.F

94a1530

Update module_diag_misc.F

38b5d6f

Update module_mp_SBM_polar_radar.F

0a10d8d

Modify code for new FSBM to make it able to compile

3d6ce72

remove white space in several codes

d5e1d12

smileMchen requested review from a team as code owners February 10, 2020 22:55

smileMchen changed the title ~~Before space removal~~ AFTER space removal Feb 10, 2020

davegill changed the title ~~AFTER space removal~~ AFTER space removal - FSBM candidate Feb 10, 2020

davegill changed the title ~~AFTER space removal - FSBM candidate~~ AFTER space removal - FSBM candidate alternate Feb 10, 2020

davegill added 5 commits February 10, 2020 16:49

space attempt

8ba048b

attempt at space reconciliation wrf-model#2

cf93d0f

tab maybe?

6e0bba4

spaces, plural? wrf-model#4

7d89277

next space effort wrf-model#1

3c07f6e

davegill mentioned this pull request Feb 10, 2020

After space removal top of dev repo #1087

Closed

davegill added PHYSICS New Feature Develop Branch labels Feb 11, 2020

Fix the syntax error in phys/module_radiation_driver.F

c835d8d

Merge branch 'develop' into BEFORE_SPACE_REMOVAL

ed0fafa

weiwangncar reviewed Feb 19, 2020

View reviewed changes

smileMchen and others added 3 commits February 19, 2020 14:23

Modify codes to make it able to compile for NMM

12bc0ce

Merge branch 'BEFORE_SPACE_REMOVAL' of https://github.com/smilemchen/WRF

7acf40c

into BEFORE_SPACE_REMOVAL

davegill added 2 commits February 19, 2020 19:28

NMM mods redux

06b98c9

Changes to be committed: modified: module_microphysics_driver.F modified: module_mp_fast_sbm.F

Too many r_ strings in front, stop at one please

e300793

Changes to be committed: modified: module_mp_fast_sbm.F

davegill mentioned this pull request Feb 20, 2020

A new version of the FAST (33 bins) Spectral-Bin Microphysics (FSBM) #1097

Merged

davegill closed this Feb 20, 2020

smileMchen deleted the BEFORE_SPACE_REMOVAL branch January 15, 2021 02:44

Conversation

smileMchen commented Feb 10, 2020 • edited by davegill Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

JS-WRF commented Feb 12, 2020

Uh oh!

dudhia commented Feb 12, 2020 via email

Uh oh!

JS-WRF commented Feb 13, 2020

Uh oh!

dudhia commented Feb 13, 2020 via email

Uh oh!

dudhia commented Feb 13, 2020 via email

Uh oh!

smileMchen commented Feb 13, 2020

Uh oh!

smileMchen commented Feb 13, 2020

Uh oh!

JS-WRF commented Feb 13, 2020

Uh oh!

dudhia commented Feb 13, 2020 via email

Uh oh!

smileMchen commented Feb 13, 2020

Uh oh!

dudhia commented Feb 13, 2020 via email

Uh oh!

JS-WRF commented Feb 15, 2020

Uh oh!

JS-WRF commented Feb 19, 2020

Uh oh!

davegill commented Feb 19, 2020

Uh oh!

weiwangncar Feb 19, 2020

Choose a reason for hiding this comment

Uh oh!

smileMchen Feb 20, 2020

Choose a reason for hiding this comment

Uh oh!

weiwangncar Feb 19, 2020

Choose a reason for hiding this comment

Uh oh!

JS-WRF-SBM Feb 19, 2020

Choose a reason for hiding this comment

Uh oh!

davegill commented Feb 20, 2020 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

davegill commented Feb 20, 2020

Uh oh!

davegill commented Feb 20, 2020

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

6 participants

smileMchen commented Feb 10, 2020 •

edited by davegill

Loading

davegill commented Feb 20, 2020 •

edited

Loading