diff --git a/Externals.cfg b/Externals.cfg index d4e63c581..fdf5d8bb1 100644 --- a/Externals.cfg +++ b/Externals.cfg @@ -12,7 +12,7 @@ protocol = git repo_url = https://github.com/ufs-community/ufs-weather-model # Specify either a branch name or a hash but not both. #branch = develop -hash = 855243a +hash = 826f6ff local_path = sorc/ufs-weather-model required = True diff --git a/doc/UsersGuide/BackgroundInfo/Components.rst b/doc/UsersGuide/BackgroundInfo/Components.rst index cf00bd2ed..4f4e948dc 100644 --- a/doc/UsersGuide/BackgroundInfo/Components.rst +++ b/doc/UsersGuide/BackgroundInfo/Components.rst @@ -132,7 +132,7 @@ Build System and Workflow The SRW Application has a portable, CMake-based build system that packages together all the components required to build the SRW Application. This build system collects the components necessary for running the end-to-end SRW Application, including the UFS Weather Model and the pre- and post-processing software. Additional libraries necessary for the application (e.g., :term:`NCEPLIBS-external` and :term:`NCEPLIBS`) are not included in the SRW Application build system but are available pre-built on pre-configured platforms. On other systems, they can be installed via spack-stack (see :doc:`spack-stack Documentation `). There is a small set of :ref:`prerequisite system libraries ` and utilities that are assumed to be present on the target computer: the CMake build software; a Fortran, C, and C++ compiler; and an :term:`MPI` library. -Once built, users can generate a Rocoto-based workflow that will run each task in the proper sequence (see :numref:`Chapter %s ` or the `Rocoto documentation `__ for more information on Rocoto and workflow management). If Rocoto and/or a batch system is not present on the available platform, the individual components can be run in a stand-alone, command line fashion with provided run scripts. +Once built, users can generate a Rocoto-based workflow that will run each task in the proper sequence (see :numref:`Chapter %s ` or the `Rocoto documentation `__ for more information on Rocoto and workflow management). If Rocoto and/or a batch system is not present on the available platform, the individual components can be run in a stand-alone, command line fashion with provided run scripts. The SRW Application allows users to configure various elements of the workflow. For example, users can modify the parameters of the atmospheric model, such as start and end dates, duration, integration time step, and the physics suite used for the simulation. It also allows for configuration of other elements of the workflow; for example, users can choose whether to run some or all of the pre-processing, forecast model, and post-processing steps. More information on how to configure the workflow is available in :numref:`Section %s `. diff --git a/doc/UsersGuide/CustomizingTheWorkflow/DefineWorkflow.rst b/doc/UsersGuide/CustomizingTheWorkflow/DefineWorkflow.rst index 4a70d1100..c9302859f 100644 --- a/doc/UsersGuide/CustomizingTheWorkflow/DefineWorkflow.rst +++ b/doc/UsersGuide/CustomizingTheWorkflow/DefineWorkflow.rst @@ -6,7 +6,7 @@ Defining an SRW App Workflow Many predefined workflows with optional variants exist within the Short-Range Weather Application, but the Application also includes the ability to define a new workflow from scratch. This functionality allows users to add tasks to the workflow to meet their scientific exploration needs. -Rocoto is the primary workflow manager software used by the UFS SRW App. Rocoto workflows are defined in an XML file (``FV3LAM_wflow.xml``) based on parameters set during experiment generation. The SRW Rocoto XML is built using the UW Tools Rocoto Tool. Reference its documentation `here `__. For more information about Rocoto, check out its `documentation here `_. +Rocoto is the primary workflow manager software used by the UFS SRW App. Rocoto workflows are defined in an XML file (``FV3LAM_wflow.xml``) based on parameters set during experiment generation. The SRW Rocoto XML is built using the UW Tools Rocoto Tool. Reference its documentation `here `__. For more information about Rocoto, check out its `documentation here `_. Order of Precedence =================== diff --git a/doc/UsersGuide/Reference/Glossary.rst b/doc/UsersGuide/Reference/Glossary.rst index 4e1b60667..df107ee78 100644 --- a/doc/UsersGuide/Reference/Glossary.rst +++ b/doc/UsersGuide/Reference/Glossary.rst @@ -264,7 +264,7 @@ Glossary A central location in which files (e.g., data, code, documentation) are stored and managed. Rocoto - The `Rocoto Workflow Management System `__ is a Ruby-based tool that manages workflow task dependencies and job submission on :term:`HPC` systems. Rocoto communicates with batch systems to run tasks in the proper sequence based on dependencies and can automatically resubmit failed tasks. The SRW App uses Rocoto to orchestrate the execution of workflow tasks defined in the ``FV3LAM_wflow.xml`` file. For more information, see :numref:`Section %s `. + The `Rocoto Workflow Management System `__ is a Ruby-based tool that manages workflow task dependencies and job submission on :term:`HPC` systems. Rocoto communicates with batch systems to run tasks in the proper sequence based on dependencies and can automatically resubmit failed tasks. The SRW App uses Rocoto to orchestrate the execution of workflow tasks defined in the ``FV3LAM_wflow.xml`` file. For more information, see :numref:`Section %s `. RRFS The `Rapid Refresh Forecast System `_ (RRFS) is NOAA's next-generation convection-allowing, rapidly-updated, ensemble-based data assimilation and forecasting system currently scheduled for operational implementation in 2024. It is designed to run forecasts on a 3-km :term:`CONUS` domain, see also `NOAA Rapid Refresh Forecast System (RRFS) `__. Experimental data is currently available from the `AWS S3 NOAA-RRFS `__ bucket for deterministic forecasts out to 60 hours at 00, 06, 12, and 18 UTC. Additionally, hourly forecasts out to 18 hours may be available for more recent RRFS model runs; the user needs to verify that data exists for needed dates. diff --git a/doc/UsersGuide/Reference/RocotoInfo.rst b/doc/UsersGuide/Reference/RocotoInfo.rst index d7da7a16f..fd817836a 100644 --- a/doc/UsersGuide/Reference/RocotoInfo.rst +++ b/doc/UsersGuide/Reference/RocotoInfo.rst @@ -9,7 +9,7 @@ Rocoto is a Ruby program that communicates with the batch system on an :term:`HPC` system to run and manage dependencies between the tasks. Rocoto submits jobs to the HPC batch system as the task dependencies allow and runs one instance of the workflow for a set of user-defined :term:`cycles `. More information about Rocoto can be found on the -`Rocoto Wiki `__. +`Rocoto Wiki `__. The SRW App workflow is defined in a Jinja-enabled Rocoto XML template called ``FV3LAM_wflow.xml``, which resides in the ``parm`` directory. When the ``generate_FV3LAM_wflow.py`` script is run, @@ -19,7 +19,7 @@ and task interdependencies. The generated XML file is then copied to the experim ``$EXPTDIR/FV3LAM_wflow.xml``. There are a number of Rocoto commands available to run and monitor the workflow; users can find more information in the -complete `Rocoto documentation `__. +complete `Rocoto documentation `__. Descriptions and examples of commonly used commands are discussed below. .. _RocotoRunCmd: @@ -50,7 +50,7 @@ Users will need to include the absolute or relative path to these files when run It is important to note that the ``rocotorun`` process is iterative; the command must be executed many times before the entire workflow is completed, usually every 1-10 minutes. This command can be placed in the user’s :term:`crontab`, and cron will call it with a specified frequency. More information on -this command can be found in the `Rocoto documentation `__. +this command can be found in the `Rocoto documentation `__. The first time the ``rocotorun`` command is executed for a workflow, the files ``FV3LAM_wflow.db`` and ``FV3LAM_wflow_lock.db`` are created. There is usually no need for the user to modify these files. @@ -130,7 +130,7 @@ on the grid size and computational resources available), the output of the ``roc When the workflow runs to completion, all tasks will be marked as SUCCEEDED. The log file for each task is located in ``$EXPTDIR/log``. If any task fails, the corresponding log file can be checked for error messages. Optional arguments for the ``rocotostat`` command can be found in the -`Rocoto documentation `__. +`Rocoto documentation `__. .. _rocotocheck: diff --git a/parm/field_table.FV3_RRFS_v1beta b/parm/field_table.FV3_RRFS_v1beta index fe96567e5..8ee2bad92 100644 --- a/parm/field_table.FV3_RRFS_v1beta +++ b/parm/field_table.FV3_RRFS_v1beta @@ -3,7 +3,7 @@ "TRACER", "atmos_mod", "sphum" "longname", "specific humidity" "units", "kg/kg" - "profile_type", "fixed", "surface_value=1.e30" / + "profile_type", "fixed", "surface_value=3.e-6" / # prognostic cloud water mixing ratio "TRACER", "atmos_mod", "liq_wat" "longname", "cloud water mixing ratio" @@ -33,7 +33,7 @@ "TRACER", "atmos_mod", "water_nc" "longname", "cloud liquid water number concentration" "units", "/kg" - "profile_type", "fixed", "surface_value=1.e30" / + "profile_type", "fixed", "surface_value=0.0" / # prognostic cloud ice number concentration "TRACER", "atmos_mod", "ice_nc" "longname", "cloud ice water number concentration"