Add NOAA UFS UGWP suite of physics parameterizations #1276

mdtoyNOAA · 2025-01-24T22:38:33Z

This PR incorporates NOAA's Unified Forecast System (UFS) Unified Gravity Wave Physics (UGWP) suite of physics parameterizations into MPAS: https://ufs.epic.noaa.gov/wp-content/uploads/2021/07/UGWP_in_UFS_July_2021-1.pdf.

The following is a brief overview on using the suite:

In the init_atmosphere core, there is a new static pre-processing option, 'config_native_gwd_gsl_static', that is used to generate a new static file used by the Unified Gravity Wave Physics. The static file is written by the ugwp_oro_data stream, and requires two new datasets in the geographical dataset directory: 'topo_ugwp_30s' and 'topo_ugwp_2.5m'.
In the atmosphere core, there are several new options when config_gwdo_scheme = 'bl_ugwp_gwdo': config_ngw_scheme, config_knob_ugwp_tauamp, and config_ugwp_diags.
If config_ngw_scheme = true, an additional input file, ugwp_limb_tau.nc is needed. This namelist options activates the non-stationary gravity wave drag scheme.
If config_ugwp_diags = true, the diag_ugwp output stream will be written.

NOTE: This physics package is the "NOAA/GSL" orographic gravity wave drag (GWD) suite introduced in WRF Version 4.3 (activated by WRF namelist option "gwd_opt=3"), but with the addition of a non-stationary GWD parameterization that represents gravity wave sources such as deep convection and frontal instability.

Thanks to @mgduda for help and advice on how to incorporate the NOAA/GSL code into the MPAS-Dev repository.

…tmosphere This commit adds three new source files mpas_gsl_oro_data_sm_scale.F mpas_gsl_oro_data_lg_scale.F mpas_init_atm_gwd_gsl.F to the init_atmosphere core, along with modifications to the main core_init_atmosphere Makefile to compile these source files. At present, none of the code in these files is called from the init_atmosphere core.

…re core This commit defines new static fields, a new package, a new namelist option, and a new output stream for the GSL GWDO scheme. Also included in this commit are changes to the init_atm_setup_packages() routine to set the new 'gwd_gsl_stage_out' package if and only if the new namelist option 'config_native_gwd_gsl_static' is true. When 'config_native_gwd_gsl_static' is set in the namelist, the init_atmosphere core will write the twenty new static fields (var2d, con, oa{1,2,3,4}, and ol{1,2,3,4}) for large scale (ls) and small scale (ss) to a new 'ugwp_oro_data' output stream. As of this commit, code to actually compute the twenty new static fields is not being called, and so the fields are expected to be zero everywhere.

When the namelist option config_native_gwd_gsl_static is .true., the init_atm_setup_case() routine now calls thecalc_gsl_oro_data() routine to compute the twenty GSL GWDO static fields.

This commit adds an entry to the Externals.cfg file to obtain the GSL UGWP code from a GitHub repository. Also included in this commit are changes to the main physics Makefile to compile the UGWP code. At present, none of the UGWP code is called.

Also included in this commit is logic for setting up packages related to the GSL UGWP scheme in the atm_setup_packages() routine.

…emes This commit adds a new module, module_bl_ugwp_gwdo, in the core_atmosphere/physics/physics_wrf directory. This module serves as a wrapper for the UGWP physics that is compatible with the MPAS-A physics drivers. Changes to the Makefile in the physics_wrf directory ensure that the module_bl_ugwp_gwdo.F file is compiled, but at present the code in that module is not actually called.

With this commit, the UGWP physics can now be used in MPAS-A simulations * Setting the 'config_gwdo_scheme' namelist option to 'bl_ugwp_gwdo' selects the GSL GWDO scheme. NOTE: If the GSL GWDO scheme is selected, the 'ugwp_oro_data_in' input stream must specify a valid input file with UGWP static fields. * Setting the 'config_ngw_scheme' namelist option to 'true' will activate the non-stationary gravity wave drag scheme. NOTE: If the NGW scheme is activated, the 'ugwp_ngw_in' input stream must specify a valid input file. * Setting the 'config_ugwp_diags' namelist option to 'true' will compute UGWP diagnostic fields, which will be written by the 'diag_ugwp' output stream.

… GSL_UGWP_mdtoy

src/core_atmosphere/physics/Makefile

mgduda · 2025-01-31T20:35:35Z

