CIMA Research Foundation logo

C‑Hy(drology)Dro(ught)

Open-source hub for hydrology, forecasting, and drought tools (c-hydro)

Workflow references

Quick, English-language references that point to the right repository for details.

Reference workflows

These are “how the pieces usually fit together” references. Each repository contains the authoritative, detailed instructions.

Classification rule: repositories are grouped by declared tags/topics. Without #hydrology or #drought, a repository is listed under Other tools.

Hydrology & Forecasting workflow

Typical operational chain around Hydrological Model Continuum (HMC) and the Flood‑PROOFS stack.

  1. Collect & prepare inputs (observations, NWP, static layers) — often via HyDE-like data engines.
  2. Run the hydrological core (HMC) using wrappers such as fp-hmc.
  3. Optional cryospheric coupling: run S3M (snow/glacier) and feed outputs into hydrologic modelling.
  4. Post-process: quality control, aggregation, indicators, verification.
  5. Publish & visualize: dashboards, maps, reports, or downstream services.

Drought analysis workflow

Typical pipeline for drought monitoring with DRYES and companions.

  1. Acquire time series / rasters from meteorological, satellite, or model products (often via DOOR).
  2. Standardize datasets and compute intermediate layers with DAM (middleware utilities).
  3. Compute drought indicators (indices, anomalies, persistence metrics) with DRYES.
  4. Summarize & report by administrative units / basins; create maps and time series.

Near real-time flood hazard mapping

Example workflow where model outputs are turned into hazard maps.

  1. Hydro‑meteorological forecasts feed the operational chain.
  2. Hydrologic simulation produces discharge/runoff estimates.
  3. Flomart generates flood hazard maps in near real time for dissemination and decision support.

Reproducibility checklist

Good practice for operational and research workflows.

  • Pin versions (tags/releases), capture run settings and input data provenance.
  • Use configuration files, avoid hard-coded paths, document dependencies.
  • Add simple smoke tests and example runs (small domains) for CI.