feature/coupled-crow fractional grid updates

[JessicaMeixner-NOAA]

The feature/coupled-crow branch needs to be updated to be able to run fractional grid.

This includes the following:

1. Have the namelist option be able to be specified if frac_grid is true, then in input.nml in &gfs_physics_nml frac_grid=T At least at first this will need to be contorlled by CROW so we can easily switch between true/false for testing

2. Updating the fix files to use fractional grid inputs

3. Adding the ICs to a new directory say "CFSRfracL64" as an option for atm ICs

[JessicaMeixner-NOAA]

@shansun6 For fix files, I copied the oro data from the regression test baseline area here: /scratch1/NCEPDEV/nems/emc.nemspara/RT/NEMSfv3gfs/develop-20201103/INTEL/FV3_input_frac and renamed files and am currently staging it here: /scratch2/NCEPDEV/climate/Jessica.Meixner/P6updates/fix_UFSp6/fix_fv3_fracoro:

C192.mx050_frac: C192.mx050_tile1.nc C192.mx050_tile2.nc C192.mx050_tile3.nc C192.mx050_tile4.nc C192.mx050_tile5.nc C192.mx050_tile6.nc

C384.mx025_frac: C384.mx025_tile1.nc C384.mx025_tile2.nc C384.mx025_tile3.nc C384.mx025_tile4.nc C384.mx025_tile5.nc C384.mx025_tile6.nc

C384.mx050_frac: C384.mx050_tile1.nc C384.mx050_tile2.nc C384.mx050_tile3.nc C384.mx050_tile4.nc C384.mx050_tile5.nc C384.mx050_tile6.nc

C96.mx025_frac: C96.mx025_tile1.nc C96.mx025_tile2.nc C96.mx025_tile3.nc C96.mx025_tile4.nc C96.mx025_tile5.nc C96.mx025_tile6.nc

C96.mx100_frac: C96.mx100_tile1.nc C96.mx100_tile2.nc C96.mx100_tile3.nc C96.mx100_tile4.nc C96.mx100_tile5.nc C96.mx100_tile6.nc

I wanted to make sure these were 1. the correct oro data files and 2. If there are other resolutions that I should add while I'm at it.

Also the ICs for L64 are on HPSS here: /ESRL/BMC/fim/5year/Shan.Sun/FV3IC384L64_CFS_frac correct?

[ShanSunNOAA]

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

[ShanSunNOAA]

Hi Jessica,

I have checked your oro data: they are correct, and these are the 5 sets that we decided upon.

Could you hold on the ICs on hpss, until I check them? Thanks,

Shan

[SMoorthi-emc]

Shan, I have been operating with the assumption that land dominates; i.e. slmsk=1, if landfrc >0. In any case, this is not a good situation. Moorthi

On Thu, Nov 5, 2020 at 9:16 PM shansun6 notifications@github.com wrote:

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-722766127, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLVRYR7X7MJB62P74VXOVTSONL73ANCNFSM4TKC4FZQ .

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

[JessicaMeixner-NOAA]

@shansun6 I'll hold off on the ICs until you give me the okay.

[ShanSunNOAA]

Hi Moorthi,

I agree with you that in any case, an integer value of slmsk over fractional grids would have to sacrifice to some extent. When land dominates, the atmosphere, if using slmsk, won't know any water or ice exists at this grid point. If you think this is the best overall, I am ok with it. I am writing the code that is flexible to handle whoever dominates, i.e.,

     if(Model%frac_grid) then ! obtain slmsk from landfrac
       !Sfcprop(nb)%slmsk(ix) = ceiling(Sfcprop(nb)%landfrac(ix))
       !Sfcprop(nb)%slmsk(ix) = nint(Sfcprop(nb)%landfrac(ix))
        Sfcprop(nb)%slmsk(ix) = floor(Sfcprop(nb)%landfrac(ix))
       . . .
     end if

      if (Sfcprop(nb)%slmsk(ix) /= one) then
        if (Sfcprop(nb)%fice(ix) >= Model%min_lakeice) then
          Sfcprop(nb)%slmsk(ix) = 2
        else
          Sfcprop(nb)%slmsk(ix) = 0
        end if

I see you are doing the same to avoid signing slmsk=2 in the middle of the run to points started with slmsk=1.