It looks like we may need to add -I./physics/UGWP to the build commands in src/core_atmosphere/Makefile to prevent issues with the nvfortran compiler not finding modules. This seems to be a general issue with the nvfortran compiler -- that search paths for all modules that are used directly and indirectly are required.

--- a/src/core_atmosphere/Makefile
+++ b/src/core_atmosphere/Makefile
@@ -81,7 +81,7 @@ clean:
        $(RM) $@ $*.mod
 ifeq "$(GEN_F90)" "true"
        $(CPP) $(CPPFLAGS) $(PHYSICS) $(CPPINCLUDES) -I./inc $< > $*.f90
-       $(FC) $(FFLAGS) -c $*.f90 $(FCINCLUDES) -I../framework -I../operators -I./physics -I./dynamics -I./diagnostics -I./physics/physics_wrf -I./physics/physics_mmm -I../external/esmf_time_f90
+       $(FC) $(FFLAGS) -c $*.f90 $(FCINCLUDES) -I../framework -I../operators -I./physics -I./dynamics -I./diagnostics -I./physics/physics_wrf -I./physics/physics_mmm -I./physics/UGWP -I../external/esmf_time_f90
 else
-       $(FC) $(CPPFLAGS) $(PHYSICS) $(FFLAGS) -c $*.F $(CPPINCLUDES) $(FCINCLUDES) -I./inc -I../framework -I../operators -I./physics -I./dynamics -I./diagnostics -I./physics/physics_wrf -I./physics/physics_mmm -I../external/esmf_time_f90
+       $(FC) $(CPPFLAGS) $(PHYSICS) $(FFLAGS) -c $*.F $(CPPINCLUDES) $(FCINCLUDES) -I./inc -I../framework -I../operators -I./physics -I./dynamics -I./diagnostics -I./physics/physics_wrf -I./physics/physics_mmm -I./physics/UGWP -I../external/esmf_time_f90
 endif

Modified src/core_atmosphere/Makefile to avoid endless loop if running 'make clean CORE=atmospere' before the UGWP directory has been created. Added '-I./physics/UGWP' to src/core_atmosphere/physics/Makefile to prevent issues with the nvfortran compiler not finding modules. This seems to be a general issue with the nvfortran compiler -- that search paths for all modules that are used directly and indirectly are required.

mdtoyNOAA · 2025-02-01T03:40:13Z

@mgduda I added -I./physics/UGWP to the physics/Makefile, did a test compile, and pushed new commit.

mgduda

I've just left one request to add pre-processing directives in the Registry.xml file so that we can compile stand-alone MPAS-A as a dynamics-only model. I think just pushing an additional commit to the PR branch with this change should be all that's needed.

src/core_atmosphere/Registry.xml

mgduda

The code changes look good to me. Thanks for all of your work on this, @mdtoyNOAA!

I have one small request: could the PR description be updated to document some of the practical aspects of the changes in this PR? For example, it would be nice to note that:

In the init_atmosphere core, there is a new static pre-processing option, config_native_gwd_gsl_static, that is used to generate a new static file used by the Unified Gravity Wave Physics. The static file is written by the ugwp_oro_data stream, and requires two new datasets in the geographical dataset directory: topo_ugwp_30s and topo_ugwp_2.5m.
In the atmosphere core, there are several new options when config_gwdo_scheme = 'bl_ugwp_gwdo': config_ngw_scheme, config_knob_ugwp_tauamp, and config_ugwp_diags.
If config_ngw_scheme = true, an additional input file, ugwp_limb_tau.nc is needed.
If config_ugwp_diags = true, the diag_ugwp output stream will be written.

I can imagine members of the community asking about the new UGWP option, so having some of this documentation to point to in the PR description (perhaps later to be migrated to more formal user documentation) could be helpful.

mdtoyNOAA · 2025-03-06T18:48:34Z

@mgduda Thank you for your suggestion. If you don’t mind, I went ahead and used your description with a small addition.

…

