Skip to content

DZTR researcher documentation

Estimate reservoir operating targets, calibrate them where observations exist, and apply frozen profiles in hydrological models. Start with the portable application guide; it needs no private experiment archives. The scientific assessment explains the evidence and limitations behind the available methods.

flowchart LR
    A[Local observations or station components] --> B[Normalize units, dates and boundaries]
    L[Levels and geometry with a declared reference] --> B
    B --> C[Usable-data route and source decisions]
    C --> D[Mixed calibration years: at least 65 percent]
    D --> E[Estimate targets and optional calibration]
    E --> F[Freeze a selected profile and its provenance]
    F --> G[Apply to inflow plus initial conditions]
    G --> H[Storage, release, spill and balance diagnostics]
Task Guide
Install and reproduce three public applications Portable application
Understand commands, clocks and file contracts Public interface
Prepare a new reservoir New-reservoir checklist
Choose a data-availability method Four-route workflow
Understand level datum and geometry choices Shared geometry workflow
Understand wet/dry/normal year selection Representative-year calibration
Choose release, storage or weighted objectives Full-data scalar calibration
Interpret roots, failures and water conservation Root policies, interval simulation
Review performance and computational budgets Scientific assessment
Download, cite and verify a release Release and citation

The stable command is dztr (also python -m dztr). Versioned run managers remain the scientific backends. Earlier guides describe frozen experiments and can refer to private outputs/ directories; those paths are archive references, not prerequisites for the portable quick start.

The GitHub Pages outlet builds from these Markdown sources after the public Ubuntu and Windows application checks pass. Version 0.3.1 uses the MIT license. The release guide records the v0.3.1 software DOI; the all-versions DOI identifies the software across releases. The published model paper has its own separate DOI.