In the fractional grid, slmks domination can be decided in the I/O stage. The slmsk record in the oro_data will only be used for the non-frac case, where the priority is ice, water and land in the last. The same definition for slmsk will be used in the sfc_data to decide where there is ice (slmsk=2). This way the slmsk record in the oro_data and sfc_data would be consistent. If we want to change it, say, to have land dominates, it can be done via the blue lines above in the I/O. Make sense?

To summarize, the slmsk record in the oro_data and sfc_data is determined by ice first, open water second and land in the end, for the nonfrac case. In the fractional case, one can decide in the I/O stage how to define slmsk (purple lines above) first, and icy points can be decided accordingly (blue lines above).

Let me know if you have any comments. Thanks,

Shan

On Fri, Nov 6, 2020 at 4:24 AM SMoorthi-emc notifications@github.com wrote:

Shan, I have been operating with the assumption that land dominates; i.e. slmsk=1, if landfrc >0. In any case, this is not a good situation. Moorthi

On Thu, Nov 5, 2020 at 9:16 PM shansun6 notifications@github.com wrote:

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub < https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-722766127 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ALLVRYR7X7MJB62P74VXOVTSONL73ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723029219, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALORMVQWTA5PJPHVOKIDG6LSOPMHXANCNFSM4TKC4FZQ .

[SMoorthi-emc]

Hi Shan, I am not going to make any more comment except to wonder if there is even a need for slmsk because when landfrac, lakefrac and oceanfrac and icefrac already exist and uniquely define the surface conditions of the grid. Moorthi

On Fri, Nov 6, 2020 at 10:30 AM shansun6 notifications@github.com wrote:

Hi Moorthi,

I agree with you that in any case, an integer value of slmsk over fractional grids would have to sacrifice to some extent. When land dominates, the atmosphere, if using slmsk, won't know any water or ice exists at this grid point. If you think this is the best overall, I am ok with it. I am writing the code that is flexible to handle whoever dominates, i.e.,

if(Model%frac_grid) then ! obtain slmsk from landfrac !Sfcprop(nb)%slmsk(ix) = ceiling(Sfcprop(nb)%landfrac(ix)) !Sfcprop(nb)%slmsk(ix) = nint(Sfcprop(nb)%landfrac(ix)) Sfcprop(nb)%slmsk(ix) = floor(Sfcprop(nb)%landfrac(ix)) . . . end if

if (Sfcprop(nb)%slmsk(ix) /= one) then if (Sfcprop(nb)%fice(ix) >= Model%min_lakeice) then Sfcprop(nb)%slmsk(ix) = 2 else Sfcprop(nb)%slmsk(ix) = 0 end if

I see you are doing the same to avoid signing slmsk=2 in the middle of the run to points started with slmsk=1.

In the fractional grid, slmks domination can be decided in the I/O stage. The slmsk record in the oro_data will only be used for the non-frac case, where the priority is ice, water and land in the last. The same definition for slmsk will be used in the sfc_data to decide where there is ice (slmsk=2). This way the slmsk record in the oro_data and sfc_data would be consistent. If we want to change it, say, to have land dominates, it can be done via the blue lines above in the I/O. Make sense?

To summarize, the slmsk record in the oro_data and sfc_data is determined by ice first, open water second and land in the end, for the nonfrac case. In the fractional case, one can decide in the I/O stage how to define slmsk (purple lines above) first, and icy points can be decided accordingly (blue lines above).

Let me know if you have any comments. Thanks,

Shan

On Fri, Nov 6, 2020 at 4:24 AM SMoorthi-emc notifications@github.com wrote:

Shan, I have been operating with the assumption that land dominates; i.e. slmsk=1, if landfrc >0. In any case, this is not a good situation. Moorthi

On Thu, Nov 5, 2020 at 9:16 PM shansun6 notifications@github.com wrote:

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <

https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-722766127

, or unsubscribe <

https://github.com/notifications/unsubscribe-auth/ALLVRYR7X7MJB62P74VXOVTSONL73ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub < https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723029219 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ALORMVQWTA5PJPHVOKIDG6LSOPMHXANCNFSM4TKC4FZQ

.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723141998, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLVRYVNQCWIUIKYRQ3MZMDSOQJB5ANCNFSM4TKC4FZQ .

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

[ShanSunNOAA]