On Mar 5, 2025, at 1:20 PM, Michael Duda ***@***.***> wrote: @mgduda approved this pull request. The code changes look good to me. Thanks for all of your work on this, @mdtoyNOAA <https://github.com/mdtoyNOAA>! I have one small request: could the PR description be updated to document some of the practical aspects of the changes in this PR? For example, it would be nice to note that: In the init_atmosphere core, there is a new static pre-processing option, config_native_gwd_gsl_static, that is used to generate a new static file used by the Unified Gravity Wave Physics. The static file is written by the ugwp_oro_data stream, and requires two new datasets in the geographical dataset directory: topo_ugwp_30s and topo_ugwp_2.5m. In the atmosphere core, there are several new options when config_gwdo_scheme = 'bl_ugwp_gwdo': config_ngw_scheme, config_knob_ugwp_tauamp, and config_ugwp_diags. If config_ngw_scheme = true, an additional input file, ugwp_limb_tau.nc is needed. If config_ugwp_diags = true, the diag_ugwp output stream will be written. I can imagine members of the community asking about the new UGWP option, so having some of this documentation to point to in the PR description (perhaps later to be migrated to more formal user documentation) could be helpful. — Reply to this email directly, view it on GitHub <#1276 (review)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ARRVLIESTSY7XIW45EANWBT2S5MBHAVCNFSM6AAAAABV2T2QZGVHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDMNRSGM4TSMZYGM>. You are receiving this because you were mentioned.

GSL_UGWP GitHub repo URL updated from 'mdtoyNOAA' to 'NOAA-GSL' in src/core_atmosphere/Externals.cfg

This commit prevents model termination in subroutine physics_compatibility_check in src/core_atmosphere/physics/mpas_atmphys_control.F when the 'bl_ugwp_gwdo' physics scheme is selected and the 'bl_ysu_gwdo' (var2d, con, etc.) static variables are all 'zero' in the 'init.nc' file. Note that these variables are not used by the 'bl_ugwp_gwdo' orographic gravity wave drag physics.

Changed the name of the UGWP branch from 'main_knob_ugwp_tauamp_namelist' to 'main_MPAS_2024_12_23' in Externals.cfg. Note that the contents of the branch has not changed, and this commit does not change the model results.

ldfowler58 · 2025-04-24T01:25:19Z

Here are my few suggestions:

I would suggest to change the name of the directory UGWP to, for instance, something like physics_gsl, for at least two reasons: a) Assuming that other GSL parameterizations will be implemented in the near future, it would make sense to me to not have individual GSL parameterizations sitting in their own directories, but instead grouped in one directory containing all the GSL physics as we have pioneered with the physics_mmm, physics_noahmp, and physics_wrf. Otherwise, we are going to have GSL directories scattered all over the physics directory to which I am totally opposed.

I suggest that we do that now with one parameterization to pave the way for and entice other GSL developers to do the same in the future. This will also helps Users who are familiar (or not) with the organization of physics.

ldfowler58 · 2025-04-24T01:30:59Z

In mpas_atmphys_vars.F, can we have the units of all variables for UGWP orographic gravity wave drag be "right" justified instead of "left" justified (and realign the description of the variables. Thanks.
In mpas_atmphys_driver.F, can we realign the variables in the call to gwdo_ugwp (dusfc_ls to errflg) as done between p3d and zi. Thanks.

mdtoyNOAA · 2025-04-24T20:20:57Z

@ldfowler58 Thank you for you suggestions. I will work on incorporating them and re-commit.

mdtoyNOAA · 2025-04-25T03:25:59Z

Here are my few suggestions:

I would suggest to change the name of the directory UGWP to, for instance, something like physics_gsl, for at least two reasons: a) Assuming that other GSL parameterizations will be implemented in the near future, it would make sense to me to not have individual GSL parameterizations sitting in their own directories, but instead grouped in one directory containing all the GSL physics as we have pioneered with the physics_mmm, physics_noahmp, and physics_wrf. Otherwise, we are going to have GSL directories scattered all over the physics directory to which I am totally opposed.

I suggest that we do that now with one parameterization to pave the way for and entice other GSL developers to do the same in the future. This will also helps Users who are familiar (or not) with the organization of physics.

@ldfowler58 and @mgduda I like the idea of having a new directory '/physics/physics_gsl' for depositing GSL physics, however I would like to further suggest that the physics be grouped under their own directories under the 'physics_gsl' directory in order to facilitate submodules. For example, the UGWP will be in the directory 'physics/physics_gsl/UGWP', MYNN will be 'physics/physics_gsl/MYNN', etc.

ldfowler58 · 2025-04-25T14:25:17Z

I do not have any objections about having the GSL physics organized in their own directories under the directory physics_gsl.

mgduda · 2025-04-25T16:02:04Z

