Regional Lab Dry Plan on Headwater 100 km2#
Note
This page and its static assets are auto-generated by python -m tools.doc_gallery. The Sphinx build only reads committed PNG and JSON artifacts.
This case documents the orchestration layer rather than one child run. It uses the first committed regional_lab example in dry-plan mode to show how a small site catalog is filtered, clustered, expanded into recipes, and reported as runnable cases or explicit coverage gaps.
See also
Read the Simulation walkthrough if you want the parameter mapping, a recommended reading order, and the first modifications to try.

Case Setup#
Launcher family: regional_lab, sitting above child simulation and comparison launchers.
Example scope: one small Brittany site catalog with one fully runnable headwater site and several inventory-only or screening sites.
The committed example starts with execute = false, so the page documents planning, selection, and reporting rather than child-run results.
What It Shows#
How regional_lab separates site inventory, recipe definitions, and execution/reporting layers.
How one selected site population expands into planned child runs plus explicit coverage gaps when required configs are missing.
How a dry-run can be used as a planning and coverage-audit tool before any child simulation is actually launched.
Key Parameters#
[regional_lab.catalog] defines how site metadata and path-like config references are loaded from the catalog.
[regional_lab.selection] tags = [“mesh_ready”] filters the population before any recipe expansion happens.
[[regional_lab.cluster_rule]] enriches catalog rows into reusable clusters/families/scales instead of relying only on static columns.
[[regional_lab.recipe]] turns one selected site population into concrete child launcher plans, with required_fields making coverage gaps explicit.
execute = false keeps the example in dry-plan mode, which is exactly what this page documents.
How To Read It#
Start with the site-by-recipe matrix to see which sites are runnable and which ones remain coverage gaps.
Use the recipe bars next to understand how much of the selected population each recipe actually covers.
Read the text summary last: it explains why the example is valuable even with zero executed child runs.
Next Steps#
Switch execute = true in the example config when the dry plan looks correct and you want to launch the child workflows.
Use this page as the orchestration complement to the individual simulation and comparison cases already exposed elsewhere in the gallery.
Reproduce#
Run the underlying example or validation case with:
python -m tools.doc_gallery
Refresh the committed gallery artifacts with:
python -m tools.doc_gallery
Source Pointers#
docs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_plan.jsondocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_report.jsondocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_summary.mddocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_site_inventory.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_recipe_summary.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_cluster_summary.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_case_matrix.csvhydromodpy/analysis/testbed/__init__.pyhydromodpy/analysis/testbed/regional_lab_config.pyhydromodpy/analysis/testbed/regional_lab.py
Artifacts#
docs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan.pngdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_dry_plan_summary.jsonstores the displayed metrics plus source hashes used bypython -m tools.doc_gallery --check.