Thanks Moorthi for your comments. It would be good to retire 'slmsk' eventually. Before that I try not to break any existing 'slmsk'.

Shan

On Fri, Nov 6, 2020 at 8:39 AM SMoorthi-emc notifications@github.com wrote:

Hi Shan, I am not going to make any more comment except to wonder if there is even a need for slmsk because when landfrac, lakefrac and oceanfrac and icefrac already exist and uniquely define the surface conditions of the grid. Moorthi

On Fri, Nov 6, 2020 at 10:30 AM shansun6 notifications@github.com wrote:

Hi Moorthi,

I agree with you that in any case, an integer value of slmsk over fractional grids would have to sacrifice to some extent. When land dominates, the atmosphere, if using slmsk, won't know any water or ice exists at this grid point. If you think this is the best overall, I am ok with it. I am writing the code that is flexible to handle whoever dominates, i.e.,

if(Model%frac_grid) then ! obtain slmsk from landfrac !Sfcprop(nb)%slmsk(ix) = ceiling(Sfcprop(nb)%landfrac(ix)) !Sfcprop(nb)%slmsk(ix) = nint(Sfcprop(nb)%landfrac(ix)) Sfcprop(nb)%slmsk(ix) = floor(Sfcprop(nb)%landfrac(ix)) . . . end if

if (Sfcprop(nb)%slmsk(ix) /= one) then if (Sfcprop(nb)%fice(ix) >= Model%min_lakeice) then Sfcprop(nb)%slmsk(ix) = 2 else Sfcprop(nb)%slmsk(ix) = 0 end if

I see you are doing the same to avoid signing slmsk=2 in the middle of the run to points started with slmsk=1.

In the fractional grid, slmks domination can be decided in the I/O stage. The slmsk record in the oro_data will only be used for the non-frac case, where the priority is ice, water and land in the last. The same definition for slmsk will be used in the sfc_data to decide where there is ice (slmsk=2). This way the slmsk record in the oro_data and sfc_data would be consistent. If we want to change it, say, to have land dominates, it can be done via the blue lines above in the I/O. Make sense?

To summarize, the slmsk record in the oro_data and sfc_data is determined by ice first, open water second and land in the end, for the nonfrac case. In the fractional case, one can decide in the I/O stage how to define slmsk (purple lines above) first, and icy points can be decided accordingly (blue lines above).

Let me know if you have any comments. Thanks,

Shan

On Fri, Nov 6, 2020 at 4:24 AM SMoorthi-emc notifications@github.com wrote:

Shan, I have been operating with the assumption that land dominates; i.e. slmsk=1, if landfrc >0. In any case, this is not a good situation. Moorthi

On Thu, Nov 5, 2020 at 9:16 PM shansun6 notifications@github.com wrote:

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <

https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-722766127

, or unsubscribe <

https://github.com/notifications/unsubscribe-auth/ALLVRYR7X7MJB62P74VXOVTSONL73ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <

https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723029219

, or unsubscribe <

https://github.com/notifications/unsubscribe-auth/ALORMVQWTA5PJPHVOKIDG6LSOPMHXANCNFSM4TKC4FZQ

.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub < https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723141998 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ALLVRYVNQCWIUIKYRQ3MZMDSOQJB5ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723146392, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALORMVTDH7U45VH477YQR2TSOQKB5ANCNFSM4TKC4FZQ .

[ShanSunNOAA]

Jessica,

ICs for L64 on HPSS: /ESRL/BMC/fim/5year/Shan.Sun/FV3IC384L64_CFS_frac/ are ready to use. I have added the metadata for slmsk "slmsk=2 at icy points, otherwise slmsk=floor(land_frac)". The first 8 cases are there. The rest is coming. All 168 should be there today. Let me know if you have any questions.

Shan

On Fri, Nov 6, 2020 at 9:21 AM Shan Sun - NOAA Federal shan.sun@noaa.gov wrote:

Thanks Moorthi for your comments. It would be good to retire 'slmsk' eventually. Before that I try not to break any existing 'slmsk'.

Shan

On Fri, Nov 6, 2020 at 8:39 AM SMoorthi-emc notifications@github.com wrote:

Hi Shan, I am not going to make any more comment except to wonder if there is even a need for slmsk because when landfrac, lakefrac and oceanfrac and icefrac already exist and uniquely define the surface conditions of the grid. Moorthi