@ldfowler58 and @mgduda I like the idea of having a new directory '/physics/physics_gsl' for depositing GSL physics, however I would like to further suggest that the physics be grouped under their own directories under the 'physics_gsl' directory in order to facilitate submodules. For example, the UGWP will be in the directory 'physics/physics_gsl/UGWP', MYNN will be 'physics/physics_gsl/MYNN', etc.

I think this sounds good -- having a physics/physics_gsl directory, with further sub-directories for individual packages, e.g., physics/physics_gsl/UGWP.

1) Updated UGWP submodule tag in core_atmosphere/Externals.cfg 2) Moved UGWP submodule from 'physics/' to 'physics/physics_gsl' subdirectory 3) Updated formatting in mpas_atmphys_driver_gwdo.F and mpas_atmphys_vars.F

Changed location of UGWP submodule directory from 'src/core_atmosphere/physics/physics_gsl/UGWP' to 'src/core_atmosphere/physics/physics_noaa/UGWP'

snyderdad · 2025-05-01T19:46:06Z

@mdtoyNOAA
A question separate from your code: Is this the same gravity-wave drag that is used in global UFS?
I would have started with the pdf referenced in the PR description, but the link is stale.

mdtoyNOAA · 2025-05-01T23:27:19Z

@mdtoyNOAA A question separate from your code: Is this the same gravity-wave drag that is used in global UFS? I would have started with the pdf referenced in the PR description, but the link is stale.

@snyderdad Thank you for bringing this up. I had linked the wrong URL. It's now fixed, and yes, it is the same GWD that is used in the global UFS.

mgduda · 2025-05-12T22:17:24Z

It looks to me that all review comments have been addressed, so I think we're all set!

