1.1. Introduction
This User’s Guide provides guidance for running the Unified Forecast System (UFS) offline Land Data Assimilation (DA) System. Land DA is an offline version of the Noah Multi-Physics (Noah-MP) land surface model (LSM) used in the UFS Weather Model (WM). Its data assimilation framework uses the Joint Effort for Data assimilation Integration (JEDI) software. Currently, the offline UFS Land DA System only works with snow data. Thus, this User’s Guide focuses primarily on the snow DA process.
The following improvements have been made to the Land DA System ahead of the v2.0.0 release:
Added cycled run capability (PR #101)
Provided automated run option using cron (PR #110)
Incorporated Unified Workflow Tools:
Added plotting options:
Ported
land-DA_workflow
to Hercules (PR #133)Added prerequisites for workflow end-to-end (WE2E) testing capability (PR #131)
Upgraded to JEDI Skylab v7.0 (PR #92)
Upgraded to spack-stack v1.6.0 (PR #102)
Updated directory structure for NCO compliance (e.g., PR #75)
Added platform test to CTest & updated version of UFS WM (PR #146)
Removed land driver from CTest (PR #123)
Removed land driver and vector2tile (PR #129)
The Land DA System citation is as follows and should be used when presenting results based on research conducted with the Land DA System:
UFS Development Team. (2024, October 30). Unified Forecast System (UFS) Land Data Assimilation (DA) System (Version v2.0.0). Zenodo. https://doi.org/10.5281/zenodo.13909475
1.1.1. Organization
This User’s Guide is organized into four sections: (1) Background Information; (2) Building, Running, and Testing the Land DA System; (3) Customizing the Workflow; and (4) Reference.
1.1.1.1. Background Information
This chapter (Introduction) provides user support information and background information on the Unified Forecast System (UFS) and the Noah-MP model.
Chapter 1.2 (Technical Overview) outlines prerequisites, supported systems, and directory structure.
1.1.1.2. Building, Running, and Testing the Land DA System
Chapter 2.1: Land DA Workflow explains how to build and run the Land DA System on Level 1 systems (currently Hera, Orion, and Hercules).
Chapter 2.2: Containerized Land DA Workflow explains how to build and run the containerized Land DA System on non-Level 1 systems.
Chapter 2.3: Testing the Land DA Workflow explains how to run Land DA System tests.
1.1.1.3. Customizing the Workflow
Chapter 3.1: Available Workflow Configuration Parameters explains all of the user-configurable options currently available in the workflow configuration file (
land_analysis*.yaml
).Chapter 3.2: Model provides information on input data and configuration parameters in the Noah-MP LSM.
Chapter 3.3: DA Framework provides information on the DA system, required data, and configuration parameters.
1.1.1.4. Reference
Chapter 4.1: Rocoto provides background information on the Rocoto workflow manager as used in Land DA.
Chapter 4.2: FAQ addresses frequently asked questions.
Chapter 4.3: Glossary lists important terms.
1.1.2. User Support and Documentation
1.1.2.1. Questions
The Land DA System’s GitHub Discussions forum provides online support for UFS users and developers to post questions and exchange information. When users encounter difficulties running the Land DA System, this is the place to post. Users can expect an initial response within two business days.
When posting a question, it is recommended that users provide the following information:
The platform or system being used (e.g., Hera, Orion, container)
The version of the Land DA System being used (e.g.,
develop
,release/public-v1.1.0
). (To determine this, users can rungit branch
, and the name of the branch with an asterisk*
in front of it is the name of the branch or tag they are working with.) Note that the Land DA version being used and the version of the documentation being used should match, or users will run into difficulties.Stage of the application when the issue appeared (i.e., build/compilation, configuration, or forecast run)
Contents of relevant configuration files
Full error message (preferably in text form rather than a screenshot)
Current shell (e.g., bash, csh) and modules loaded
Compiler + MPI combination being used
Run directory and code directory, if available on supported platforms
1.1.2.2. Bug Reports
If users (especially new users) believe they have identified a bug in the system, it is recommended that they first ask about the problem in GitHub Discussions, since many “bugs” do not require a code change/fix — instead, the user may be unfamiliar with the system and/or may have misunderstood some component of the system or the instructions, which is causing the problem. Asking for assistance in a GitHub Discussion post can help clarify whether there is a simple adjustment to fix the problem or whether there is a genuine bug in the code. Users are also encouraged to search open issues to see if their bug has already been identified. If there is a genuine bug, and there is no open issue to address it, users can report the bug by filing a GitHub Issue.
1.1.2.3. Feature Requests and Enhancements
Users who want to request a feature enhancement or the addition of a new feature have a few options:
File a GitHub Issue and add (or request that a code manager add) the
EPIC Support Requested
label.Post a request for a feature or enhancement in the Enhancements category of GitHub Discussions. These feature requests will be forwarded to the Earth Prediction Innovation Center (EPIC) management team for prioritization and eventual addition to the Land DA System.
Email the request to support.epic@noaa.gov.
1.1.3. Background Information
1.1.3.1. Unified Forecast System (UFS)
The UFS is a community-based, coupled, comprehensive Earth modeling system. It includes multiple applications that support different forecast durations and spatial domains. NOAA’s operational model suite for numerical weather prediction (NWP) is quickly transitioning to the UFS from many different modeling systems. The UFS is designed to enable research, development, and contribution opportunities within the broader Weather Enterprise (including government, industry, and academia). For more information about the UFS, visit the UFS Portal.
1.1.3.2. Noah-MP
The offline Noah-MP LSM is a stand-alone, uncoupled model used to execute land surface simulations. In this traditional uncoupled mode, near-surface atmospheric forcing data are required as input forcing. This LSM simulates soil moisture (both liquid and frozen), soil temperature, skin temperature, snow depth, snow water equivalent (SWE), snow density, canopy water content, and the energy flux and water flux terms of the surface energy balance and surface water balance.
Noah-MP uses:
a big-leaf approach with a separated vegetation canopy accounting for vegetation effects on surface energy and water balances,
a modified two-stream approximation scheme to include the effects of vegetation canopy gaps that vary with solar zenith angle and the canopy 3-D structure on radiation transfer,
a 3-layer physically-based snow model
a more permeable frozen soil by separating a grid cell into a permeable fraction and impermeable fraction,
a simple groundwater model with a TOPMODEL-based runoff scheme, and
a short-term leaf phenology model.
Noah-MP LSM enables a modular framework for diagnosing differences in process representation, facilitating ensemble forecasts and uncertainty quantification, and choosing process presentations appropriate for the application. Noah-MP developers designed multiple parameterization options for leaf dynamics, radiation transfer, stomatal resistance, soil moisture stress factor for stomatal resistance, aerodynamic resistance, runoff, snowfall, snow surface albedo, supercooled liquid water in frozen soil, and frozen soil permeability.
The Noah-MP LSM has evolved through community efforts to pursue and refine a modern-era LSM suitable for use in the National Centers for Environmental Prediction (NCEP) operational weather and climate prediction models. This collaborative effort continues with participation from entities such as NCAR, NCEP, NASA, and university groups.
Noah-MP has been implemented in the UFS via the CCPP physics package and is currently being tested for operational use in GFSv17 and RRFS v2. Additionally, the UFS Weather Model now contains a Noah-MP land component. Noah-MP has also been used operationally in the NOAA National Water Model (NWM) since 2016. Details about the model’s physical parameterizations can be found in Niu et al. [NYM+11] (2011), and a full description of the model is available in the Community Noah-MP Land Surface Modeling System Technical Description Version 5.0.
1.1.4. Disclaimer
The United States Department of Commerce (DOC) GitHub project code is provided on an “as is” basis and the user assumes responsibility for its use. DOC has relinquished control of the information and no longer has a responsibility to protect the integrity, confidentiality, or availability of the information. Any claims against the Department of Commerce stemming from the use of its GitHub project will be governed by all applicable Federal laws. Any reference to specific commercial products, processes, or services by service mark, trademark, manufacturer, or otherwise, does not constitute or imply their endorsement, recommendation, or favoring by the Department of Commerce. The Department of Commerce seal and logo, or the seal and logo of a DOC bureau, shall not be used in any manner to imply endorsement of any commercial product or activity by DOC or the United States Government.
1.1.5. References
B. Brasnett. A global analysis of snow depth for numerical weather prediction. J. Appl. Meteorol., 38(6):726–740, 1999. doi:10.1175/1520-0450(1999)038%3C0726:AGAOSD%3E2.0.CO;2.
D. Holdaway, G. Vernieres, M. Wlasak, and S. King. Status of model interfacing in the joint effort for data assimilation integration (jedi). JCSDA Quarterly Newsletter, 66:15–24, 2020. doi:10.25923/RB19-0Q26.
R. Honeyager, S. Herbener, X. Zhang, A. Shlyaeva, and Y. Trémolet. Observations in the joint effort for data assimilation integration (jedi) — unified forward operator (ufo) and interface for observation data access (ioda). JCSDA Quarterly Newsletter, 66:24–33, 2020. doi:10.25923/RB19-0Q26.
B.R. Hunt, E.J. Kostelich, and I. Szunyogh. Efficient data assimilation for spatiotemporal chaos: a local ensemble transform kalman filter. Physica D: Nonlinear Phenomena, 230(1–2):112–126, 2007. doi:10.1016/j.physd.2006.11.008.
G.-Y. Niu, Z.-L. Yang, K.E. Mitchell, F. Chen, M.B. Ek, M. Barlage, A. Kumar, K. Manning, D. Niyogi, E. Rosero, M. Tewari, and Y. Xia. Simple water balance model for estimating runoff at different spatial and temporal scales. Journal of Geophysical Research, 2011. doi:10.1029/2010JD015139.
Y. Trémolet and T. Auligné. The joint effort for data assimilation integration (jedi). JCSDA Quarterly Newsletter, 66:1–5, 2020. doi:10.25923/RB19-0Q26.
J.S. Whitaker and T.M. Hamill. Evaluating methods to account for system errors in ensemble data assimilation. Monthly Weather Review, 140(9):3078–3089, 2012. doi:10.1175/MWR-D-11-00276.1.
F. Zhang, C. Snyder, and J. Sun. Impacts of initial estimate and observation availability on convective-scale data assimilation with an ensemble kalman filter. Monthly Weather Review, 132(5):1238–1253, 2004. doi:10.1175/1520-0493(2004)132%3C1238:IOIEAO%3E2.0.CO;2.