On Fri, Nov 6, 2020 at 10:30 AM shansun6 notifications@github.com wrote:

Hi Moorthi,

I agree with you that in any case, an integer value of slmsk over fractional grids would have to sacrifice to some extent. When land dominates, the atmosphere, if using slmsk, won't know any water or ice exists at this grid point. If you think this is the best overall, I am ok with it. I am writing the code that is flexible to handle whoever dominates, i.e.,

if(Model%frac_grid) then ! obtain slmsk from landfrac !Sfcprop(nb)%slmsk(ix) = ceiling(Sfcprop(nb)%landfrac(ix)) !Sfcprop(nb)%slmsk(ix) = nint(Sfcprop(nb)%landfrac(ix)) Sfcprop(nb)%slmsk(ix) = floor(Sfcprop(nb)%landfrac(ix)) . . . end if

if (Sfcprop(nb)%slmsk(ix) /= one) then if (Sfcprop(nb)%fice(ix) >= Model%min_lakeice) then Sfcprop(nb)%slmsk(ix) = 2 else Sfcprop(nb)%slmsk(ix) = 0 end if

I see you are doing the same to avoid signing slmsk=2 in the middle of the run to points started with slmsk=1.

In the fractional grid, slmks domination can be decided in the I/O stage. The slmsk record in the oro_data will only be used for the non-frac case, where the priority is ice, water and land in the last. The same definition for slmsk will be used in the sfc_data to decide where there is ice (slmsk=2). This way the slmsk record in the oro_data and sfc_data would be consistent. If we want to change it, say, to have land dominates, it can be done via the blue lines above in the I/O. Make sense?

To summarize, the slmsk record in the oro_data and sfc_data is determined by ice first, open water second and land in the end, for the nonfrac case. In the fractional case, one can decide in the I/O stage how to define slmsk (purple lines above) first, and icy points can be decided accordingly (blue lines above).

Let me know if you have any comments. Thanks,

Shan

On Fri, Nov 6, 2020 at 4:24 AM SMoorthi-emc notifications@github.com wrote:

Shan, I have been operating with the assumption that land dominates; i.e. slmsk=1, if landfrc >0. In any case, this is not a good situation. Moorthi

On Thu, Nov 5, 2020 at 9:16 PM shansun6 notifications@github.com wrote:

To run fractional grid, there are two lines of changes needed in the regression test:

export FRAC_GRID='.T.' export CPLMODE="nems_frac"

unless one makes CPLMODE depend on frac_grid value:

if (frac_grid) then export CPLMODE="nems_frac" else export CPLMODE='nems_orig' end if

As for the fixed data, there are options how to assign value to slmsk (which is designed for non-fractional grid) at fractional grid, when two (or even three) of the three surface types, ice, open water, and land both co-exist, except when ice and open water co-exist, it has been decided to have ice dominates open water and slmsk=2. At the moment, I tend to suggest the priority being (1) ice, (2) open water, and (3) land, i.e.,

if (ice exists) then slmsk=2 else if (open water exists) then slmsk=0 else if (land exists) then slmsk=1 end if

If this is ok with everyone, then I will go ahead and make sure the frac version of oro_data and ICs are consistent with this choice.

Thanks, Shan

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <

https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-722766127

, or unsubscribe <

https://github.com/notifications/unsubscribe-auth/ALLVRYR7X7MJB62P74VXOVTSONL73ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <

https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723029219

, or unsubscribe <

https://github.com/notifications/unsubscribe-auth/ALORMVQWTA5PJPHVOKIDG6LSOPMHXANCNFSM4TKC4FZQ

.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub < https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723141998 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ALLVRYVNQCWIUIKYRQ3MZMDSOQJB5ANCNFSM4TKC4FZQ

.

-- 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: Shrinivas.Moorthi@noaa.gov Phone: (301) 683-3718 Fax: (301) 683-3718

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/NOAA-EMC/global-workflow/issues/171#issuecomment-723146392, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALORMVTDH7U45VH477YQR2TSOQKB5ANCNFSM4TKC4FZQ .

[JessicaMeixner-NOAA]

Thanks @shansun6 !

[JianKuang-Intelsat]

@JessicaMeixner-NOAA Could we close this issue?