…ecast System Unified Gravity Wave Physics suite of physics parameterizations. git commit d2c0680 (PR MPAS-Dev#1276) introduced a new external dependency for the physics code. While the Makefiles were updated accordingly, the cmake files were not. This resulted in compile failures when building with cmake: MPAS-Model-develop/src/core_atmosphere/physics/mpas_atmphys_finalize.F:14:6: 14 | use cires_ugwpv1_module | 1 Fatal Error: Cannot open module file 'cires_ugwpv1_module.mod' for reading at (1): No such file or directory

This merge updates CMake files to reflect the incorporation of NOAA's Unified Gravity Wave Physics suite. Commit d2c0680 (PR #1276) introduced a new external dependency for the UGWP code. While the Makefiles were updated accordingly, the CMakeLists.txt files were not. This resulted in compile failures when building with cmake: MPAS-Model-develop/src/core_atmosphere/physics/mpas_atmphys_finalize.F:14:6: 14 | use cires_ugwpv1_module | 1 Fatal Error: Cannot open module file 'cires_ugwpv1_module.mod' for reading at (1): No such file or directory

added in commit d2c0680 (PR MPAS-Dev#1276). That PR updated the makefiles, but not the cmake files. That resulted in compile errors when building with cmake: src/core_init_atmosphere/mpas_init_atm_cases.F:48:11: 48 | use mpas_init_atm_gwd_gsl, only : calc_gsl_oro_data | 1 Fatal Error: Cannot open module file 'mpas_init_atm_gwd_gsl.mod' for reading at (1): No such file or directory

This merge updates the core_init_atmosphere CMakeLists.txt file to include new files added in commit d2c0680 (PR #1276). That PR updated the Makefile, but not the CMakeLists.txt file, resulting in compilation errors when building with cmake: src/core_init_atmosphere/mpas_init_atm_cases.F:48:11: 48 | use mpas_init_atm_gwd_gsl, only : calc_gsl_oro_data | 1 Fatal Error: Cannot open module file 'mpas_init_atm_gwd_gsl.mod' for reading at (1): No such file or directory

MPAS Version 8.3.0 This release of MPAS introduces new capabilities and improvements in the MPAS-Atmosphere model and its supporting software infrastructure. Notable changes are listed below. Initialization: * Addition of support for 30" BNU soil category dataset. The 30" BNU soil category dataset can be selected by setting the new namelist option config_soilcat_data to 'BNU' in the &data_sources namelist group. Use of this dataset requires a separate static dataset download. (PR #1322) * Addition of support for 15" MODIS land use dataset. The 15" MODIS land use dataset may be selected by setting the existing namelist option config_landuse_data to 'MODIFIED_IGBP_MODIS_NOAH_15s' in the &data_sources namelist group. Use of this dataset requires a separate static dataset download. (PR #1322) * Introduction of a new namelist option, config_lu_supersample_factor, to control the super-sampling of land use data, which may now be on either a 30" or a 15" grid, depending on the choice of dataset. The existing namelist option config_30s_supersample_factor now controls the super-sampling for 30" terrain, soil category, and MODIS FPAR monthly vegetation fraction data only. (PR #1322) * A change in the horizontal interpolation from a four-point bilinear interpolation to a sixteen-point overlapping parabolic interpolation for both initial conditions and lateral boundary conditions. (PR #1303) * Ability to use ICON soil moisture and soil temperature fields. (PR #1298) * Addition of an option to skip processing of Noah-MP-only static fields in the init_atmosphere core. Setting the new config_noahmp_static namelist option to false in the &data_sources namelist group prevents the Noah-MP static fields from being processed when config_static_interp = true in the namelist.init_atmosphere file; this also permits existing static files that lack the Noah-MP fields 'soilcomp', 'soilcl1', 'soilcl2', 'soilcl3', and 'soilcl4' to be used by the init_atmosphere_model program. (PR #1239) * Memory scaling improvements to the gravity wave drag (GWD) static field processing in the init_atmosphere core (when 'config_native_gwd_static = true') to reduce memory usage when multiple MPI ranks are used. In many cases, these changes eliminate the need to undersubscribe computing resources, which was previously required in order to work around lack of memory scaling in the GWD static field processing. (PR #1235) Physics: * Update of the RRTMG LW and SW schemes, most notably with the addition of the exponential and exponential_random cloud overlap assumptions. The cloud overlap assumption and decorrelation length are now available as namelist options (config_radt_cld_overlap and config_radt_cld_dcorrlen, respectively). (PR #1296 and PR #1297) * The incorporation of NOAA's Unified Forecast System (UFS) Unified Gravity Wave Physics (UGWP) suite of physics parameterizations. This physics package is the "NOAA/GSL" orographic gravity wave drag (GWD) suite introduced in WRF Version 4.3 (activated by WRF namelist option 'gwd_opt=3'), but with the addition of a non-stationary GWD parameterization that represents gravity wave sources such as deep convection and frontal instability. The use of the UGWP suite requires additional static field downloads. (PR #1276) Dynamics: * Complete port of all routines in the dynamical core to GPUs using OpenACC directives, including routines used by limited-area simulations. Not included in this release, though, is the optimization of data movement between the CPU and GPU memory, and the profiling and optimization of the computational kernels. * A change in the zero-gradient LBC for w to a constant value of w=0 in the specified zone. For limited-area configurations, the change from a zero-gradient boundary condition for the vertical velocity, w, to a setting of the vertical velocity to zero in the specified region alleviates spurious streamers and instabilities that appeared near the boundaries in regions of strong inflow. (PR #1304) Infrastructure: * Implementation of a new capability to automatically generate package logic code, which determines when a package is active. This package logic is generated by the registry at build time through the use of a new XML attribute, active_when, for <package> elements. (PR #1321) Other: * Addition of a new Python script for setting up MPAS-Atmosphere run directories. (PR #1326) * Addition of 3-d 10 cm radar reflectivity (refl10cm) to the 'da_state' stream, useful for radar DA and radar obs comparison purposes. (PR #1323)

mdtoyNOAA added 9 commits January 24, 2025 22:09

Add call to compute GSL GWDO fields in init_atm_setup_case() routine

9ecb7cf

When the namelist option config_native_gwd_gsl_static is .true., the init_atm_setup_case() routine now calls thecalc_gsl_oro_data() routine to compute the twenty GSL GWDO static fields.

Add UGWP directory to .gitignore file in src/core_atmosphere/physics

48f988a

Define Registry.xml entities for the GSL UGWP scheme

90f8d7f

Also included in this commit is logic for setting up packages related to the GSL UGWP scheme in the atm_setup_packages() routine.

Merge branch 'develop' of https://github.com/mpas-Dev/MPAS-Model into…

839cf5b

… GSL_UGWP_mdtoy

mgduda requested review from ldfowler58 and mgduda January 24, 2025 23:01

mgduda added feature Atmosphere labels Jan 24, 2025

mgduda requested changes Jan 31, 2025

View reviewed changes

src/core_atmosphere/physics/Makefile Outdated Show resolved Hide resolved

mgduda self-requested a review February 27, 2025 22:30

mgduda requested changes Feb 28, 2025

View reviewed changes

src/core_atmosphere/Registry.xml Show resolved Hide resolved

Added 'DO_PHYSICS' pre-processing directives around 'ugwp' streams

15f3337

mgduda self-requested a review February 28, 2025 19:58

mgduda approved these changes Mar 5, 2025

View reviewed changes

mdtoyNOAA added 3 commits April 11, 2025 14:34

Updated GitHub URL for submodule GSL_UGWP

95403c1

GSL_UGWP GitHub repo URL updated from 'mdtoyNOAA' to 'NOAA-GSL' in src/core_atmosphere/Externals.cfg

Updated name of UGWP branch in Externals.cfg

c1941a8

Changed the name of the UGWP branch from 'main_knob_ugwp_tauamp_namelist' to 'main_MPAS_2024_12_23' in Externals.cfg. Note that the contents of the branch has not changed, and this commit does not change the model results.

mdtoyNOAA added 2 commits April 28, 2025 22:45

Miscellaneous UGWP updates

c740a49

1) Updated UGWP submodule tag in core_atmosphere/Externals.cfg 2) Moved UGWP submodule from 'physics/' to 'physics/physics_gsl' subdirectory 3) Updated formatting in mpas_atmphys_driver_gwdo.F and mpas_atmphys_vars.F

Changed location of UGWP physics submodule

101928a

Changed location of UGWP submodule directory from 'src/core_atmosphere/physics/physics_gsl/UGWP' to 'src/core_atmosphere/physics/physics_noaa/UGWP'

mgduda merged commit d2c0680 into MPAS-Dev:develop May 12, 2025

This was referenced May 15, 2025

This change updates the core_init_atmosphere cmake file to add new files #1317

Closed

Update the core_init_atmosphere cmake file to add new files #1320

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Add NOAA UFS UGWP suite of physics parameterizations #1276

Add NOAA UFS UGWP suite of physics parameterizations #1276

Uh oh!

mdtoyNOAA commented Jan 24, 2025 •

edited

Loading

Uh oh!

Uh oh!

mgduda commented Jan 31, 2025

Uh oh!

mdtoyNOAA commented Feb 1, 2025

Uh oh!

mgduda left a comment

Uh oh!

Uh oh!

mgduda left a comment

Uh oh!

mdtoyNOAA commented Mar 6, 2025 via email •

edited

Loading

Uh oh!

ldfowler58 commented Apr 24, 2025

Uh oh!

ldfowler58 commented Apr 24, 2025

Uh oh!

mdtoyNOAA commented Apr 24, 2025

Uh oh!

mdtoyNOAA commented Apr 25, 2025

Uh oh!

ldfowler58 commented Apr 25, 2025

Uh oh!

mgduda commented Apr 25, 2025

Uh oh!

snyderdad commented May 1, 2025

Uh oh!

mdtoyNOAA commented May 1, 2025

Uh oh!

mgduda commented May 12, 2025

Uh oh!

Uh oh!

Add NOAA UFS UGWP suite of physics parameterizations #1276

Add NOAA UFS UGWP suite of physics parameterizations #1276

Uh oh!

Conversation

mdtoyNOAA commented Jan 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

mgduda commented Jan 31, 2025

Uh oh!

mdtoyNOAA commented Feb 1, 2025

Uh oh!

mgduda left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

mgduda left a comment

Choose a reason for hiding this comment

Uh oh!

mdtoyNOAA commented Mar 6, 2025 via email • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ldfowler58 commented Apr 24, 2025

Uh oh!

ldfowler58 commented Apr 24, 2025

Uh oh!

mdtoyNOAA commented Apr 24, 2025

Uh oh!

mdtoyNOAA commented Apr 25, 2025

Uh oh!

ldfowler58 commented Apr 25, 2025

Uh oh!

mgduda commented Apr 25, 2025

Uh oh!

snyderdad commented May 1, 2025

Uh oh!

mdtoyNOAA commented May 1, 2025

Uh oh!

mgduda commented May 12, 2025

Uh oh!

Uh oh!

mdtoyNOAA commented Jan 24, 2025 •

edited

Loading

mdtoyNOAA commented Mar 6, 2025 via email •

edited

Loading