SPHY Manual - All versions
  • 📚Readme
  • manual
    • SPHY manual 3.1
      • Introduction
      • Theory
        • Background
        • Modules
        • Reference and potential evaporation
        • Dynamic vegetation processes
        • Snow processes
        • Glacier processes
        • Soil water processes
        • Soil erosion processes
        • Routing
      • Applications
        • Irrigation management in lowland areas
        • Snow- and glacier-fed river basins
        • Flow forecasting
        • Soil erosion and sediment transport
      • Installation of SPHY
        • Installing SPHY as a stand-alone application
          • Miniconda
          • SPHY v3.1 source code
      • Build your own SPHY-model
        • Select projection extent and resolution
        • Clone map
        • DEM and Slope
        • Delineate catchment and create local drain direction map
        • Preparing stations map and sub-basin.map
        • Glacier table
        • Soil hydraulic properties
        • Other static input maps
        • Meteorological forcing map series
        • Open water evaporation
        • Dynamic vegetation module
        • Soil erosion model input
          • MMF
          • Soil erosion model calibration
          • Soil erosion model output
        • Sediment transport
      • Reporting and other utilities
        • Reporting
        • NetCDF
      • References
      • Copyright
      • Appendix 1: Input and Output
      • Appendix 2: Input and Output description
      • Appendix 3: Soil erosion model input
        • MUSLE
        • INCA
        • SHETRAN
        • DHVSM
        • HSFP
    • SPHY manual 3.0
      • Introduction
      • Theory
        • Background
        • Modules
        • Reference and potential evaporation
        • Dynamic vegetation processes
        • Snow processes
        • Glacier processes
        • Soil water processes
        • Soil erosion processes
        • Routing
      • Applications
        • Irrigation management in lowland areas
        • Snow- and glacier-fed river basins
        • Flow forecasting
      • Installation of SPHY
        • General
        • Installing SPHY as a stand-alone application
          • Miniconda
          • SPHY v3.1 source code
      • Build your own SPHY-model
        • Select projection extent and resolution
        • Clone map
        • DEM and Slope
        • Delineate catchment and create local drain direction map
        • Preparing stations map and sub-basin.map
        • Glacier fraction map
        • Soil hydraulic properties
        • Other static input maps
        • Meteorological forcing map series
        • Open water evaporation
        • Dynamic vegetation module
        • Soil erosion model input
          • MUSLE
          • MMF
          • INCA
          • SHETRAN
          • DHVSM
          • HSFP
          • Soil erosion model calibration
          • Soil erosion model output
        • Sediment transport
        • Applications
        • Reporting
        • NetCDF
      • References
      • Copyright
      • Appendix 1: Input and Output
Powered by GitBook
On this page
  1. manual
  2. SPHY manual 3.1
  3. Reporting and other utilities

Reporting

SPHY includes a large number of processes from which output can be generated through maps and timeseries. In a separate csv-file, the user can decide how map output should be generated for 50+ model variables. The csv-file has 6 columns: name, map, avg, timeseries, filename and comment. By default the csv-file is named reporting.csv and is located in the SPHY directory. To output variables other than the defaults, users must place the 'reporting.csv' file in the input directory, where SPHY map inputs are located.

The first column refers to the variable name in the model, which should not be changed.

In the second column the user can decide with which frequency the map (sum) output should be generated. This is usually used for water balance fluxes, such as precipitation, evapotranspiration and runoff and for sediment transport output:

Table 21: Variables from which the sum should be reported

Code
Meaning
Number of maps generated
Common application

Y

Yearly sum

Number of years in simulation

Water balance fluxes, e.g. precipitation, evapotranspiration, runoff

M

Monthly sum

Number of months in simulation (12* number of years)

Water balance fluxes, e.g. precipitation, evapotranspiration, runoff

D

Daily output

Each time step

Not commonly used

MS

Long-term average monthly sum

12 maps

Water balance fluxes, e.g. precipitation, evapotranspiration, runoff

The third column is used to indicate the output variables that should be generated as an average. This is most commonly used for water balance storage components, such as canopy, snow, rootzone and groundwater storage, but also for plant water stress.

Table 22: Variables from which the average should be reported

Code
Meaning
Number of generated maps
Common applications

Y

Yearly average

Number of years in simulation

Water balance storage components, e.g. snow, rootzone and groundwater storage

M

Monthly average

Number of months in simulation ( 12* number of years)

Water balance storage components, e.g. snow, rootzone and groundwater storage

MA

Long-term monthly average

12 maps

Water balance storage components, e.g. snow, rootzone and groundwater storage

In the second and third column more than one output frequency can be selected, separated with a “+” symbol. For example, when the user wants to get yearly and long-term average monthly output, the following combination should be provided: “Y+MA”.

The fourth column is used to indicate which variables should generate timeseries. In this case only one frequency can be used, which is daily. The time series will be generated at the stations, hence, the output file will contain 1 column with the time steps of the simulation, which is followed by one column per station. Time series output is generally used for routed runoff and sediment flux:

Table 23: Variable from which a time series should be reported

Code
Meaning
Number of time steps
Common application

D

Daily time series

All time steps

Routed runoff and sediment flux

In the fifth column the user can define the filename (prefix). The maximum number of characters used here depends on the number of simulated time steps. The file names of map output (sum or average maps) is constructed as follows, in case of daily (D) output: SedFlxD0.001, SedFlxD0.002, SedFlxD0.003, etc. In this case, a prefix of 6 characters is used (i.e. SedFlx). The model will crash in case the simulation has more than 9999 time steps. In case of more than 9999 time steps, a prefix of maximum 5 characters should be used (e.g. SedFlx): SdFlxD10.000, SdFlxD10.001, SdFlxD10.002, etc.

The sixth column provides comments for each of the model variables, such as the full name and the unit.

In column 2-4, NONE indicates that no output will be generated. Only model output will be generated for model variables that are considered during the simulation. So, if the reporting csv-table indicates that sediment flux should be reported, but the sediment transport module is not used (i.e. SedTransFLAG = 0 in the config file), then no sediment flux will be generated. For further details regarding the output files readers are referred to in Appendix 2: Input and Output description.

Table 24: Example of the reporting file

Model name
Map
Avg
Timeseries
Filename
Comment

TotPrec

Y

NONE

NONE

Prec

PRECIPITATION in mm

PlantStress

NONE

MA

NONE

Pws

PLANT WATER STRESS dimensionless

StorRootW

NONE

Y

NONE

Rootw

ROOTZONE STORAGE in mm

QallRAtot

NONE

NONE

D

QAll

ROUTED TOTAL RUNOFF in m3/s

...

...

...

...

...

...

Users can also add new variables to the reporting file. This can be done by adding a new line to the reporting file with a reference to the variable name in question. Keep in mind to use a filename that has less than 5 characters (column 5). In addition, the following code should be added to the SPHY model code below where the variable is defined:

self.reporting.reporting(self, pcr, 'VariableNameReporting', VariableNameModel)

The VariableNameReporting should coincide with the variable name of the first column of the reporting file. The VariableNameModel should coincide with the variable name in the model code. These two variable names could be identical, but this is up to the user.

PreviousReporting and other utilitiesNextNetCDF

Last updated 1 year ago