Regional Lab Backend Comparison Recipe 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 page narrows the committed regional_lab example to the backend_compare recipe. It shows how one comparison workflow is carried as a reusable recipe, planned only where the catalog exposes one backend-comparison config, and reported with explicit gaps on the remaining headwater sites.
See also
Read the Simulation walkthrough if you want the parameter mapping, a recommended reading order, and the first modifications to try.

Case Setup#
Base lab config: the same selected headwater population is reused, so the page isolates recipe logic rather than changing the site inventory.
Overlay config: config_headwater_100km2_lab_backend_compare.toml keeps only the backend_compare recipe enabled and writes to its own output root.
Child-run contract: the recipe reads backend_comparison_config from each site row and expands into comparison child runs.
What It Shows#
How regional_lab can orchestrate comparison launchers, not only single-run simulations.
How one comparison recipe reuses the same headwater site selection while depending on a different catalog field than the MF6 replay recipe.
How the dry plan remains useful even when only one site is currently comparison-ready.
Key Parameters#
launcher = “comparison” shows that regional_lab can plan solver-comparison suites as first-class child workflows.
required_fields = [“backend_comparison_config”] is what turns the two inventory-only headwater sites into visible comparison gaps.
config_path_template = “{backend_comparison_config}” keeps the recipe generic while the site catalog remains the source of truth for child inputs.
The overlay keeps the other recipes disabled so the page documents one comparison workflow rather than the full laboratory at once.
How To Read It#
Start with the matrix to confirm that the backend-comparison recipe currently lands on one validated outlet only.
Use the coverage summary to separate recipe reach from recipe quality: one planned case can still be valuable if the gaps stay explicit.
Read the text panel last to connect those gaps to catalog maturity rather than to launcher failure.
Next Steps#
Switch execute = true in the focused overlay config when the dry plan looks correct and you want to launch the child workflow.
Use these orchestration pages as the planning 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_backend_compare_recipe_plan.jsondocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_report.jsondocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_summary.mddocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_site_inventory.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_recipe_summary.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_cluster_summary.csvdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_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_backend_compare_recipe.pngdocs/source/_static/capability_gallery/simulation/regional_lab_headwater_100km2_backend_compare_recipe_summary.jsonstores the displayed metrics plus source hashes used bypython -m tools.doc_gallery --check.