Inputs Swatplus Rev59 2 Unlocked
Inputs Swatplus Rev59 2 Unlocked
Inputs Swatplus Rev59 2 Unlocked
2– 5/29/19
CHAPTER FILE.CIO
File management is performed with the master watershed file (file.cio). The master watershed
file contains the file names for the simulation run.
The master watershed file is divided into several sections. A brief description of the variables in
the master watershed file follows. They are grouped by section and listed in the order they appear within
the file.
1
2 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
SWAT+ Model:
Over the past 20 years, the Soil and Water Assessment Tool (SWAT) has become widely
used across the globe. The large numbers of applications across the globe have also revealed
limitations and identified model development needs. Numerous additions and modifications of
the model and its individual components have made the code increasingly difficult to manage
and maintain. In order to face present and future challenges in water resources modeling
SWAT code has undergone major modifications over the past few years, resulting in SWAT+, a
completely revised version of the model. Even though the basic algorithms used to calculate
the processes in the model have not changed, the structure and organization of both the code
(object based) and the input files (relational based) have undergone considerable modification.
This is expected to facilitate model maintenance, future code modifications, and foster
collaboration with other researchers to integrate new science into SWAT modules. SWAT+
provides a more flexible spatial representation of interactions and processes within a watershed.
Descriptions of the SWAT+ input data files are listed and described in this document.
X.1 FILE.CIO
PRINT.PRT
The print file controls the occurrence of the output files and is space delimited. Below is a sample PRINT.PRT
file. Some pointers:
The user will input the actual start and stop julian day for daily printing.
NYSKIP will not print until NYSKIP is over.
When time crosses the end of the year, the print will continue to increment the print INTERVAL.
Daily printing of all files could cause very large output files (exceeding hard drive capabilities)
4 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Examples: If NYSKIP =2, the model will skip printing the first
two years regardless of the starting year. In other words, if
YRC_START = 2000, we start printing in 2002. If YRC_START
= 2005, printing starts in 2007.
Notes: The daily print start and end time has nothing to do with
NYSKIP. If the daily print time is skipped, it simply won’t print
the daily output.
The start year of printing is max(YRC_START+NYSKIP).
HEADER Header
CSVOUT Code to print .csv files n=no print; y = print
DBOUT Code to print database (db) files n=no print; y = print (not
currently active)
CDFOUT Code to print netcdf (cdf) files n=no print; y = print (not
currently active)
HEADER Header
SNUTC Soil nutrients carbon output file; input should be character - d(daily;
m/(monthly); y(yearly); aa(ave annual);
MGTOUT Management output file (print codes apply) (mgt.out)
HYDCON Hydrograph connect output file (hydcon.out)
FDCOUT Flow duration curve output file
n=no print; avann=print
HEADER Header.
All of the following codes are entered as : ‘y’ (yes) or ‘n’
(no) to print on a daily, monthly, yearly or avann timestep.
WB_BSN Water balance BASIN output variables
NB_BSN Nutrient balance BASIN output variables
LS_BSN Losses BASIN output variables
PW_BSN Plant weather BASIN output variables
AQU_BSN Aquifer BASIN output variables
RES_BSN Reservoir BASIN output file variables
CHAN_BSN Channel BASIN output file variables
SD_CHAN_BSN CHANDEG BASIN output file variables
RECALL_BSN Point source BASIN output file variables
WB_REG Water balance REGION output variables
NB_REG Nutrient balance REGION output variables
LS_REG Losses REGION output variables
PW_REG Plant weather REGION output variables
AQU_REG Aquifer REGION output variables
SWAT+ INPUTS 7
RES_REG Reservoir REGION output variables
CHAN_REG Channel REGION output variables
SD_CHAN_REG SWATDEG Channel REGION output variables
RECALL_REG Point source REGION output variables
WB_SUB Water balance ROUTING UNIT output variables
NB_SUB Nutrient balance ROUTING UNIT output variables
LS_SUB Losses ROUTING UNIT output variables
PW_SUB Plant weather ROUTING UNIT output variables
WB_HRU Water balance HRU output variables
NB_ HRU Nutrient balance HRU output variables
LS_ HRU Losses HRU output variables
PW_ HRU Plant weather HRU output variables
WB_SD Water balance HRU-LTE output variables
NB_ SD Nutrient balance HRU-LTE output variables
LS_ SD Losses HRU-LTE output variables
PW_ SD Plant weather HRU-LTE output variables
CHAN Channel output variables
SD_CHAN SWAT DEG (lte) channel output variables
AQU Aquifer output variables
RES Reservoir output variables
RECALL Recall output variables
HYD Hydin output and hydout_output variables
RU Routing Unit output variables
PEST Pesticide constituents outputs
OBJECT.PRT
The object print file allows the user to define output and is space delimited. Below is a sample OBJECT.PRT file:
object.prt:
NUMB OBTYP OBTYPNO HYDTYP FILENAME
1 sdc 1 tot two_stage.out
OBJECT.CNT
The object count file contains the total counts for the watershed simulation and is space delimited. Below is a
sample OBJECT.CNT file:
object.cnt:
NAME AREA_LS_HAREA_TOT_HA OBJ HRU LTE RU MODFLOW AQU CHA RES REC EXCO DR CANAL PUMP OUT CHANDEG 2DAQU
2_stage 30 33 3 0 0 0 0 0 0 0 1 1 1 0 0 0 0 0
CONSTITUENTS.CS
The CONSTITUENTS.CS file contains the input variables for the pesticide constituents. Below is a sample
CONSTITUENTS.CS file:
constituents.cs
4 !pesticides
aatrex banvel prowl roundup
2 !pathogens
fecal_col_form e_coli
1 !metals
mercury
2 !salts
sodium magnesium
BASIN – General watershed attributes are defined in the basin input file. These attributes control a diversity
of physical processes at the watershed level. The interfaces will automatically set these parameters to the
“default” or recommended values listed in the variable documentation. Users can use the default values or
change them to better reflect what is happening in a given watershed. Variables governing bacteria or pesticide
transport need to be initialized only if these processes are being modeled in the watershed. Even if nutrients are
not being studied in a watershed, some attention must be paid to these variables because nutrient cycling
impacts plant growth which in turn affects the hydrologic cycle.
CODES.BSN
Below is a partial sample CODES.BSN FILE:
codes.bsn: Basin control -
PETFILE WWQFILE PET EVENT CRK SUBWQ SED_DET RTE DEG WQ RTPEST CN CFAC CSWAT BF_FLG UHYD SED_CH TDRN WTDN_P_MODEL ABSTR ATMO SMAX I_SUBHW
test.pet test.wwq 1 0 0 1 1 1 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0
PARAMETERS.BSN
General watershed attributes are defined in the basin input file. These attributes control a diversity of
physical processes at the watershed level. The interfaces will automatically set these parameters to the “default”
or recommended values listed in the variable documentation. Users can use the default values or change them to
better reflect what is happening in a given watershed. Variables governing bacteria or pesticide transport need
to be initialized only if these processes are being modeled in the watershed. Even if nutrients are not being
studied in a watershed, some attention must be paid to these variables because nutrient cycling impacts plant
growth which in turn affects the hydrologic cycle.
ADJ_PKR Peak rate adjustment factor for sediment routing in the subbasin
(tributary channels).
Sediment routing is a function of peak flow rate and mean daily
flow. Because SWAT originally could not directly calculate the
sub-daily hydrograph due to the use of precipitation summarized
on a daily basis, this variable was incorporated to allow adjustment
for the effect of the peak flow rate on sediment routing. This factor
is used in the MUSLE equation and impacts the amount of erosion
generated in the HRUs.
If no value for ADJ_PKR is entered, the model will set
ADJ_PKR=1.0.
Required.
16 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
PRF Peak rate adjustment factor for sediment routing in the main
channel.
Sediment routing is a function of peak flow rate and mean daily
flow. Because SWAT originally could not directly calculate the
sub-daily hydrograph, this variable was incorporated to allow
adjustment for the effect of the peak flow rate on sediment routing.
This variable impacts channel degradation.
If no value for PRF is entered, the model will set PRF = 1.0.
Required.
SPCON Linear parameter for calculating the maximum amount of sediment
that can be reentrained during channel sediment routing.
The maximum amount of sediment that can be transported from a
spexp
reach segment is calculated conc sed ,ch ,mx = c sp ⋅ v ch , pk where
concsed,ch,mx is the maximum concentration of sediment that can
be transported by the water (ton/m3 or kg/L), csp is a coefficient
defined by the user, vch,pk is the peak channel velocity (m/s), and
spexp is an exponent defined by the user.
SPCON should be between 0.0001 and 0.01. If no value for
SPCON is entered, the model will set SPCON = 0.0001.
Required.
SPEXP Exponent parameter for calculating sediment reentrained in
channel sediment routing
The maximum amount of sediment that can be transported from a
spexp
reach segment is calculated conc sed ,ch ,mx = c sp ⋅ v ch , pk where
concsed,ch,mx is the maximum concentration of sediment that can
be transported by the water (ton/m3 or kg/L), csp is a coefficient
defined by the user, vch,pk is the peak channel velocity (m/s), and
spexp is an exponent defined by the user.
The exponent, spexp, normally varies between 1.0 and 2.0 and was
set at 1.5 in the original Bagnold stream power equation (Arnold et
al., 1995). If no value for SPEXP is entered, the model will set
SPEXP = 1.0.
Required.
SWAT+ INPUTS 17
CMN Rate factor for humus mineralization of active organic nutrients (N
and P).
Chapters 3:1 and 3:2 of the Theoretical Documentation describe
the use of this parameter in the mineralization calculations.
If no value for CMN is specified, the model will set CMN =
0.0003.
Required.
18 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
N_UPDIS Nitrogen uptake distribution parameter.
Root density is greatest near the surface, and plant nitrogen uptake
in the upper portion of the soil will be greater than in the lower
portion. The depth distribution of nitrogen uptake is controlled by
βn, the nitrogen uptake distribution parameter.
The importance of the nitrogen uptake distribution parameter lies
in its control over the maximum amount of nitrate removed from
the upper layers. Because the top 10 mm of the soil profile
interacts with surface runoff, the nitrogen uptake distribution
parameter will influence the amount of nitrate available for
transport in surface runoff. The model allows lower layers in the
root zone to fully compensate for lack of nitrate in the upper
layers, so there should not be significant changes in nitrogen stress
with variation in the value used for βn.
If no value for N_UPDIS is entered, the model will set N_UPDIS
= 20.0.
Figure 4-9 illustrates nitrogen uptake as a function of depth for
four different uptake distribution parameter values.
Required.
SWAT+ INPUTS 19
Phosphorus uptake distribution parameter.
P_UPDIS
This parameter controls plant uptake of phosphorus from the
different soil horizons in the same way that UBN controls nitrogen
uptake. The illustration of nitrogen uptake as a function of depth
for four different uptake distribution parameter values in Figure 4-
9 is valid for phosphorus uptake as well.
Phosphorus removed from the soil by plants is taken from the solution
phosphorus pool. The importance of the phosphorus uptake distribution
parameter lies in its control over the maximum amount of solution P removed
from the upper layers. Because the top 10 mm of the soil profile interacts with
surface runoff, the phosphorus uptake distribution parameter will influence the
amount of labile phosphorus available for transport in surface runoff. The model
allows lower layers in the root zone to fully compensate for lack of solution P in
the upper layers, so there should not be significant changes in phosphorus stress
with variation in the value used for βp.
If no value for P_UPDIS is entered, the model will set P_UPDIS =
20.0.
Required.
NPERCO Nitrate percolation coefficient.
NPERCO controls the amount of nitrate removed from the surface
layer in runoff relative to the amount removed via percolation.
The value of NPERCO can range from 0.01 to 1.0. As NPERCO
→ 0.0, the concentration of nitrate in the runoff approaches 0. As
NPERCO → 1.0, surface runoff has the same concentration of
nitrate as the percolate.
If no value for NPERCO is entered, the model will set NPERCO =
0.20.
Required.
PPERCO Phosphorus percolation coefficient (10 m3/Mg).
The phosphorus percolation coefficient is the ratio of the solution
phosphorus concentration in the surface 10 mm of soil to the
concentration of phosphorus in percolate.
The value of PPERCO can range from 10.0 to 17.5 If no value for
PPERCO is entered, the model will set PPERCO = 10.0.
Required.
20 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
PHOSKD Phosphorus soil partitioning coefficient (m3/Mg).
The phosphorus soil partitioning coefficient is the ratio of the
soluble phosphorus concentration in the surface 10 mm of soil to
the concentration of soluble phosphorus in surface runoff.
The primary mechanism of phosphorus movement in the soil is by
diffusion. Diffusion is the migration of ions over small distances
(1-2 mm) in the soil solution in response to a concentration
gradient. Due to the low mobility of solution phosphorus, surface
runoff will only partially interact with the solution P stored in the
top 10 mm of soil.
If no value for PHOSKD is entered, the model will set PHOSKD =
175.0.
Required.
SWAT+ INPUTS 21
PSP Phosphorus availability index.
Many studies have shown that after an application of soluble P
fertilizer, solution P concentration decreases rapidly with time due
to reaction with the soil. This initial “fast” reaction is followed by
a much slower decrease in solution P that may continue for several
years (Barrow and Shaw, 1975; Munns and Fox, 1976; Rajan and
Fox, 1972; Sharpley, 1982). In order to account for the initial rapid
decrease in solution P, SWAT assumes a rapid equilibrium exists
between solution P and an “active” mineral pool. The subsequent
slow reaction is simulated by the slow equilibrium assumed to
exist between the “active” and “stable” mineral pools. The
algorithms governing movement of inorganic phosphorus between
these three pools are taken from Jones et al. (1984).
Equilibration between the solution and active mineral pool is
governed by the phosphorus availability index. This index
specifies the fraction of fertilizer P which is in solution after an
incubation period, i.e. after the rapid reaction period.
A number of methods have been developed to measure the
phosphorus availability index. Jones et al. (1984) recommends a
method outlined by Sharpley et al. (1984) in which various
amounts of phosphorus are added in solution to the soil as
K2HPO4. The soil is wetted to field capacity and then dried slowly
at 25°C. When dry, the soil is rewetted with deionized water. The
soil is exposed to several wetting and drying cycles over a 6-month
incubation period. At the end of the incubation period, solution
phosphorus is determined by extraction with anion exchange resin.
The P availability index is then calculated:
Psolution , f − Psolution ,i
pai =
fert minP
where pai is the phosphorus availability index, Psolution,f is the
amount of phosphorus in solution after fertilization and incubation,
Psolution,I is the amount of phosphorus in solution before
fertilization, and fertminP is the amount of soluble P fertilizer added
to the sample.
If no value for PSP is entered, the model will set PSP = 0.40.
Required.
RSDCO Residue decomposition coefficient.
The fraction of residue which will decompose in a day assuming
optimal moisture, temperature, C:N ratio and C:P ratio.
If no value for RSDCO is entered, the model will set RSDCO =
0.05.
Required.
22 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
PERCOP Pesticide percolation coefficient.
PERCOP controls the amount of pesticide removed from the
surface layer in runoff and lateral flow relative to the amount
removed via percolation. The value of PERCOP can range from
0.01 to 1.0. As PERCOP → 0.0, the concentration of pesticide in
the runoff and lateral flow approaches 0. As PERCOP → 1.0,
surface runoff and lateral flow has the same concentration of
pesticide as the percolate.
If no value for PERCOP is entered, the model will set PERCOP =
0.50.
Required if pesticide transport is of interest.
MSK_CO1 Calibration coefficient used to control impact of the storage time
constant (Km) for normal flow (where normal flow is when river is
at bankfull depth) upon the Km value calculated for the reach.
Required only if IRTE = 1.
MSK_CO2 Calibration coefficient used to control impact of the storage time
constant (Km) for low flow (where low flow is when river is at 0.1
bankfull depth) upon the Km value calculated for the reach.
Required only if IRTE = 1.
MSK_X MSK_X is a weighting factor that controls the relative importance
of inflow and outflow in determining the storage in a reach.
The weighting factor has a lower limit of 0.0 and an upper limit of
0.5. This factor is a function of the wedge storage. For reservoir-
type storage, there is no wedge and X = 0.0. For a full-wedge, X =
0.5. For rivers, X will fall between 0.0 and 0.3 with a mean value
near 0.2.
If no value for MSK_X is entered, the model will set MSK_X =
0.2.
Required only if IRTE = 1.
TRNSRCH Fraction of transmission losses from main channel that enter deep
aquifer. The remainder if the transmission losses enter bank
storage.
In arid watersheds, transmission losses from the main channel
network may be permanently lost due to transmission to aquifers
that do not contribute flow back to the stream network. This
variable allows the user to specify the fraction of transmission
losses from the channel network that is permanently lost.
TRNSRCH varies between 0.00 and 1.00. The default value for
TRNSRCH is 0.00.
Required.
SWAT+ INPUTS 23
EVRCH Reach evaporation adjustment factor.
The evaporation coefficient is a calibration parameter for the user
and is allowed to vary between 0.0 and 1.0. This coefficient was
created to allow reach evaporation to be dampened in arid regions.
The original equation tends to overestimate evaporation in these
areas.
If no value for EVRCH is entered, the model will set EVRCH =
1.00.
Required.
OPENVAR1 This input is not currently being used (formerly CNCOEF).
CDN Denitrification exponential rate coefficient.
This coefficient allows the user to control the rate of
denitrification.
Acceptable values for CDN range from 0.0 to 3.0. If no value for
CDN is specified, the model will set CDN = 1.4.
Required.
24 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
SDNCO Denitrification threshold water content.
Fraction of field capacity water content above which denitrification
takes place.
Denitrification is the bacterial reduction of nitrate, NO -3 , to N2 or
N2O gases under anaerobic (reduced) conditions. Because SWAT
does not track the redox status of the soil layers, the presence of
anaerobic conditions in a soil layer is defined by this variable. If
the soil water content calculated as fraction of field capacity is ≥
SDNCO, then anaerobic conditions are assumed to be present and
denitrification is modeled. If the soil water content calculated as a
fraction of field capacity is < SDNCO, then aerobic conditions are
assumed to be present and denitrification is not modeled.
If no value for SDNCO is specified, the model will set SDNCO =
1.10.
Required.
BACT_SWF Fraction of manure applied to land areas that has active colony
forming units.
If no value for BACT_SWF is specified, the model will set
BACT_SWF = 0.15.
Required if bacteria processes are of interest.
TB_ADJ New variable in testing.
Adjustment factor for subdaily unit hydrograph basetime.
CN_FROZ Parameter for frozen soil adjustment on infiltration/runoff.
If no value for CNFROZ_BSN is entered, the model will set
CNFROZ_BSN = 0.000862.
Optional.
DORM_HR Time threshold used to define dormancy (hours). The maximum
day length minus DORM_HR is equal to when dormancy occurs.
Optional.
OPENVAR2 This input variable currently not being used (formerly smxco).
FIXCO Nitrogen fixation coefficient. (0.0 – 1.0)
1.0 = fixes 100% of nitrogen demand. 0.0 = fixes none of nitrogen
demand.
NFIXMX Maximum daily-n fixation (kg/ha). (1.0 – 20.0)
DECR_MIN Minimum daily residue decay (fraction 0.0 – 0.05)
RSD_COVCO Residue cover factor for computing fraction of cover. (0.1 – 0.5)
VCRIT Critical velocity
RES_STR_CO Reservoir sediment settling coefficient (0.09 – 0.27)
SWAT+ INPUTS 25
UHALPHA Alpha coefficient for gamma function unit hydrograph. Required
if iuh = 2 is selected
EROS_SPL Splash erosion coefficient (0.9 – 3.1)
RILL_MULT Rill erosion coefficient – multiplier to USLE_K for soil susceptible
to rill erosion (0.5-2.0)
EROS_EXPO Exponential coefficient for overland flow – (1.5-3.0)
C_FACTOR Scaling parameter for cover and management factor for overland
flow erosion (0.03/0.001/0.45)
CH_D50 Median particle diameter of main channel (mm) (50/10/100)
SIG_G Geometric standard deviation of particle size (1.57/1.0/5.0)
OPENVAR3 This input variable currently not being used (formerly r2adj).
CLIMATE – The CLIMATE section of file.cio contains filenames for the entire simulation
run. The list of the filenames are listed below with a brief description of the inputs within each
file.
WEATHER-STA.CLI
The weather station climate file contains the weather stations that will be included in the simulation and is space
delimited. Below is a sample WEATHER-STA.CLI file:
weather-sta.cli
NAME WGN PGAGE TGAGE SGAGE HGAGE WGAGE WNDIR ATMODEP
wea1 wgn001 mentone.pcp mentone.tmp sim sim sim null atmo_2
wea2 wgn001 warsaw.pcp warsaw.tmp sim sim sim null atmo_3
WEATHER-WGN.CLI
The weather generator climate file contains the weather generator stations that will be included in the simulation
and is space delimited. Below is a sample WEATHER-WGN.CLI file:
weather-wWeather
wgn001 43.07 -94.3 374.9 31
TMPMX TMPMN TMPSTDM TMPTDMNPCPMM PCPSTD PCPSKW PR_WD PR_WW PCPD RAINHMX SOLARAV DEWPT WINDAV
-3.9 -13.52 6.76 7.5 18.5 4.01 2.09 0.12 0.32 4.48 3.35 7.12 -11.06 5.61
-1.22 -10.79 7.04 7.72 18 4.6 2.72 0.12 0.25 3.83 4.43 10.81 -8.92 5.59
5.8 -4.3 7.36 6.22 43.4 8.24 1.81 0.15 0.33 5.6 6.5 15 -3.91 5.8
14.81 2.12 7.32 4.87 80.4 9.58 1.69 0.22 0.39 7.83 18.45 17.93 0.87 6.04
21.53 8.87 5.64 4.55 107.3 11.83 2.31 0.25 0.46 9.9 24.11 20.78 4.12 5.47
26.52 14.38 4.49 3.74 128.6 17.15 2.84 0.28 0.39 9.47 40.11 22.84 6.66 4.78
28.12 16.55 3.58 3.16 107.4 12.61 1.59 0.25 0.32 8.37 35.16 23.21 15.92 3.89
26.69 15.22 3.67 3.48 105.3 18 4.34 0.21 0.36 7.77 39.17 20.41 15.27 3.57
23.15 10.25 5.33 4.86 72.6 12.77 2.61 0.2 0.33 6.8 15.72 15.92 5.13 4.22
15.74 3.41 6.44 5.13 59.2 9.29 1.59 0.15 0.41 6.44 12.93 11.1 1.54 4.9
6.07 -3.99 7.17 5.86 39.8 8.97 2.6 0.13 0.36 5.17 5.93 7.16 -3.25 5.42
-2.17 -11.12 7.07 7.4 24.6 4.88 1.77 0.13 0.23 4.62 3.21 5.66 -8.88 5.48
∑T mx ,mon
µmx mon = d =1
N
where µmxmon is the mean daily maximum temperature for
the month (°C), Tmx,mon is the daily maximum temperature
on record d in month mon (°C), and N is the total number of
daily maximum temperature records for month mon.
Required.
28 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
TMPMN(MON) Average or mean daily minimum air temperature for month
(ºC).
This value is calculated by summing the minimum air
temperature for every day in the month for all years of record
and dividing by the number of days summed:
N
∑T mn ,mon
µmnmon = d =1
N
where µmnmon is the mean daily minimum temperature for the
month (°C), Tmn,mon is the daily minimum temperature on
record d in month mon (°C), and N is the total number of
daily minimum temperature records for month mon.
Required.
TMPSTDMX(MO Standard deviation for daily maximum air temperature in
N)
month (ºC).
This parameter quantifies the variability in maximum
temperature for each month. The standard deviation is
calculated:
N 2
∑ (Tmx ,mon − µmx mon )
σmx mon = d =1
N −1
where σmxmon is the standard deviation for daily maximum
temperature in month mon (ºC), Tmx,mon is the daily maximum
temperature on record d in month mon (°C), µmxmon is the
average daily maximum temperature for the month (°C), and
N is the total number of daily maximum temperature records
for month mon.
Required.
SWAT+ INPUTS 29
TMPSTDMN(MO Standard deviation for daily minimum air temperature in
N)
month (ºC).
This parameter quantifies the variability in minimum
temperature for each month. The standard deviation is
calculated:
N 2
∑ (Tmn ,mon − µmnmon )
σmnmon = d =1
N −1
where σmnmon is the standard deviation for daily minimum
temperature in month mon (ºC), Tmn,mon is the daily minimum
temperature on record d in month mon (°C), µmnmon is the
average daily minimum temperature for the month (°C), and
N is the total number of daily minimum temperature records
for month mon.
Required.
PCPMM(MON) Average or mean total monthly precipitation (mm H2O).
N
∑R day ,mon
Rmon = d =1
yrs
where Rmon is the mean monthly precipitation (mm H2O),
Rday,mon is the daily precipiation for record d in month mon
(mm H2O), N is the total number of records in month mon
used to calculate the average, and yrs is the number of years
of daily precipitation records used in calculation.
Required.
30 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
PCPSTD(MON) Standard deviation for daily precipitation in month (mm
H2O/day ).
This parameter quantifies the variability in precipitation for
each month. The standard deviation is calculated:
N 2
∑ (Rday ,mon − Rmon )
σ mon = d =1
N −1
where σmon is the standard deviation for daily precipitation in
month mon (mm H2O), Rday,mon is the amount of precipitation
for record d in month mon (mm H2O), Rmon is the average
precipitation for the month (mm H2O), and N is the total
number of daily precipitation records for month mon. (Note:
daily precipitation values of 0 mm are included in the
standard deviation calculation).
Required.
PCPSKW(MON) Skew coefficient for daily precipitation in month.
This parameter quantifies the symmetry of the precipitation
distribution about the monthly mean. The skew coefficient is
calculated:
N
N ⋅ ∑ (Rday ,mon − Rmon )
3
g mon = d =1
(N − 1) ⋅ (N − 2) ⋅ (σ mon )3
where gmon is the skew coefficient for precipitation in the
month, N is the total number of daily precipitation records for
month mon, Rday,mon is the amount of precipitation for record d
in month mon (mm H2O), Rmon is the average precipitation
for the month (mm H2O), and σmon is the standard deviation
for daily precipitation in month mon (mm H2O). (Note: daily
precipitation values of 0 mm are included in the skew
coefficient calculation).
Required.
SWAT+ INPUTS 31
PR_WD(MON) Probability of a wet day following a dry day in the month.
This probability is calculated:
daysW
Pi (W D ) =
D ,i
days dry ,i
∑H day ,mon
µrad mon = d =1
N
where µradmon is the mean daily solar radiation for the month
(MJ/m2/day), Hday,mon is the total solar radiation reaching the
earth’s surface for day d in month mon (MJ/m2/day), and N is
the total number of daily solar radiation records for month
mon.
Required.
DEWPT(MON) Average daily dew point temperature for each month (ºC) or
relative humidity (fraction) can be input.
If all twelve months are less than one, the model assumes
relative humidity is input. Relative humidity is defined in
equation 1:3.5.1 in the SWAT Theoretical documentation as
the amount of water vapor in the air as a fraction of saturation
humidity. If any month has a value greater than 1.0, the
model assumes dewpoint temperature is input.
Dew point temperature is the temperature at which the actual
vapor pressure present in the atmosphere is equal to the
saturation vapor pressure. This value is calculated by
summing the dew point temperature for every day in the
month for all years of record and dividing by the number of
days summed:
N
∑T dew ,mon
µdewmon = d =1
N
where µdewmon is the mean daily dew point temperature for
the month (ºC), Tdew,mon is the dew point temperature for day d
in month mon (ºC), and N is the total number of daily dew
point records for month mon. Dew point is converted to
relative humidity using equations 1:3.5.1 and
1:3.5.2 in the Theoretical Documentation.
Required for Penman-Monteith potential evaporation
equation.
SWAT+ INPUTS 33
WINDAV(MON) Average daily wind speed in month (m/s).
This value is calculated by summing the average or mean
wind speed values for every day in the month for all years of
record and dividing by the number of days summed:
N
∑µ wnd ,mon
µwnd mon = d =1
N
where µwndmon is the mean daily wind speed for the month
(m/s), µwnd,mon is the average wind speed for day d in month
mon (m/s), and N is the total number of daily wind speed
records for month mon.
Required.
WIND-DIR.CLI
This file contains the wind direction values that will be included in the simulation and is space delimited.
Below is a sample WIND-DIR.CLI file:
wind-dir.cl
2
AL_BAN
0 0
3.46 3.47 3.64 3.3 2.55 2.26 2.09 2.06 2.44 2.37 2.8 3.11
10 10 8 7 8 7 6 9 13 14 12 11
4 5 4 4 4 4 4 6 9 8 6 5
4 4 4 4 6 6 6 8 9 8 6 5
3 4 4 4 5 6 6 7 9 8 5 4
5 6 5 5 6 8 8 9 12 10 6 7
5 5 5 4 5 6 6 5 7 6 4 7
9 7 7 7 7 7 7 6 7 6 8 8
9 7 8 9 7 7 7 5 5 5 6 7
12 9 11 13 11 10 12 8 6 5 7 8
7 6 7 9 8 8 9 5 4 3 5 4
3 4 4 5 6 6 7 5 3 2 3 3
2 3 3 4 4 5 5 4 2 2 3 3
3 4 5 4 5 5 6 5 2 3 4 5
6 7 7 7 5 5 4 4 2 4 7 6
9 8 8 7 6 6 4 6 4 7 10 8
7 8 8 7 6 5 4 6 7 9 9 8
pcp.cli
FILENAME
mentone.pcp
warsaw.pcp
PCP_FILENAME
The pcp_filename is input in the pcp.cli file. The description of the ‘pcp_filename’ contains the daily
precipitation amounts for the simulation and is space delimited. A path has been added to file.cio to enable the
daily files to be present in another folder; if path is null daily is in same project folder as other data. Below is a
sample of the file (partial listing):
mentone.pcp
NBYR TSTEP LAT LONG ELEV
114 0 41.14 -85.98 268
1900 1 0.3
1900 2 0
1900 3 0
1900 4 0
1900 5 0
1900 6 0.6
1900 7 0.5
1900 8 0
1900 9 3.6
1900 10 3.5
1900 11 2.3
SWAT+ INPUTS 35
Variable name Definition
TITLE Description of the precipitation file (may be blank)
HEADER
NBYR The header information for the file
TSTEP Timestep of the simulation
LAT Latitude of the precipitation gage
LONG Longitude of the precipitation gage
ELEV Elevation of the precipitation gage
IYR The year of the precipitation amount
ISTEP The step (day, sub-daily) of the precipitation amount
PCP The amount of precipitation amount (mm) for istep (enter -
99.0 for missing days)
TMP.CLI
This file contains information on the maximum and minimum temperatures included in the simulation and is
space delimited. A path has been added to file.cio to enable the daily files to be present in another folder; if
path is null daily is in same project folder as other data. Below is a sample TMP.CLI file:
tmp.cli
FILENAME
mentone.tmp
warsaw.tmp
TMP_FILENAME
The tmp_filename is input in the tmp.cli file. The description of the ‘tmp_filename’ contains the daily
maximum and minimum temperatures for the simulation and is space delimited. Below is a sample of the file:
36 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
mentone.tmp
NBYR LAT LONG ELEV
114 41.14 -85.98 268
1900 1 -99 -99
1900 2 -99 -11.5
1900 3 -99 -7.5
1900 4 3.1 -9.4
1900 5 5.7 -0.2
1900 6 6.8 -0.1
1900 7 11.2 2.6
1900 8 7.7 -99
1900 9 8 -3.4
1900 10 4.9 1.3
1900 11 -99 -1.2
SLR.CLI
This file contains the information on the solar radiation daily data included in the simulation and is space
delimited. A path has been added to file.cio to enable the daily files to be present in another folder; if path is
null daily is in same project folder as other data. Below is a sample SLR.CLI file:
slr.cli
NUMB FILENAME
1 gage1.slr
SLR_FILENAME
The slr_filename is input in the slr.cli file. The description of the ‘slr_filename’ contains the daily solar
radiation values for the simulation and is space delimited. Below is a sample of the file (partial listing):
gage1.slr
NBYR LAT LONG ELEV
25 0.0 0.0 0.0
1988 1 12.9
1988 2 27.4
1988 3 22.7
1988 4 0
1988 5 9.7
HMD.CLI
This file contains the information on the relative humidity stations included in the simulation and is space
delimited. A path has been added to file.cio to enable the daily files to be present in another folder; if path is
null daily is in same project folder as other data. Below is a sample HMD.CLI file:
HMD.CLI
NUMB FILENAME
1 gage1.hmd
38 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE Description of the relative humidity file (may be blank)
HEADER The header information for the hmd.cli file
HMD_FILENAME The name of the relative humidity file containing daily
relative humidity input data
HMD_FILENAME
The hmd_filename is input in the hmd.cli file. The description of the ‘hmd_filename’ contains the daily relative
humidity values for the simulation and is space delimited. Below is a sample of the file (partial listing):
gage1.HMD
NBYR LAT LONG ELEV
25 0.0 0.0 0.0
1988 1 1
1988 2 0.8
1988 3 0.7
1988 4 1
1988 5 0.5
WND.CLI
This file contains the information on the windspeed input data included in the simulation and is space delimited.
A path has been added to file.cio to enable the daily files to be present in another folder; if path is null daily is
in same project folder as other data. Below is a sample WND.CLI file (partial listing):
SWAT+ INPUTS 39
WND.CLI
NUMB FILENAME
1 gage1.wnd
WND_FILENAME
The wnd_filename is input in the wnd.cli file. The description of the ‘wnd_filename’ contains the daily wind
values for the simulation and is space delimited. Below is a sample of the file (partial listing):
gage1.WND
NBYR LAT LONG ELEV
25 0.0 0.0 0.0
1988 1 3.8
1988 2 4.4
1988 3 2.8
1988 4 2
1988 5 3.1
ATMO.CLI
The ATMO.CLI file contains the input variables for atmospheric deposition. The atmospheric deposition input file
contains annual average atmospheric nitrogen deposition values including ammonium, nitrate, dry ammonium
and dry nitrate and can be read in as average annual, yearly or monthly. This file is optional. An example
annual file is listed below:
40 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
ATMO_ANNUAL.TXT:
HEADER The second line is the header for the inputs. This line is
not processed by the model.
TIMESTEP There are three different timesteps for the file to be read
and should be character.
‘aa’ = annual average (constant)
‘mo’ = monthly
‘yr’ = yearly
YR_INIT Initial year of the input data (applies to year and monthly
option only) input 0 for annual;
SUBBASIN
The subbasin is defined by the DEM in the GIS interface as it always has been. All flow within the subbasin drains to the
subbasin outlet.
LANDSCAPE UNIT
A landscape unit is defined as a collection of HRU’s and can be defined as a subbasin, or it could be a flood plain or
upland unit, or it could be a grid cell with multiple HRU’s. The landscape unit is not routed, it only used for output. The
landscape unit output files (waterbal, nutbal, losses, and plant weather) are output for HRU’s, landscape units, and for
the basin. Two input files are required: 1) landscape elements and, 2) landscape define. The elements file includes
HRU’s and their corresponding LSU fraction and basin fractions. The define file specifies which HRU’s are contained in
each LSU.
ROUTING UNIT
A routing unit is a collection of hydrographs that can be routed to any spatial object. The routing unit can be configured
as a subbasin, then total flow (surface, lateral and tile flow) from the routing unit can be sent to a channel and all
recharge from the routing unit sent to an aquifer. This is analogous to the current approach in SWAT. However, SWAT+
gives us much more flexibility in configuring a routing unit. For example, in CEAP, we are routing each HRU (field)
through a small channel (gully or grass waterway) before it reaches the main channel. In this case, the routing unit is a
collection of flow from the small channels. We also envision simulating multiple representative hillslopes to define a
routing unit. Also, we are setting up scenarios that define a routing unit using tile flow from multiple fields and sending
that flow to a wetland.
The routing unit is the spatial unit SWAT+ that allows us to lump outputs and route the outputs to any other spatial
object. It gives us considerably more flexibility than the old subbasin lumping approach in SWAT, and will continue to be
a convenient way of spatial lumping until we can simulate individual fields or cells in each basin.
SWAT+ INPUTS 43
HRU.CON
The HRU.CON file contains the connectivity for the HRU spatial objects within the watershed that will be
included in the simulation and is space delimited. Below is a sample HRU.CON file:
hru.con
NUMB NAME GIS_ID AREA LAT LONG ELEV HRU WST CONST_TYPE OVERFLOW RULESET OUT_TOT OBJ_TYP1 OBJ_ID1 HYDRO_TYP1 FRAC!
1 bench 1 0.480 0.000 0.000 0.000 1 wea1 0 0 0 0 0 0 0 0
2 field 2 495.27 0.000 0.000 0.000 2 wea2 0 0 0 0 0 0 0 0
SPATIAL OBJECTS
HRU HYDROLOGIC RESPONSE UNIT
HLT HRU LITE
RU ROUTING UNIT
MFL MODFLOW
AQU AQUIFER
CHA CHANNEL
RES RESERVOIR
REC RECALL
EXC EXPORT COEFFICIENTS
DR DELIVERY RATIO
CAN CANAL
PUM PUMP
OUT OUTLET
SDC SWAT DEG CHANNEL
OBTYPNO_OUT Outflow object type name
HTYP_OUT Outflow hydrograph (1=’tot’;
2=’rhg’;3=’sur’;4=’lat’;5=’til’;
(default = ‘null’)
OUTFLOW HYDROGRAPHS
TOT TOTAL
RHG RECHARGE
SUR SURFACE
LAT LATERAL
TIL TILLAGE
FRAC_OUT Fraction of hydrograph
SWAT+ INPUTS 45
CHANNEL – The CHANNEL section of file.cio contains the filenames for simulation of a
channel in the model. In order to simulate the physical processes affecting the flow of water and transport
of sediment in the channel network of the watershed, SWAT requires information on the physical characteristics
of the main channel within each subbasin. The channel input files summarizes the physical characteristics of the
channel which affect water flow and transport of sediment, nutrients and pesticides.
INITIAL.CHA
The INITIAL.CHA file contains the input variables for the initialization of a channel. Below is a sample
INITIAL.CHA file:
initial.cha
NAME ORG-MIN PESTICIDES PATHOGENS HEAVY_METALS SALTS
low_init low_init no_ini no_ini null null
high_init high_init low_ini low_ini null null
CHANNEL.CHA
The CHANNEL.CHA file contains the input variables for the initialization of a channel. Below is a sample
CHANNEL.CHA file:
channel.cha
CHA_NUMB CHA_NAME CHA_INI CHA_HYD CHA_SED CHA_NUT CHA_PST CHA_LS_LNKHA_AQU_LNK
1 cha1 cha_ini1 cha_hyd1 cha_sed1 cha_nut1 cha_pst1 null null
2 cha2 cha_ini2 cha_hyd2 cha_sed2 cha_nut2 cha_pst2 null null
3 cha3 cha_ini3 cha_hyd3 cha_sed3 cha_nut3 cha_pst3 null null
4 cha4 cha_ini4 cha_hyd4 cha_sed4 cha_nut4 cha_pst4 null null
5 cha5 cha_ini5 cha_hyd5 cha_sed5 cha_nut5 cha_pst5 null null
6 cha6 cha_ini6 cha_hyd6 cha_sed6 cha_nut6 cha_pst6 null null
7 cha7 cha_ini7 cha_hyd7 cha_sed7 cha_nut7 cha_pst7 null null
46 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
HYDROLOGY.CHA
The HYDROLOGY.CHA file contains the input variables for the hydrology inputs of a channel. Below is a sample
HYDROLOGY.CHA file:
hydrology.cha
NAME W D S L N K WDR ALPHA_BNK SIDE
cha_hyd1 3.45 0.3556 0.009 0.1116 0.014 0.01 9.7 0.1 2
SWAT+ INPUTS 47
SEDIMENT.CHA
The SEDIMENT.CHA file contains the input variables for the sediment inputs of a channel. Below is a sample
SEDIMENT.CHA file:
sediment.cha
NAME EQN COV1 COV2 BNK_BD BED_BD BNK_KD BED_KD BNK_D50 BED_D50 TC_BNK TC_BED EROD1 …EROD12
cha_sed1 0 0.5 0.5 1.5 1.5 0.5 0.5 1.5 1.5 0.05 0.05 1 1
48 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE Description of the sediment channel file
HEADER The header information for the sediment channel file
NAME Name of the sediment channel
EQN Sediment routine methods:
0 = original SWAT method;
1 Bagnold’s
2 Kodatie
3 Molinas WU
4 Yang
COV1 Channel erodibility factor (0.0-1.0)
COV2 Channel cover factor (0.0-1.0)
BNK_BD Bulk density of channel bank sediment (g/cc)
BED_BD Bulk density of channel bed sediment (g/cc)
BNK_KD Erodibility of channel bank sediment by jet test
BED_KD Erodibility of channel bed by jet test
BNK_D50 D50 (median) particle size diameter of channel bank
BED_D50 D50 (median) particle size diameter of channel bed
TC_BNK Critical shear stress of channel bank (N/m^2)
TC_BED Critical shear stress of channel bed (N/m^2)
EROD1-12 Value of 0.0 indicates a non-erosive channel while a value of
1.0 indicates no resistance to erosion
SWAT+ INPUTS 49
NUTRIENTS.CHA
The NUTRIENTS.CHA file contains the input variables for the nutrients of a channel. Below is a sample partial
NUTRIENTS.CHA file:
nutrients.cha:
NAME ONCO OPCO RS1 RS2 RS3 RS4 RS5 RS6 RS7 RK1 RK2 RK3 RK4 RK5 RK6 BC1 BC2 BC3 BC4 LAO IGROPT AI0 AI2 AI3 AI4 AI5 AI6 MUMAX RHOQ TFACT K_l K_N K_P LAMBDA0 LAMBDA1 LAMDA2 P_N
nut_cha1 0 0 1 0.05 0.5 0.05 0.05 2.5 2.5 1.71 1 2 0 1.71 1.71 0.55 1.1 0.21 0.35 2 2 AI1 0.08 0.01 1.6 2 3.5 1.07 2 2.5 0.4 0.75 0.02 0.025 1 0.03 0.054
κ 2, 20 = 294 ⋅
(Dm ⋅ vc )0.5
depth1.5
where κ2,20 is the reaeration rate at 20°C (day-1), Dm is the
molecular diffusion coefficient (m2/day), vc is the average
stream velocity (m/s), and depth is the average stream
depth (m). For streams with high velocities and
nonisotropic conditions,
0.5
D ⋅ slp 0.25
κ 2, 20 = 2703 ⋅ m
depth1.25
where κ2,20 is the reaeration rate at 20°C (day-1), Dm is the
molecular diffusion coefficient (m2/day), slp is the slope
of the streambed (m/m), and depth is the average stream
depth (m). The molecular diffusion coefficient is
calculated
PATHOGENS.CHA
The PATHOGENS.CHA file contains the input variables for the nutrients of a channel. Below is a sample partial
PATHOGENS.CHA file: (no file included in this revision)
SWAT+ INPUTS 59
Variable name Definition
TITLE This line is reserved for the pesticide section title. This
line is not processed by the model and may be left blank.
HEADER Headings
NAME Name of the pathogens channel
METALS.CHA
The METALS.CHA file contains the input variables for the nutrients of a channel. Below is a sample partial
METALS.CHA file: (no file included in this revision)
SALT.CHA
The SALT.CHA file contains the input variables for the nutrients of a channel. Below is a sample partial
SALT.CHA file: (no file included in this revision)
CHANNEL-LTE.CHA
The CHANNEL-LTE.CHA file contains the input variables for the nutrients of a channel. Below is a sample
CHANNEL-LTE.CHA file:
channel-lte.cha
CHA_NAME CHA_INI CHA_HYD CHA_SED CHA_NUT CHA_PST CHA_PATH CHA_HMET CHA_SALT CHA_TEMP
cha_lte1 high_init First_Ord1 null null null null null null null
cha_lte2 low_init Gully_hru2 null null null null null null null
60 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the channel-lte file.
NAME Name of the nutrients channel lte
CHA_INI Channel lte initial file (points to initial.cha file)
CHA_HYD Channel lte hydrology file (points to hyd-sed-lte.cha file)
CHA_SED Channel lte sediment file (points to hyd-sed-lte.cha file)
CHA_NUT Channel lte nutrient file (points to nutrient.cha file)
CHA_PST Channel lte pesticide file (points to pesticide.cha file)
CHA_PATH Channel lte pathogen file (points to pathogen.cha file)
CHA_HMET Channel lte heavy metals file (points to hmet.cha file)
CHA_SALT Channel lte salt file (points to salt.cha file)
CH_TEMP Channel lte temperature file (points to temperature.cha file)
HYD-SED-LTE.CHA
The HYD-SED-LTE.CHA file contains the input variables for the nutrients of a channel. Below is a sample HYD-
SED-LTE.CHA file:
hyd-sed-lte.cha
NAME ORDER RTE_DB CHW CHD CHS CHL CHN CHK CHEROD CHCOV HC_COV CHSEQ D50 CLAY CARBON BD CHSS BEDLD TC SHEAR_BNHC_KH HC_HGT HC_INI
1st_stage ditch nut1 4 0.5 0.005 0.6 0.1 1 0.01 0.005 0.005 0.001 12 30 0.04 1.5 0.5 0.5 120 0.75 0.2 0 0
Gully_hru2 gully nut1 5.5 0.71 0.007 8 0.05 1 0.01 0.005 0.005 0.001 12 30 0.04 1.5 0.5 0.5 120 0.75 0.2 0.4 0
First_Ord1 first nut1 6.5 0.71 0.007 8 0.05 1 0.01 0.005 0.005 0.001 12 30 0.04 1.5 0.5 0.5 120 0.75 0.05 0.5 0
TEMPERATURE.CHA
The TEMPERATURE.CHA file contains the input variables for the nutrients of a channel. Below is a sample
TEMPERATURE.CHA file:
temperature.cha
NAME SNO_MLT GW SUR_LAT BULK_CO AIR_LAG
CHA1 1.0 0.97 1.0 0.0025 6.0
RESERVOIR – The RESERVOIR section of file.cio contains the filenames for simulation of a
reservoirs in the model. Reservoirs are impoundments located on the main channel network of
the watershed. Reservoirs receive loadings from all upstream subbasins. The reservoir input file
(.res) contains input data to simulate water and sediment processes.
INITIAL.RES
The INITIAL.RES file contains the input variables for the initialization of a channel. Below is a sample partial
INITIAL.RES file: (this file will change in Rev54)
RESERVOIR.RES
The reservoir input file (.res) contains input data to simulate water and sediment processes while the lake water
quality file (.lwq) contains input data to simulate nutrient and pesticide cycling in the water body.
Below is a sample RESERVOIR.RES file:
reservoir.res
RES_NUMB RES_NAME RES_INI RES_HYD RELEASE RES_SED RES_NUT RES_PST
1 pnd1 res001 pnd1 lrew_sm_res res001 res001 res001
2 pnd2 res001 pnd2 lrew_sm_res res001 res001 res001
3 pnd3 res001 pnd3 lrew_sm_res res001 res001 res001
4 pnd4 res001 pnd4 lrew_sm_res res001 res001 res001
5 pnd5 res001 pnd5 lrew_sm_res res001 res001 res001
6 pnd6 res001 pnd6 lrew_sm_res res001 res001 res001
7 pnd7 res001 pnd7 lrew_sm_res res001 res001 res001
64 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the reservoir.res file.
NUMB The number of the reservoir
NAME The name of the reservoir
VARIABLE The initial data points to ‘initial.res’ file.
NAME
INIT The initial data (points to initial.res file)
HYD Hydraulic conductivity of the reservoir bottom (mm/hr).
If seepage occurs in the water body, the hydraulic
conductivity must be set to a value other than 0.
(points to hydrology.res file)
RELEASE Average daily principal spillway release rate (m3/s).
The name for this variable is slightly misleading. SWAT
uses this variable when the volume of water in the
reservoir is between the principal and emergency spillway
volumes. If the amount of water exceeding the principal
spillway volume can be released at a rate ≤ REL, than all
of the water volume in excess of the principal spillway
volume is released. Otherwise the release rate, REL is
used. (points to release.res file)
HYDROLOGY.RES
Reservoirs are impoundments located on the main channel network of the watershed. Reservoirs receive
loadings from all upstream subbasins. The reservoir input file (.res) contains input data to simulate water and
sediment processes while the lake water quality file (.lwq) contains input data to simulate nutrient and pesticide
cycling in the water body.
Below is a sample HYDROLOGY.RES file:
SWAT+ INPUTS 65
hydrology.res
RES_HYD_NAMYR_OP MON_OP AREA_PS VOL_PS AREA_ES VOL_ES RES_K EVAP_CO SHP_CO_1 SHP_CO_2
pnd1 0 0 4.95 12.375 5.445 13.613 0 1 0 0
pnd2 0 0 4.41 11.025 4.851 12.128 0 1 0 0
pnd3 0 0 3.06 7.65 3.366 8.415 0 1 0 0
pnd4 0 0 8.55 21.375 9.405 23.513 0 1 0 0
pnd5 0 0 2.16 5.4 2.376 5.94 0 1 0 0
pnd6 0 0 2.52 6.3 2.772 6.93 0 1 0 0
pnd7 0 0 0.63 1.575 0.693 1.733 0 1 0 0
pnd8 0 0 5.76 14.4 6.336 15.84 0 1 0 0
NUTRIENTS.RES
While water quality is a broad subject, the primary areas of concern are nutrients, organic chemicals—both
agricultural (pesticide) and industrial, heavy metals, bacteria and sediment levels in streams and large water
bodies. SWAT is able to model processes affecting nutrient, pesticide and sediment levels in the main channels
and reservoirs.
Below is a sample partial NUTRIENTS.RES file:
nutrients.res:
RES_NUT_NAMMID_BEG MID_END MID_N_STL N_STL MID_P_STL P_STL CHLA_CO SECCI_CO THETA_N THETA_P CONC_NMINCONC_PMIN
res001 4 10 0.5 2 1 0.5 1 1 1 1 0.1 0.01
PATHOGENS.RES
The PATHOGENS.RES file contains the input variables for the nutrients of a channel. Below is a sample partial
PATHOGENS.RES file:
70 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE This line is reserved for the pesticide section title. This
line is not processed by the model and may be left blank.
HEADER Headings
NAME Name of the pathogens reservoir
METALS.RES
The METALS.CHA file contains the input variables for the nutrients of a channel. Below is a sample partial
METALS.CHA file:
SALT.RES
The SALT.RES file contains the input variables for the nutrients of a channel. Below is a sample partial SALT.RES
file:
Variable name Definition
TITLE This line is reserved for the pesticide section title. This
line is not processed by the model and may be left blank.
HEADER Headings
NAME Name of the salt reservoir
SEDIMENT.RES
Reservoirs are impoundments located on the main channel network of the watershed. Reservoirs receive
loadings from all upstream subbasins. The reservoir input file (.res) contains input data to simulate water and
sediment processes while the lake water quality file (.lwq) contains input data to simulate nutrient and pesticide
cycling in the water body. Below is a sample SEDIMENT.RES file:
sediment.res
NAME NSED D50 CARBON BULK_DENS SED_SETLR VELSETLR
sw_us_med 100 20 0.04 0.8 0.15 0.0002
SWAT+ INPUTS 71
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the sediment.res file.
NAME The name of the reservoir
NSED Equilibrium sediment concentration in the reservoir
(mg/L).
The amount of suspended solid settling that occurs in the
water body on a given day is calculated as a function of
concentration. Settling occurs only when the sediment
concentration in the water body exceeds the equilibrium
sediment concentration specified by the user.
Required.
72 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
D50 Median particle diameter of sediment (µm).
Sediment Class Size (µm) Approx. Size
Boulders > 256,000 > Volley ball
Cobbles > 64,000 > Tennis ball
Pebbles > 2,000 > Match Head
Sand
V. Course 1,500
Medim 375
V. Fine 94
Silt
V. Coarse 47
Medium 11.7 No longer visible to the huma
V. Fine 4.9
Clay 1.95
m m m
d 50 = exp 0.41 ⋅ c + 2.71 ⋅ silt + 5.7 ⋅ s
100 100 100
where d50 is the median particle size of the sediment (µm), mc is
percent clay in the surface soil layer, msilt is the percent silt in the
surface soil layer, ms is the percent sand in the surface soil layer.
Because reservoirs are located on the main channel network and
receive sediment from the entire area upstream, defaulting the sand,
silt, and clay fractions to those of a single subbasin or HRU in the
upstream area is not appropriate. Instead the user is allowed to set the
median particle size diameter to a representative value.
If no value is defined for the median particle diameter, the model will
set RES_D50 = 10 µm.
Required.
WEIR.RES
Below is a sample WEIR.RES file:
weir.res:
WEIR_NAME NUM_STEPS C K W BCOEF CCOEF
shape001 24 1 15000 2 1.75 1
SWAT+ INPUTS 73
WETLAND.WET
Below is a sample WETLAND.WET file:
wetland.wet
NUMB NAME INIT HYD RELEASE SED NUT PST
1 wetland1 wetland001 pnd1 null res001 res001 res001
2 wetland2 wetland001 pnd1 null res001 res001 res001
3 wetland3 wetland001 pnd1 null res001 res001 res001
4 wetland4 wetland001 pnd1 null res001 res001 res001
5 wetland5 wetland001 pnd1 null res001 res001 res001
6 wetland6 wetland001 pnd1 null res001 res001 res001
7 wetland7 wetland001 pnd1 null res001 res001 res001
8 wetland8 wetland001 pnd1 null res001 res001 res001
9 wetland9 wetland001 pnd1 null res001 res001 res001
10 wetland10 wetland001 pnd1 null res001 res001 res001
HYDROLOGY.WET
Below is a sample HYDROLOGY.WET file:
hydrology.wet
NAME PSA PVOL ESA EVOL K EVRSV ACOEF BCOEF CCOEF FRAC
pnd1 0.5 12.25125 0.9 14.82401 0.02 0.6 0 0 1 0.5
ROUTING UNIT
A routing unit is a collection of hydrographs that can be routed to any spatial object. The routing unit can be configured
as a subbasin, then total flow (surface, lateral and tile flow) from the routing unit can be sent to a channel and all
recharge from the routing unit sent to an aquifer. This is analogous to the current approach in SWAT. However, SWAT+
gives us much more flexibility in configuring a routing unit. For example, in CEAP, we are routing each HRU (field)
through a small channel (gully or grass waterway) before it reaches the main channel. In this case, the routing unit is a
collection of flow from the small channels. We also envision simulating multiple representative hillslopes to define a
routing unit. Also, we are setting up scenarios that define a routing unit using tile flow from multiple fields and sending
that flow to a wetland.
The routing unit is the spatial unit SWAT+ that allows us to lump outputs and route the outputs to any other spatial
object. It gives us considerably more flexibility than the old subbasin lumping approach in SWAT, and will continue to be
a convenient way of spatial lumping until we can simulate individual fields or cells in each basin.
ROUT_UNIT.DEF
The rout_unit.def file contains data that defines HRU’s in the subbasin.
SWAT+ INPUTS 75
Below is a sample rout_unit.def file:
rout_unit.def
RTU_NUMB RTU_NAME ELEM_TOT ELEM1 ELEM2
1 sub1 2 1 -21
2 sub2 2 22 -28
3 sub3 2 29 -39
4 sub4 2 40 -42
5 sub5 2 43 -62
6 sub6 2 63 -67
ROUT_UNIT.ELE
Below is a sample ROUT_UNIT.ELE file:
ROUT_UNIT.RTU
Below is a sample ROUT_UNIT.RTU file:
rout_unit.rtu
RTU_NUMB RTU_NAME RTU_DEFINE ELEM_DR SUBTOPO FIELD
1 sub1 sub1 null top1 fld1
2 sub2 sub2 null top2 fld2
3 sub3 sub3 null top3 fld3
4 sub4 sub4 null top4 fld4
5 sub5 sub5 null top5 fld5
6 sub6 sub6 null top6 fld6
7 sub7 sub7 null top7 fld7
ROUT_UNIT.DR
Below is a partial sample ROUT_UNIT.DR file:
rout_unit.dr
flo sed orgn sedp no3 solp chla nh3 no2 cbod dox san sil cla sag lag grv temp
0.8 0.7 0.6 0.5 0.4 3 0 0.1 0.2 0.3 0 0 0 0 0 0 0 0
0.8 0.7 0.6 0.5 0.4 3 0 0.1 0.2 0.3 0 0 0 0 0 0 0 0
HRU – HRU’s are now defined by weather, topography, soil, landuse, operational management, potholes,
subsurface drainage, structural operations, septic systems, plant community, initial soil chemistry, pesticides,
bacteria, impoundments, snow and atmospheric deposition. Each HRU points to objects in each of the
associated data files. HRU’s consist of plants and soils on the landscape and now are not associated with
aquifers and ponds and wetlands. HRUs are defined as contiguous areas (ie fields or grid cells) and a delivery
from edge-of-field to subbasin outlet is computed in the subbasin module. This is not necessary when
landscape units or grid cells are used. Several inputs for each HRU are required in addition to pointing to data
files, including drainage area. These variables may be moved to a calibration file.
HRU-DATA.HRU
Tropics (character):
TROPICAL
‘non_trop’ = non-tropical
‘trop’ = tropical
SWAT+ INPUTS 79
Start of growing season (character – from dtable.dtl file):
IGROW1
‘pl_grow_sum’
‘pl_end_sum’
‘pl_grow_win’
‘pl_end_win’
End of growing season
IGROW2
‘pl_grow_sum’
‘pl_end_sum’
‘pl_grow_win’
‘pl_end_win’
Plant type (as listed in plant.plt)
PLANT
Plant stress – pest, root restriction, soil quality, nutrient, (non
STRESS
water, temp)
IPET Potential evapotranspiration (PET) method (character):
‘harg’ = Hargreaves method
‘p_t’ = Priestley-Taylor method
Numerous methods exist to calculate potential evapotranspiration.
Three of the most popular or widely-used are included in SWAT.
However, if a method other than Priestley-Taylor,
Penman/Monteith, or Hargreaves is recommended for the area in
which the watershed is located, the user can calculate daily PET
values with the recommended method and import them into
SWAT. A discussion of Priestley-Taylor, Penman-Monteith and
Hargreaves PET methods is found in Chapter 2:2 of the theoretical
documentation.
Required.
80 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
IRR Irrigation code (character):
‘no_irr’ = no irrigation
‘irr’ = irrigation
Water applied to an HRU is obtained from one of five types of
water sources: a reach, a reservoir, a shallow aquifer, a deep
aquifer, or a source outside the watershed. In addition to the type
of water source, the model must know the location of the water
source (unless the source is outside the watershed). For the reach,
shallow aquifer or deep aquifer, SWAT needs to know the
subbasin number in which the source is located. If a reservoir is
used to supply water, SWAT must know the reservoir number.
This variable, along with IRRNO, specifies the source of irrigation
water applied in the HRU. Irrigation water may be diverted from
anywhere in the watershed or outside the watershed. IRRSC tells
the model what type of water body the irrigation water is being
diverted from.
The options are:
0 no irrigation
1 divert water from reach
2 divert water from reservoir
3 divert water from shallow aquifer
4 divert water from deep aquifer
divert water from unlimited source outside watershed
Irrigation source (character):
IRRSRC
‘outside_bsn’ = outside basin
‘shal_aqu’ = shallow aquifer
‘deep_aqu’ = deep aquifer
m
0.7 ⋅ 1 −
f hisand
= 1 − 1
m
1 − s + exp − 5.51 +
100
EXCO.EXC
The EXCO.EXC file contains the input variables for the nutrients of a channel. Below is a sample EXCO.EXC file:
exco.exc
NAME OM PEST PATH HMET SALT
exco1 exco_om1 exco_pest1 exco_path1 exco_hmet1 exco_salt1
exco2 exco_om2 exco_pest2 exco_path2 exco_hmet2 exco_salt2
EXCO_OM_EXC
The EXCO_OM_EXC file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_OM.EXC file:
exco_om
flo sed orgn sedp no3 solp chla nh3 no2 cbod dox san sil cla sag lag grv temp
exco_om1 12.5 100 90 80 70 60 30 20 10 9 8 2 1 100 90 80 70 60
exco_om2 22.5 110 99 88 77 66 33 22 11 19 28 82 91 190 98 87 76 65
EXCO_PEST.EXC
exco_pest.exc
aatrex_sol aatrex_sor banvel_sol banvel_sor prowl_sol prowl_sor roundup_sol roundup_sor
exco_pest1 12.5 100 90 80 70 60 50 40
exco_pest2 22.5 110 99 88 77 66 55 44
The EXCO_PEST.EXC file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_PEST.EXC file:
EXCO_PATH.EXC
The EXCO_PATH.EXC file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_PATH.EXC file:
exco_path.exc
fecals_sol fecals_sor e_coli_sol e_coli_sor
exco_path1 12.5 100 90 80
exco_path2 22.5 110 99 88
EXCO_HMET.EXC
The EXCO_HMET.EXC file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_HMET.EXC file:
exco_hmet.exc
mercury_sol mercury_sor
exco_hmet1 12.5 100
exco_hmet2 22.5 110
EXCO_SALT.EXC
The EXCO_SALT.EXC file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_SALT.EXC file:
SWAT+ INPUTS 91
exco_salt.exc
sodium_sol sodium_sor magnesium_sol magnesium_sor
exco_salt1 12.5 100 90 80
exco_salt2 22.5 110 99 88
RECALL
The recall data have the option to read measured data in a daily, monthly or yearly timestep described in the
recall.rec file.
An option to read constant (average annual) data has been added as an export coefficient. Review section
RECCNST Example below for examples to set up a reccnst scenario using the recall.rec and export coefficient
files.
RECALL.REC
The RECALL.REC file contains the input variables for the nutrients of a channel. Below is a sample RECALL.REC
file:
recall.rec
NUMB NAME TYP FILENAME
1 daily 1 recall_day.rec
RECCNST Example
The ‘object.cnt’ file should contain a RECALL object.
EXCO_OM.EXC
exco_om.exc
name flo sed orgn sedp no3 solp chla nh3 no2 cbod dox san sil cla sag lag grv temp
exco_om1 12.5 100 90 80 70 60 30 20 10 9 8 2 1 100 90 80 70 60
exco_om2 22.5 110 99 88 77 66 33 22 11 19 28 82 91 190 98 87 76 65
DR –Delivery Ratio
DELRATIO.DEL
The DELRATIO.DEL file contains the input variables for the nutrients of a channel. Below is a sample
DELRATIO.DEL file:
delratio.del
NAME OM_FILE PEST_FILE PATH_FILE HMET_FILE SALTS_FILE
dr01 dr_om.del dr_pest.del dr_path.del dr_hmet.del dr_salt.del
DR_PEST.DEL
The DR_PEST.DEL file contains the input variables for the nutrients of a channel. Below is a sample
DR_PEST.DEL file:
SWAT+ INPUTS 95
dr_pest.del
aatrex_sol aatrex_sor banvel_sol banvel_sor prowl_sol prowl_sor roundup_sol roundup_sor
dr_pest1 0.125 0.1 0.9 0.8 0.7 0.6 0.5 0.4
dr_pest2 0.225 0.11 0.99 0.88 0.77 0.66 0.55 0.44
The DR_PEST.DEL file contains the input variables for the nutrients of a channel. Below is a sample partial
DR_PEST_DEL file:
DR_PATH.DEL
The DR_PATH.DEL file contains the input variables for the nutrients of a channel. Below is a sample
DR_PATH.DEL file:
dr_path.del
fecals_sol fecals_sor e_coli_sol e_coli_sor
dr_path1 0.125 0.1 0.9 0.8
dr_path2 0.225 0.11 0.99 0.88
DR_HMET.DEL
96 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
The DR_HMET.DEL file contains the input variables for the nutrients of a channel. Below is a sample
DR_HMET.DEL file:
dr_hmet.del
mercury_sol mercury_sor
dr_hmet1 0.125 0.1
dr_hmet2 0.225 0.11
DR_SALT.DEL
The DR_SALT.DEL file contains the input variables for the nutrients of a channel. Below is a sample
EXCO_DR_SALT.DEL file:
dr_salt.del
sodium_sol sodium_sormagnesium_solmagnesium_sor
dr_salt1 0.125 0.1 0.9 0.8
dr_salt2 0.225 0.11 0.99 0.88
AQUIFER
INITIAL.AQU
SWAT+ INPUTS 97
initial.aqu
NAME ORG-MIN PESTICIDES PATHOGENSHEAVY_METALS SALTS
low_init low_init no_ini no_ini null null
high_init high_init low_ini low_ini null null
AQUIFER.AQU
The fraction of percolation from the root zone which recharges the
deep aquifer. The value for RCHRG_DP should be between 0.0
and 1.0.
Required.
SPYLD Specific yield of the shallow aquifer (m3/m3).
Specific yield is defined as the ratio of the volume of water that drains by
HERD –
ANIMAL.HRD
HERD.HRD
SWAT+ INPUTS 101
RANCH.HRD
WATER_RIGHTS –
DEFINE.WRO
ELEMENT.WRO
WATER_RIGHTS.WRO
LINK –
CHAN-SURF.LIN
Below is a sample CHAN_SURF.LIN FILE:
chan-surf.l
1
NUMB NAME NSPU OBTYP OBTYP_NO OBTYP OBTYP_NO
1 chan1 1 hru 1
2 chan2 1 sub 1
8 chan3 2 sub 3 sub 4
9 chan4 2 hru 5 hru 6
CHAN-AQU.LIN
Below is a sample CHAN-AQU.LIN FILE:
CHAN-
AQU.LIN
4
NUMB NAME NSPU AQU1 AQU2 AQU3
1 CHAN1 3 1 2 3
2 CHAN2 1 4
8 CHAN3 2 5 6
9 CHAN4 2 8 9
HYDROLOGY –
HYDROLOGY.HYD
Data contained in the hydrology.dat data file can be grouped into the following categories: topographic
characteristics, water flow, erosion, land cover, and depressional storage areas.
TOPOGRAPHY.HYD
Data contained in the topo.dat data file can be grouped into the following categories: topographic
characteristics, water flow, erosion, land cover, and depressional storage areas.
topography.hyd
HRU SLP SLP_LEN LAT_LEN DIS_STREAM DEP_CO
top1 0.047 50 50 100 1
top2 0.035 50 50 100 1
top3 0.148 50 50 100 1
top4 0.033 50 50 100 1
top5 0.118 50 50 100 1
top6 0.064 50 50 100 1
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the topography.hyd file.
NAME Sequential number of topo in file
SLOPE Average slope steepness in HRU (m/m)
SLOPE_LEN Average slope length for erosion (m)
LAT_LEN Slope length for lateral subsurface flow (m)
DIS_STREAM Average distance to stream (m)
DEP_CO Deposition coefficient
FIELD.FLD
STRUCTURAL –
TILEDRAIN.STR
Tile drains remove excess water for an area to optimize plant growth. Drains may be added at the
beginning of the simulation in the .mgt file. To account for the installation of tile drains mid-simulation, the
option was included as a schedulable operation.
tiledrain.str
NAME DEPTH TIME LAG RADIUS DIST DRAIN_CO PUMPCAP LATKSAT
mw24_1000 1000 24 96 100 30 10 1 2
SEPTIC.STR
The Onsite Wastewater Systems (OWSs) input file contains information related to a diversity of features of
OWSs within the subbasin. Data contained in the septic.dat data file are: type of septic system, geometry of
biozone, characteristics of biomass, and bio-physical reaction coefficients occurring in the biozone (Adapted
from Siegrist et al., 2005).
Type Definition
1 Generic type conventional system
2 Generic type advanced system
3 Septic tank with conventional drainfield
4 Septic tank with SASa type 1
5 Septic tank with SAS type 2
6 Septic tank with in-tank N removal and SAS
7 Septic tank with effluent N removal recycle
8 Septic tank with corrugated plastic trickling
Filter
9 Septic tank with open-cell form trickling filter
10 Single pass sand filter 1
11 Single pass sand filter 2
12 Single pass sand filter 3
13 Single pass sand filter 4
14 At grade recirculating sand filter
15 Maryland style RSFb
16 RSF
17 Septic tank w/ constructed wetland
and surface water discharge
18 Municipal wastewater w/ constructed wetland
and surface water discharge 1
19 Municipal wastewater w/ constructed wetland
and surface water discharge 2
20 Municipal wastewater w/ constructed wetland
21 Municipal wastewater w/ lagoon and
constructed wetland
22 Waterloo biofilter (plastic media) 1
23 Waterloo biofilter (plastic media) 2
24 Peat biofilter
25 Recirculating textile filter
26 Foam or textile filter effluent
27 Septic, recirculating gravel filter,
UV disinfection
28 Untreated Effluent - Texas A&M reference
Year the septic system became operational (eg 1980).
YR
If 0 is input for isep_iyr, the model assumes the septic system is in
operation at the beginning of the simulation
Required.
SWAT+ INPUTS 111
OPT Initial septic HRU operational condition. User can define the
default condition of a septic HRU as either active (sep_opt=1),
failing (sep_opt=2), or non-septic (sep_opt=0). An active system
automatically becomes failing as biozone layer gets clogged over
time. A failing system turns to an active system after user specified
“number of days for rehabilitation” defined by isep_tfail.
Required.
CAP Number of permanent residents in the house. SEP_cap for a typical
US residence is 2.5 and ranges 1~10000.
Required.
AREA Average area of drainfield of individual septic systems (m2).
Typically recommended drainfield area per person is about 40 to
70 (m2). This varies from state to state in the United States. For a
household with 2.5 people, generally a drainfield area of 100 (m2)
is recommended. User can modify the bz_area based on the
number of people in a household. The bz_area and sep_cap may be
modified appropriately to study the effects of larger population
size using septic systems.
Required
TFAIL Time until failing systems gets fixed (days). An active system
becomes failing as the biozone gets clogged and hydraulic failure
occurs. A failing system automatically turns active during the
simulation and septic parameters are re-initialized to default values
after the user specified number of days (days assigned for
isep_tfail) for rehabilitation. The default value for isep_tfail is 70
days but it can range between 10~100000 days. For testing long
term failure, isep_tfail can be increased as per the failing duration.
isep_opt should be set at 2 for simulating failing conditions..
Required.
Z Depth to the top of biozone layer from the ground surface (mm).
The thickness includes top soil layer and septic tank effluent (STE)
distribution chamber including perforated pipe. The default is
500mm and the depth typically ranges between 10-10000mm.
Required.
112 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
THK Thickness of the biozone layer (mm). The biozone layer is thin soil
layer underneath the STE distribution chamber where pollutants
are degraded by naturally existing live biomass bacteria. The
default thickness is 50mm and ranges 5~100mm.
Required.
STRM_DIST Distance to the stream from the septic HRU (km)
Required.
BOD_DC BOD decay rate coefficient. Biozone BOD coefficient is
normalized by the volume of biomass in the formula. The default
value is 0.5 and the value ranges 0.1~ 5.
Required.
BOD_CONV A conversion factor representing the proportion of mass bacterial
growth and mass BOD degraded in the STE. The default value is
0.32 and the value ranges 0.1~ 0.5.
Required.
FC1 Linear coefficient for calculation of field capacity in the biozone.
The default value is 30 and the value ranges 0~ 50.
Required.
FC2 Exponential coefficient for calculation of field capacity in the
biozone. The default value is 0.8 and the value ranges 0.5~ 1.
Required.
FECAL Fecal coliform bacteria decay rate coefficient. Biozone fecal
coliform coefficient is normalized by the volume of biomass in the
formula. The default value is 1.3 and the value ranges 0.5~ 2.
Required.
SWAT+ INPUTS 113
PLQ Conversion factor for plaque from total dissolved solids. The
default value is 0.1 and the value ranges 0.08~ 0.95.
Required.
MRT Mortality rate coefficient. The default value is 0.5 and the value
ranges 0.01~ 1.
Required.
RSP Respiration rate coefficient. The default value is 0.16 and the value
ranges 0.01~ 1.
Required.
SLG1 Linear coefficient for calculating the rate of biomass sloughing.
The default value is 0.3 and the value ranges 0.01~ 0.5.
Required.
SLG2 Exponential coefficient for calculating the rate of biomass
sloughing. The default value is 0.5 and the value ranges 0.1~ 2.5.
Required.
NITR Nitrification rate coefficient. Biozone nitrification rate coefficient
is normalized by the volume of biomass in the formula. The
default value is 1.5 and the value ranges 0.1~ 300.
Required.
DENITR Denitrification rate coefficient. Biozone denitrification rate
coefficient is normalized by the volume of biomass in the formula.
The default value is 0.32 and the value ranges 0.1~50.
Required.
PDISTRB Linear P sorption distribution coefficient (L/kg). The default value
is 128 and the value ranges 1.4~478.
Required.
PSORPMAX Maximum P sorption capacity (mg P/kg Soil). The default value is
850 and the value ranges 0~17600.
Required.
114 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
SOLPSLP Slope of the linear effluent soluble P equation. The default value is
0.04 and the value ranges 0~0.3.
Required.
SOLPINTC Intercept of the linear effluent soluble P equation. The default
value is 3.1 and the value ranges 0~10.
Required.
FILTERSTRIP.STR
A filter strip is a strip of dense vegetation located to intercept runoff from upslope pollutant sources and
filter it. Filter strips remove contaminants by reducing overland flow velocity which results in the deposition of
particulates. The filter strip area also acts as an area of increased infiltration, reducing both the runoff volume
and non-particulate contaminants. The filter strip used algorithm used in SWAT was derived from White and
Arnold (2009). Filter strips reduce sediment, nutrients, bacteria, and pesticides, but do not affect surface runoff
in SWAT. The variables which may be entered on the pesticide application line are listed and described below.
filterstrip.str
NAME VFSRATIO VFSCON VFSCH
field_border 0.1 0.003 0.2 Field_border
high_engineered 0.1 0.001 0.05 Highly_engineered_low_channelized
GRASSEDWW.STR
Grassed waterways are vegetated channels which transport runoff from a field. Vegetation within the
waterways reduces flow velocities, and protects the waterway from the scouring potential of concentrated flow.
These are generally broad and shallow channels; the channel simulated in SWAT has a side slope of 8:1.
Grasses waterways trap sediment and other contaminants by reducing flow velocities which increases
deposition of particulate contaminates.
grassedww.str
NAME MAN_N SPCON DEPTH WIDTH LENGTH SLOPE DESC
grwway_high 0.05 0.02 1 4 0.5 0.1 Slope_>8
grwway_med 0.05 0.02 0.75 3 0.75 0.035 Slope_2-5
grwway_low 0.05 0.02 0.5 2 1 0.01 Slope_0-2
BMPUSER.STR
There are many conservation practices for which approximate removal efficiencies have been
established which are unsupported by SWAT or any other existing model. To allow these practices to be
included, this generic conservation practice operation allows fixed removal efficiencies to be specified by
constituent.
HRU_PARM_DB– The parameters database files are supplied with the model containing
Input parameters for most of the common plants, fertilizers, pesticides, urban, are included in
the database files with the option for the user to add new parameters to each file.
PLANTS.PLT
We took the PHU program and incorporated it directly into SWAT+ (currently in subroutine plants_init). Only one input
change was required. In the plants.plt file, we changed the heat units to maturity (phu_mat) to days to maturity
(days_mat). The concept of heat units to maturity was developed for annual crops and we use heat units for the entire
growing season for native perennials and native annuals. By inputting days to maturity, we can include different crop
varieties as defined by length of growing season (for example, corn varieties for 120, 110, 100 and 90 day varieties). The
heat units to maturity calculation in the model first computes base zero heat units for the entire year and assumes a
planting date when heat units exceed 0.15*base zero. Then, the model calculates heat units from planting date through
the days to maturity, using the crops base temperature as input in plants.plt. If the maximum days for a crop are input
(120 days for corn) and the growing season is less than 120 days, the model essentially sums heat units for the entire
growing season which represents (and estimates) the maximum days to maturity. This is the exact procedure used in
the phu program.
The algorithm currently uses monthly weather generator parameters but could be modified to alternatively use daily
temperature inputs. The model provides heat unit estimates in both the northern and southern hemispheres.
SWAT+ INPUTS 117
There are several advantages to incorporating the heat unit program into SWAT+ including:
1) Eliminates the need for running on external program when developing inputs, 2) allows input of a commonly
understood variable (days) instead of a variable that is not commonly known at every location (heat units), 3) allows the
model to calculate heat units for native perennials and annual that are location dependent, 4) a database (plants.plt) can
be maintained and supported that include different crop seasonal varieties, and 5) by inputting the maximum growing
season for a crop, the model will calculate appropriate heat units for that crop anywhere in the northern or southern
hemisphere.
The number after the crop name is days to maturity. Since the heat unit program is included in the SWAT+ model, the
days to maturity for “corn” to 120 (the maximum for corn) and SWAT+ adjusts for climate. You could also choose a
shorter variety in Texas for example, corn90.
Information required to simulate plant growth is stored by plant species in the plant growth database file. This
database file is supplied with the model. The plant growth database distributed with SWAT includes parameters
for most of the common plant species. If a user needs to model a land use or plant not included in the database,
please feel free to contact the SWAT development team for assistance in determining plant parameters.
Appendix A documents the source of parameter values in the distributed database file. Below is a partial
sample PLANTS.PLT file (see plants.plt in example input dataset directory for complete file):
perennial
warm_annual
cold_annual
Figure 14-2: Leaf area index as a function of fraction of growing season for Alamo switchgrass
124 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
BLAI, cont. To identify the leaf area development parameters, record
the leaf area index and number of accumulated heat units
for the plant species throughout the growing season and
then plot the results. For best results, several years worth
of field data should be collected. At the very minimum,
data for two years is recommended. It is important that the
plants undergo no water or nutrient stress during the years
in which data is collected.
The leaf area index incorporates information about the
plant density, so field experiments should either be set up
to reproduce actual plant densities or the maximum LAI
value for the plant determined from field experiments
should be adjusted to reflect plant densities desired in the
simulation. Maximum LAI values in the default database
correspond to plant densities associated with rainfed
agriculture.
The leaf area index is calculated by dividing the green leaf
area by the land area. Because the entire plant must be
harvested to determine the leaf area, the field experiment
needs to be designed to include enough plants to
accommodate all leaf area measurements made during the
year.
Although measuring leaf area can be laborious for large
samples, there is no intrinsic difficulty in the process. The
most common method is to obtain an electronic scanner
and feed the harvested green leaves and stems into the
scanner. Older methods for estimating leaf area include
tracing of the leaves (or weighed subsamples) onto paper,
the use of planimeters, the punch disk method of Watson
(1958) and the linear dimension method of Duncan and
Hesketh (1968).
Chapter 5:1 in the Theoretical Documentation reviews the
methodology used to calculate accumulated heat units for
a plant at different times of the year as well as
determination of the fraction of total, or potential, heat
units that is required for the plant database.
SWAT+ INPUTS 125
Variable name Definition
BLAI, cont. The values for BLAI in the plant growth database are based
on average plant densities in dryland (rainfed) agriculture.
BLAI may need to be adjusted for drought-prone regions
where planting densities are much smaller or irrigated
conditions where densities are much greater.
Required.
FRGRW1 Fraction of the plant growing season or fraction of total
potential heat units corresponding to the 1st point on the
optimal leaf area development curve.
Please see Figure 14-2 and the explanation given for
parameter BLAI to obtain additional information about this
parameter and methods used to measure it.
Required.
LAIMX1 Fraction of the maximum leaf area index corresponding to
the 1st point on the optimal leaf area development curve.
Please see Figure 14-2 and the explanation given for
parameter BLAI to obtain additional information about this
parameter and methods used to measure it.
Required.
FRGRW2 Fraction of the plant growing season or fraction of total
potential heat units corresponding to the 2nd point on the
optimal leaf area development curve.
Please see Figure 14-2 and the explanation given for
parameter BLAI to obtain additional information about this
parameter and methods used to measure it.
Required.
LAIMX2 Fraction of the maximum leaf area index corresponding to
the 2nd point on the optimal leaf area development curve.
Please see Figure 14-2 and the explanation given for
parameter BLAI to obtain additional information about this
parameter and methods used to measure it.
Required.
126 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
DLAI Fraction of growing season when leaf area begins to
decline.
Please see Figure 14-2 and the explanation given for
parameter BLAI to obtain additional information about this
parameter and methods used to measure it.
Required.
CHTMX Maximum canopy height (m).
Maximum canopy height is a straightforward measurement.
The canopy height of non-stressed plants should be
recorded at intervals throughout the growing season. The
maximum value recorded is used in the database.
Required.
RDMX Maximum root depth (m).
To determine maximum rooting depth, plant samples need
to be grown on soils without an impermeable layer. Once
the plants have reached maturity, soil cores are taken for the
entire depth of the soil. Each 0.25 meter increment is
washed and the live plant material collected. Live roots can
be differentiated from dead roots by the fact that live roots
are whiter and more elastic and have an intact cortex. The
deepest increment of the soil core in which live roots are
found defines the maximum rooting depth.
Required.
T_OPT Optimal temperature for plant growth (ºC).
Both optimal and base temperatures are very stable for
cultivars within a species.
Optimal temperature for plant growth is difficult to measure
directly. Looking at Figure 14-3, one might be tempted to
select the temperature corresponding to the peak of the plot
as the optimal temperature. This would not be correct.
SWAT+ INPUTS 127
Variable name Definition
T_OPT, cont. The peak of the plot defines the optimal temperature for
leaf development—not for plant growth.
If an optimal temperature cannot be obtained through a
review of literature, use the optimal temperature listed for
a plant already in the database with similar growth habits.
Review of temperatures for many different plants have
provided generic values for base and optimal temperatures
as a function of growing season. In situations, where
temperature information is unavailable, these values may
be used. For warm season plants, the generic base
temperature is ~8ºC and the generic optimal temperature
is ~25ºC. For cool season plants, the generic base
temperature is ~0ºC and the generic optimal temperature
is ~13ºC.
Required.
T_BASE Minimum (base) temperature for plant growth (ºC).
SWAT uses the base temperature to calculate the number
of heat units accrued every day. The minimum or base
temperature for plant growth varies with growth stage of
the plant. However, this variation is ignored by the
model—SWAT uses the same base temperature
throughout the growing season.
Base temperature is measured by growing plants in
growth chambers at several different temperatures. The
rate of leaf tip appearance as a function of temperature is
plotted. Extrapolating the line to the leaf tip appearance
rate of 0.0 leaves/day gives the base or minimum
temperature for plant growth. Figure 14-3 plots data for
corn. (Note that the line intersects the x-axis at 8°C.)
Required.
128 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
T_BASE, cont.
Figure 14-3: Rate of leaf tip appearance as a function of temperature for corn (after Kiniry
et al, 1991)
Figure 14-4: Response of radiation-use efficiency to mean daily vapor pressure deficit for grain
sorghum (after Kiniry, 1999).
vertically
oriented
leaf
fertilizer.frt
FERTNM FMINN FMINP FORGN FORGP FNH3N Pathogens Description
elem_n 1 0 0 0 0 null ElementalNitrogen
elem_p 0 1 0 0 0 null ElementalPhosphorous
anh_nh3 0.82 0 0 0 1 null AnhydrousAmmonia
urea 0.46 0 0 0 1 null Urea
46_00_00 0.46 0 0 0 0 null 46_00_00
33_00_00 0.33 0 0 0 0 null 33_00_00
31_13_00 0.31 0.057 0 0 0 null 31_13_00
140 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the fertilizer.frt file.
FERTNM Name of fertilizer/manure (up to 8 characters allowed).
Required.
FMINN Fraction of mineral N (NO3 and NH4) in fertilizer (kg
min-N/kg fertilizer).
Value should be between 0.0 and 1.0.
Required.
FMINP Fraction of mineral P in fertilizer (kg min-P/kg fertilizer).
Value should be between 0.0 and 1.0.
Required.
FORGN Fraction of organic N in fertilizer (kg org-N/kg fertilizer).
Value should be between 0.0 and 1.0.
Required.
FORGP Fraction of organic P in fertilizer (kg org-P/kg fertilizer).
Value should be between 0.0 and 1.0.
Required.
FNH3N Fraction of mineral N in fertilizer applied as ammonia (kg
NH3-N/kg min-N).
Value should be between 0.0 and 1.0.
Required.
PATHOGENS
TILLAGE.TIL
Tillage operations redistribute nutrients, pesticide and residue in the soil profile. Appendix A documents the
source of parameter values in the database file provided with the model.
Below is a partial listing of the tillage.til file.
SWAT+ INPUTS 141
tillage.til:
TILLNM EFFMIX DEPTIL RANRNS RIDGE_HT RIDGE_SP Description
fallplow 0.95 150 75 0 0 genericfallplowingoperation
sprgplow 0.5 125 50 0 0 genericspringplowingoperation
constill 0.25 100 40 0 0 genericconservationtillage
zerotill 0.05 25 10 0 0 genericno-tillmixing
duckftc 0.55 100 15 0 0 duckfootcultivator
fldcult 0.3 100 20 0 0 fieldcultivator
furowout 0.75 25 15 0 0 furrow-outcultivator
marker 0.45 100 15 0 0 marker(cultivator)
rollcult 0.5 25 15 0 0 rollingcultivator
rowcult 0.25 25 15 0 0 rowcultivator
discovat 0.5 25 15 0 0 discovator
leveler 0.5 25 15 0 0 leveler
142 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the tillage.til.res file.
TILLNM Name of fertilizer/manure (up to 8 characters allowed).
Required.
EFFMIX Mixing efficiency of tillage operation.
The mixing efficiency specifies the fraction of materials
(residue, nutrients and pesticides) on the soil surface
which are mixed uniformly throughout the soil depth
specified by DEPTIL. The remaining fraction of residue
and nutrients is left in the original location (soil surface or
layer).
Required.
DEPTIL Depth of mixing caused by the tillage operation (mm).
Required.
RANRNS Random roughness (mm)
Required.
RIDGE_HT Ridge height (mm)
Required.
RIDGE_SP Ridge interval (mm)
Required.
PESTICIDE.PST
The pesticide database contains parameters that govern pesticide fate and transport in the HRUs. Appendix A
documents the source of parameter values in the database file provided with the model. Below is a partial
listing of the pesticide.pst file:
pesticide.pst
PEST_NAME KOC WASHOFF FOLIAR_HLSOIL_HL SOLUB AQ_REAC AQ_VOLA AQ_MW AQ_RESUSAQ_SETL BEN_ACT_ BEN_BURYBEN_REAC Description
245-tp 2600 0.4 5 20 2.5 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Silvex_Amine
2plus2 20 0.95 10 21 660000 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Mecoprop
aatrex 171 0.45 5 60 33 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Atrazine
abate 100000 0.65 5 30 0 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Abate
acaraben 2000 0.05 10 20 13 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Chlorobenzilate_Salt
accelera 20 0.9 7 7 100000 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Endothall
acclaim 9490 0.2 5 9 0.8 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Fenoxaprop-Ethyl_Sodium_Salt
alanap 20 0.95 7 14 231000 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Naptalam
alar 10 0.95 4 7 100000 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Daminozide
aldrin 300 0.05 2 28 0.1 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Aldrin
aliette 20 0.95 0.1 0.1 120000 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Fosetyl-Aluminum
ally 35 0.8 30 120 9500 0.007 0.00001 0.1 0.002 0.5 0.3 0.002 0.05 Metsulfuron-Methyl_Salts
SWAT+ INPUTS 143
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the pestidide.pst file.
PESTNM Name of pesticide/toxin. (up to 17 characters allowed)
Required.
SKOC Soil adsorption coefficient normalized for soil organic
carbon content (mg/kg)/(mg/L).
Pesticide in the soil environment can be transported in
solution or attached to sediment. The partitioning of a
pesticide between the solution and soil phases is defined
by the soil adsorption coefficient for the pesticide. The
soil adsorption coefficient is the ratio of the pesticide
concentration in the soil or solid phase to the pesticide
concentration in the solution or liquid phase:
C
K p = solidphase
C solution
where Kp is the soil adsorption coefficient
((mg/kg)/(mg/L) or m3/ton), Csolidphase is the concentration
of the pesticide sorbed to the solid phase (mg chemical/kg
solid material or g/ton), and Csolution is the concentration of
the pesticide in solution (mg chemical/L solution or
g/ton). The definition of the soil adsorption coefficient in
this equation assumes that the pesticide sorption process is
linear with concentration and instantaneously reversible.
Because the partitioning of pesticide is dependent upon
the amount of organic material in the soil, the soil
adsorption coefficient input to the model is normalized for
soil organic carbon content. The relationship between the
soil adsorption coefficient and the soil adsorption
coefficient normalized for soil organic carbon content is:
orgC
K p = K oc ⋅
100
144 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
SKOC, cont. where Kp is the soil adsorption coefficient
((mg/kg)/(mg/L)), Koc is the soil adsorption coefficient
normalized for soil organic carbon content
3
((mg/kg)/(mg/L) or m /ton), and orgC is the percent
organic carbon present in the soil.
Required.
PST_WOF Wash-off fraction.
The wash-off fraction quantifies the fraction of pesticide
on the plant canopy that may be dislodged. The wash-off
fraction is a function of the nature of the leaf surface,
plant morphology, pesticide solubility, polarity of the
pesticide molecule, formulation of the commercial
product and timing and volume of the rainfall event.
Required.
HLIFE_F Degradation half-life of the chemical on the foliage
(days).
The half-life for a pesticide defines the number of days
required for a given pesticide concentration to be reduced
by one-half. The half-life entered for a pesticide is a
lumped parameter that includes the net effect of
volatilization, photolysis, hydrolysis, biological
degradation and chemical reactions.
For most pesticides, the foliar half-life is much less than
the soil half-life due to enhanced volatilization and
photodecomposition. If the foliar half-life is available for
the pesticide this value should be used. If the foliar half-
life is not available, the foliar half-life can be estimated
using the following rules:
1) Foliar half-life is assumed to be less than the soil half-
life by a factor of 0.5 to 0.25, depending on vapor
pressure and sensitivity to photodegradation.
2) Foliar half-life is adjusted downward for pesticides
with vapor pressures less than 10-5 mm Hg.
3) The maximum foliar half-life assigned is 30 days.
Required.
SWAT+ INPUTS 145
Variable name Definition
HLIFE_S Degradation half-life of the chemical in the soil (days).
The half-life for a pesticide defines the number of days
required for a given pesticide concentration to be reduced
by one-half. The soil half-life entered for a pesticide is a
lumped parameter that includes the net effect of
volatilization, photolysis, hydrolysis, biological
degradation and chemical reactions.
Required.
PST_WSOL Solubility of the chemical in water (mg/L or ppm)
The water solubility value defines the highest
concentration of pesticide that can be reached in the
runoff and soil pore water. While this is an important
characteristic, researchers have found that the soil
adsorption coefficient, Koc, tends to limit the amount of
pesticide entering solution so that the maximum possible
concentration of pesticide in solution is seldom reached.
Reported solubility values are determined under
laboratory conditions at a constant temperature, typically
between 20°C and 30°C.
Required.
AQ_REAC Aquatic pesticide reaction coefficient (1/day)
AQ_VOLAT Aquatic volatilization coefficient (m/day)
MOL_WT Molecular weight to calculate mixing velocity
AQ_RESUS Aquatic resuspension velocity for pesticide sorbed to
sediment (m/day)
AQ_SETTLE Aquatic settling velocity for pesticide sorbed to sediment
(m/day)
BEN_ACT_DEP Depth of active benthic sediment (m)
BEN_BURY Burial velocity in benthic sediment (m/day)
BEN_REAC Reaction coefficient in benthic sediment (1/day)
PATHOGENS.PTH
METALS.MTL
SALTS.STL
URBAN.URB
The urban database summarizes parameters used by the model to simulate different types of urban areas.
Appendix A documents the source of parameter values in the database file provided with the model. Below is a
listing of the urban.urb file:
148 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
urban.urb:
urbnm fimp fcimp curbden urbcoef dirtmx thalf tnconc tpconc tno3conc urbcn2 Description
residen_high_den 0.6 0.44 0.24 0.18 225 0.75 550 223 7.2 98 Residentia Density
residen_med_den 0.38 0.3 0.24 0.18 225 0.75 550 223 7.2 98 Residentia Density
residen_ml_den 0.2 0.17 0.24 0.18 225 0.75 460 196 6 98 Residentia Density
residen_low_den 0.12 0.1 0.24 0.18 225 0.75 460 196 6 98 Residentia Density
commercial 0.67 0.62 0.28 0.18 200 1.6 420 240 5.5 98 Commercial
industrial 0.84 0.79 0.14 0.18 400 2.35 430 104 5.6 98 Industrial
transportation 0.98 0.95 0.12 0.18 340 3.9 480 212 6.3 98 Transportation
institutional 0.51 0.47 0.12 0.18 340 3.9 480 212 6.3 98 Institutional
residential 0.38 0.3 0.24 0.18 225 0.75 550 223 7.2 98 Residential
URBAN in HRU-LTE
1. Adjust CN2
CNurb = Frimp * 98 + (1 – Frimp) * CNnon-imp
2. Adjust tc
tc = tc * �0.1 ∗ 𝐹𝐹𝐹𝐹𝑖𝑖𝑖𝑖𝑖𝑖 + (1. − 𝐹𝐹𝐹𝐹𝑖𝑖𝑖𝑖 𝑝𝑝 )�
SEPTIC.SEP
Information of water quality or effluent characteristics required to simulate different types of Onsite Wastewater
Systems (OWSs) is stored in the septic water quality database. The database file distributed with SWAT
includes water quality data for most of conventional, advanced, and failing septic systems. Information
contained in the septic water quality database is septic tank effluent flow rate for per capita and effluent
characteristics of various septic systems. The database is developed based on the field data summarized by
SWAT+ INPUTS 151
Siegrist et al. (2005), McCray et al. (2005) and OWTS 201 (2005). Below is a partial listing of the septic.sep
file:
septic.sep
SEPNM QS BODCONC TSSCONCS NH4CONC NO3CONC NO2CONC ORGNCONMINPS ORGPS FCOLIS
GCON 0.227 170 75 42.4 0 0 10 6 1 10000000
GADV 0.227 22 14 18.9 9.6 0 3 5.1 0.9 543
COND 0.227 170 75 58 0.2 0 14 9 1 10000000
SAS1 0.227 170 75 60 0 0 10 8.5 1.5 10000000
SAS2 0.227 170 75 0 0 0 0 9 1 10000000
SAS3 0.227 170 80 0 20 0 0 8.5 1.5 1000000
SAS4 0.227 100 65 0 0 0 0 8.5 1.5 10000000
SAS5 0.227 20 10 2.4 7.1 0 0 0 0 0
SAS6 0.227 18 17 5.6 4.1 0 1.3 0 0 0
152 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line is reserved for user comments. This line is
not processed by the model and may be left blank.
Optional.
HEADER Headers for the septic.sep file.
SWAT+ INPUTS 153
SEPNM Abridged name of a septic system
sptname Definition
GCON Generic type conventional system
GADV Generic type advanced system
COND Septic tank with conventional drainfield
SAS1 Septic tank with SASa type 1
SAS2 Septic tank with SAS type 2
SAS3 Septic tank with in-tank N removal and SAS
SAS4 Septic tank with effluent N removal recycle
Septic tank with corrugated plastic trickling
SAS5
Filter
SAS6 Septic tank with open-cell form trickling filter
SPF1 Single pass sand filter 1
SPF2 Single pass sand filter 2
SPF3 Single pass sand filter 3
SPF4 Single pass sand filter 4
RCF1 At grade recirculating sand filter
RCF2 Maryland style RSFb
RCF3 RSF
Septic tank w/ constructed wetland
CWT1
and surface water discharge
Municipal wastewater w/ constructed wetland
CWT2
and surface water discharge 1
Municipal wastewater w/ constructed wetland
CWT3
and surface water discharge 2
CWT4 Municipal wastewater w/ constructed wetland
Municipal wastewater w/ lagoon and
CWT5
constructed wetland
BFL1 Waterloo biofilter (plastic media) 1
BFL2 Waterloo biofilter (plastic media) 2
BFL3 Peat biofilter
TXF1 Recirculating textile filter
TXF2 Foam or textile filter effluent
Septic, recirculating gravel filter,
GFL1
UV disinfection
USPT Untreated Effluent - Texas A&M reference
a: Sand absorption system
b: Recirculating sand filter
Optional.
154 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
QS Septic tank effluent (STE) flow rate (m3/capita/day).
McCray et al. (2005) proposed 0.227 m3/capita/day as the
median value for USA based on the data collected from
various sources.
100
90
Cumulative Frequency, %
80
70
60 - 414878.3 + 100.16x 3.63
y=
50 2949092.6 + x 3.63
40
R2=0.99987
30
20
10
0
0 50 100 150 200 250
Mean Residential flow (gal/cap/d)
SNOW.SNO
The SNOW.SNO file contains the input variables for snow. Below is a partial listing of the snow.sno file.
snow.sno
NAME FALLTMP MELTTMP MELTMX MELTMN TIMP COVMX COV50 INIT_MM
snow001 1.0 2.0 6.0 3.0 1.0 0.0 0.0 0.0
OPS– The OPS files contain management operations for fertilizer, pesticide, grazing, harvest,
irrigation and sweep.
HARV.OPS
The inputs for grazing are found in the HARV.OPS file. This operation harvests the portion of the plant
designated as yield and removes the yield from the HRU, but allows the plant to continue growing. This
operation is used for hay cuttings. A sample HARV.OPS file is listed below:
harv.ops
NAME TYP HI_OVR EFF BM_MIN
grain grain 0 0.95 0
grass_mulch biomass 0.5 0 2000
grass_bag biomass 0.5 1 2000
silage biomass 0.9 0.95 0
forest_cut tree 0.95 0.99 0
stover_high residue 0.9 1 1000
stover_med residue 0.6 1 2000
stover_los residue 0.3 1 3000
hay_cut_high biomass 0.8 1 3000
hay_cut_low biomass 0.8 1 1000
potatoes tuber 1.1 0.95 0
peanuts tuber 1.1 0.95 0
GRAZE.OPS
The inputs for grazing are found in the GRAZE.OPS file. This operation removes plant biomass at a specified rate
and allows simultaneous application of manure. A sample GRAZE.OPS file is listed below:
graze.ops
NAME FERTNM DAYS EAT TRAMP MANURE BIO_MIN
fr_gr dairy_fr 365 10 5 5 500
fr_congr dairy_fr 365 10 5 5 4000
IRR.OPS
The inputs for irrigation are found in the IRR.OPS file. This operation applies water to the HRU on the specified
day. A sample IRR.OPS file is listed below:
irr.ops
IRR_OP_NAME IRR_EFF SURQ_RATIO DEPTH IRR_SALT IRR_NO3 IRR_PO4
surface 0.5 0.4 0 0 0 0
sprinkler 0.7 0.1 0 0 0 0
drip 0.9 0 0 0 0 0
subsurface 1 0 150 0 0 0
Variable name Definition
TITLE The first line of the file is reserved for user comments.
The comments may take up to 80 spaces. The title line is
not processed by the model and may be left blank.
HEADER Headings for variables
NAME Name of irrigation operation
EFF Irrigation in-field efficiency (0-1).
SURQ Surface runoff ratio (0-1). (.1 is 10% surface runoff)
(fraction)
DEP_MM Depth of irrigation water applied on HRU (mm).
Required.
SALT Concentration of salt in irrigation (mg/kg). Not currently
operational.
NO3 Concentration of nitrate in irrigation (mg/kg)
PO4 Concentration of phosphate in irrigation
162 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
CHEM_APP.OPS
The inputs for sweeping operations are found in the CHEM_APP.OPS file. A sample CHEM_APP.OPS file is listed
below:
chem_app.ops
PEST_OP_NAME FORM OPERATION APP_EFF FOLIAR_EFF INJECT_DEP SURF_FRAC DRIFT_POTAERIAL_UNIF
broadcast solid spread 0.9 0 0 1 0 1
band solid spread 0.9 0 0 1 0 0.5
foliar liquid spray 0.8 0.7 0 1 0 1
inject liquid inject 0.95 0 150 0.2 0 1
aerial_liquid liquid spray 0.7 0.7 0 1 0.5 1
aerial_solid solid spread 0.9 0 0 1 0.1 1
drill solid inject 0.95 0 50 0.05 0 1
side_dress solid spread 0.9 0 0 1 0 0.5
fertigate liquid spray 0.9 0.5 0 1 0.2 1
basal liquid spread 0.9 0 0 1 0 0.1
rope_wick liquid direct 1 0.95 0 1 0 1
tree_inject liquid inject 0.95 0 300 0 0 0.01
FIRE.OPS
The inputs for sweeping operations are found in the FIRE.OPS file. A sample FIRE.OPS file is listed below:
fire.ops
NAME CN2_UPD FRAC_BURN
grass 8 1
tree_intense 8 0.9
tree_low 6 0.7
SWAT+ INPUTS 163
Variable name Definition
TITLE The first line of the file is reserved for user comments.
The comments may take up to 80 spaces. The title line is
not processed by the model and may be left blank.
HEADER Headings for variables
NAME Name of fire operation
CN2_UPD change in SCS curve number II value
FR_BURN fraction burned
SWEEP.OPS
The inputs for sweeping operations are found in the SWEEP.OPS file. A sample SWEEP.OPS file is listed below.
sweep.ops
SWP_OP_NAME SWP_EFF FR_CURB
high_eff 0.8 0.9
164 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line of the file is reserved for user comments.
The comments may take up to 80 spaces. The title line is
not processed by the model and may be left blank.
HEADER Headings for the variables
NAME Street sweeping operation name
EFF Removal efficiency of sweeping operation
The removal efficiency of street sweeping is a function of
the type of sweeper, whether flushing is a part of the
street cleaning process, the quantity of total solids, the
frequency of rainfall events and the constituents
considered. Removal efficiency can vary depending on
the constituent being considered, with efficiencies being
greater for particulate constituents. The removal
efficiencies for nitrogen and phosphorus are typically less
than the solid removal efficiency (Pitt, 1979).
Because SWAT assumes a set concentration of nutrient
constituents in the solids, the same removal efficiency is
in effect used for all constituents. Table 20-7 provides
removal efficiencies for various street cleaning programs.
SWEEPEFF is a fraction that ranges between 0.0 and 1.0.
A value of 0.0 indicates that none of the built-up
sediments are removed while a value of 1.0 indicates that
all of the built-up sediments are removed.
Required.
LUM – A primary goal of environmental modeling is to assess the impact of human activities on a given
system. Central to this assessment is the itemization of the land and water management practices taking place
within the system. The primary file used to summarize these practices is the HRU management file (.sch). This
file contains input data for planting, harvest, irrigation applications, nutrient applications, pesticide applications,
and tillage operations. Information regarding tile drains and urban areas is also stored in this file.
LANDUSE.LUM
MANAGEMENT.SCH
The inputs management operations are found in the MANAGEMENT.SCH file. A sample MANAGEMENT.SCH file is
listed below:
SWAT+ INPUTS 169
management.sch
NAME NUM_OPS OP MON DAY HUSC OP_DATA OP_METHOOP_OVER
csoy_ai_nt 7 1
autoirr_str.8
fert 0 0 0.14 anh-nh3 inject 200 FERTILIZER
plnt 0 0 0.15 corn null 0 PLANT CORN BEGIN
hvkl 10 30 1.2 corn grain 0 HARVKILL
skip 0 0 0 null null 0 SKIP_YEAR
plnt 0 0 0.15 soyb null 0 PLANT SOYBEANS
hvkl 10 30 1.2 soyb grain 0 HARVKILL
skip 0 0 0 null null 0 SKIP_YEAR
canary_nomgt 0 0
SWAT will simulate different types of management operations. The variables for the different operations will
be defined in separate sections. The type of operation simulated is identified by the code given for the variable
MGT_OP.
The different codes for MGT_OP are:
PCO plant community: this operation initializes the plant
community in the HRU
PLNT planting/beginning of growing season: this operation
initializes the growth of a specific land cover/plant type in the
HRU
HARV harvest only operation: this operation harvests the portion of
the plant designated as yield and removes the yield from the
HRU, but allows the plant to continue growing. This operation
is used for hay cuttings.
HVKL harvest and kill operation: this operation harvests the
portion of the plant designated as yield, removes the yield
from the HRU and converts the remaining plant biomass to
residue on the soil surface.
TILL tillage operation: this operation mixes the upper soil layers
and redistributes the nutrients/chemicals/etc. within those
layers
IRRM irrigation operation: this operation applies water to the HRU
on the specified day. (IRROPS.DAT)
FERT fertilizer application: this operation adds nutrients to the soil
in the HRU on the specified day (FERTOPS.DAT)
PEST pesticide application: this operation applies a pesticide to the
plant and/or soil in the HRU on the specified day
GRAZ grazing operation: this operation removes plant biomass at a
specified rate and allows simultaneous application of manure.
BURN burn operation: the burn operation records the biomass,
residue and phosphorus that is burned.
SWEP street sweeping operation: this operation removes sediment
and nutrient build-up on impervious areas in the HRU. This
operation can only be used when the urban build up/wash off
routines are activated for the HRU (see IURBAN).
SKIP skip operation: this operation skips to the end of the year.
170 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
For each year of management operations provided, the operations must be listed in chronological
order starting in January.
For simulations where a certain amount of crop yield and biomass is required, the user can force
the model to meet this amount by setting a harvest index target and a biomass target. These targets are
effective only if a harvest and kill operation is used to harvest the crop. Variables are listed below.
SWAT+ INPUTS 171
Variable name Definition
TITLE Title for the management.sch file. Optional (may be
blank)
HEADER Header for the management.sch variables
NAME Name of the operations
NUM_OPS Number of operations following
NUM_AUTOS Number of auto schedule
OP Management operation name:
pcom = plant community
plnt = beginning of growing season
harv = harvests the portion of the plant designated as
yield and removes the yield from the HRU, but allows the
plant to continue to grow.
hvkl = harvests the portion of the plant designated as
yield, removes the yield from the HRU and converts the
remaining plant biomass to residue on the soil surface.
till = mixed the upper soil layers and redistributes the
nutrients/chemicals, etc within thos layers
irrm = applies water to the HRU on the specified day
fert = adds nutrients to the soil in the specified day
pest = applies a pesticide to the plant and/or soil in the
HRU on a specified day
graz = removes plant biomass at a specified rate and
allows simultaneous application of manure
burn = burning
swep = removes sediment and nutrient build up on
impervious areas in the HRU. This operation can only be
used when the urban build up/wash off routines are
activated for the HRU (see IURBAN)
skip
MON Month operation takes place.
Either MONTH/DAY or HUSC is required.
DAY Day operation takes place.
Either MONTH/DAY or HUSC is required.
HUSC Fraction of total base zero heat units at which operation
takes place.
Heat unit scheduling is explained in Chapter 5:1 of the
Theoretical Documentation. If MONTH and DAY are
not provided, HUSC must be set to a value.
Either MONTH/DAY or HUSC is required.
172 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
OP_DATA Operation type character
OP_METHOD Plant name in community
OP_OVER Harvest index override
OBJECT.CNT FILE
object.cnt: Spatial object counts – (2-stage)
OBJ HRU LTE SUB MODFL AQU CHA RES REC EXCO DR CANAL PUMP OUT CHDEG 2DAQU
4 1 0 0 0 0 0 0 1 0 0 0 0 1 1 0
HRU.CON FILE
hru.con (2-stage)
NUMB NAME AREA LAT LONG ELEV HRU WST CON_TYP OVERFLOW RULESET OUT_TOT
1 bench 0.480 0.000 0.000 0.000 1 wea1 0 0 0 0
174 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
HRU-DATA.HRU
hru-data.hru: HRU properties – (2-stage)
NUM NAM TOPO HYD SOIL LU_MGT SOLN_INI SURF_STOR SNOW FLD SCH_UPD
1 hru0010104 hru00101 hru0010104 IN025 agriculture IN025 null snow01 null null
CONS_PRACTICE.LUM
Below is a sample CONS_PRACTICE.LUM FILE:
SWAT+ INPUTS 177
cons_practice.lum
NAME P_FACTOR SLOPE_LEN_MAX DESCRIPTION
up_down_slope 1 121 Up_and_down_slope
cross_slope 0.75 121 Cross_slope_tillage
contour_farming 0.5 121 Contour_tillage
strip_cros_slope 0.37 121 Strip_cropping_cross_slope
strip_contour 0.25 121 Strip_cropping_contour
contour_1-2 0.3 121 Contour_tillage_1-2%_slopes
contour_3-5 0.5 91 Contour_tillage_3-5%_slopes
contour_6-8 0.5 61 Contour_tillage_6-8%_slopes
contour_9-12 0.6 36 Contour_tillage_9-12%_slopes
contour_13-16 0.7 24 Contour_tillage_13-16%_slopes
contour_17-20 0.8 18 Contour_tillage_17-20%_slopes
contour_21-25 0.9 15 Contour_tillage_21-25%_slopes
strip_1-2_past 0.3 244 Strip_cropping_1-2%_slopes_with-pasture
strip_1-2_row 0.6 244 Strip_cropping_1-2$_slopes_with-rowcrops
strip_3-5_past 0.25 183 Strip_cropping_3-5%_slopes_with-pasture
strip_3-5_row 0.5 183 Strip_cropping_3-5%_slopes_with-rowcrops
strip_6-8_past 0.25 122 Strip_cropping_6-8%_slopes_with-pasture
strip_6-8_row 0.5 122 Strip_cropping_6-8%_slopes_with-rowcrops
strip_9-12_past 0.3 73 Strip_cropping_9-12%_slopes_with-pasture
strip_9-12_row 0.6 73 Strip_cropping_9-12%_slopes_with-rowcrops
strip_13-16_past 0.35 49 Strip_cropping_13-16%_slopes_with-pasture
strip_13-16_row 0.7 49 Strip_cropping_13-16%_slopes_with-rowcrops
strip17-20_past 0.4 36 Strip_cropping_17-20%_slopes_with-pasture
strip_17-20_row 0.8 36 Strip_cropping_17-20%_slopes_with-rowcrops
strip_21-25_past 0.45 30 Strip_cropping_21-25%_slopes_with-pasture
strip_21-25_row 0.9 30 Strip_cropping_21-25%_slopes_with-rowcrops
ter_1-2_sodout 0.12 121 terraces_1-2%_slopes_sod-outlet
ter_1-2_undout 0.05 121 terraces_1-2%_slopes_underflow-outlet
ter_3-8_sodout 0.5 76 terraces_3-8%_slopes_sod-outlet
ter_3-8_undout 0.25 76 terraces_3-8%_slopes_underflow--outlet
ter_9-12_sodout 0.6 61 terraces_9-12%_slopes_sod-outlet
ter_9-12_undout 0.3 61 terraces_9-12%_slopes_underflow--outlet
ter_13-16_sodout 0.7 45 terraces_13-16%_slopes_sod-outlet
ter_13-16_undout 0.35 45 terraces_13-16%_slopes_underflow--outlet
ter_17-20_sodout 0.8 45 terraces_17-20%_slopes_sod-outlet
ter_17-20_undout 0.4 45 terraces_17-20%_slopes_underflow--outlet
ter_21-25_sodout 0.9 30 terraces_21-25%_slopes_sod-outlet
ter_21-25_undout 0.45 30 terraces_21-25%_slopes_underflow--outlet
178 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Variable name Definition
TITLE The first line of the cons_practice.lum file is reserved for
user comments. The comments may take up to 80 spaces.
The title line is not processed by the model and may be
left blank.
HEADER Headings for cons_practice.lum variables
NAME Name of conservation practice
PFAC Usle P factor
SL_LEN_MX Maximum slope length (m)
OVN_TABLE.LUM
ovn_table.lum:
OVN_ID MANN_N MIN MAX DESCRIPTION
fallow_nores 0.01 0.008 0.012 Fallow_no_residue
convtill_nores 0.09 0.06 0.12 Conventional_tillage_no_residue
convtill_res 0.19 0.16 0.22 Conventional_tillage_residue
chisplow_nores 0.09 0.06 0.12 Chisel_plow_no_residue
chisplow_res 0.13 0.1 0.16 Chisel_plow_residue
falldisk_res 0.4 0.3 0.5 Fall_disking_residue
notill_nores 0.07 0.04 0.1 No_till_no_residue
notill_0.5-1res 0.12 0.07 0.17 No_till_0.5-1_t/ha_residue
notill_2-9res 0.3 0.17 0.47 No_till_2-9_t/ha_residue
range_sparse 0.13 0.13 0.13 Rangeland_sparse_cover
range_20cover 0.6 0.6 0.6 Rangeland_20%_cover
shortgrass 0.15 0.1 0.2 Short_grass_prairie
densegrass 0.24 0.17 0.3 Dense_grass
bermudagrass 0.41 0.3 0.48 Bermudagrass
forest_light 0.4 0.3 0.5 Forest_light_fair
forest_med 0.6 0.5 0.7 Forest_medimum_good
forest_heavy 0.8 0.7 0.9 Forest_heavy
urban_asphalt 0.11 0.11 0.11 Urban_asphalt
urban_concrete 0.012 0.012 0.012 Urban_concrete
urban_rubble 0.024 0.024 0.024 Urban_rubble
SWAT+ INPUTS 179
Variable name Definition
TITLE The first line of the ovn_table.lum file is reserved for user
comments. The comments may take up to 80 spaces. The
title line is not processed by the model and may be left
blank.
HEADER Headings for ovn_table.lum variables
NAME Name of conservation practice
OVN Overland flow mannings n – mean
OVN_MIN Overland flow mannings n – min
OVN_MAX Overland flow mannings n - max
CHG – The change section includes the files for calibration simulation runs in SWAT+.
SOFT CALIBRATION:
The soft calibration requires 10-12 simulations and is a simple, heuristic, one-at-a-time procedure. Each
process has one or two parameters and each is looped through a couple of times. After the soft calibration is
complete, the hard (daily gage) calibration should only require some adjustments of the peaks and recessions.
Three files are needed for soft calibration of the water balance:
1) codes.sft
You can turn the water balance soft calibration on (“y”) and off (“n”) in the HYD_HRU column. The
others are still a work in progress.
codes.sft
HYD_HRU HYD_HRULTE PLT SED NUT CHSED CHNUT RES
n n n n n n n n
2) wb_parms.sft
Shows all the parameters that can be used with max/min ranges and max/min absolute values. It is fixed
and you shouldn’t have to change it.
wb_parms.sft
10
NAME CHG_TYP NEG POS LO UP
cn2 abschg -8 8 35 95
esco abschg -1 1 0 1
lat_len pctchg -30 30 5 200 m
k_lo pctchg -99 30 0.0001 500 mm/h
slope pctchg -25 25 0.0001 0.9 m/m
tconc pctchg -30 30 5 960 min
etco abschg -0.4 0.4 0.8 1.2
perco abschg -0.8 0.8 0 1
revapc abschg -0.4 0.4 0 0.4
cn3_swf abschg -1.2 1.2 -0.2 1
3) water_balance.sft
gives each component of the water balance we are soft calibrating as a fraction of precipitation.
180 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
water_balance.sft
1
NAME NLUM
basin 1
NAME SRR LFR PCR ETR TFR SED ORGN ORGP NO3 SOLP
null 0.1 0.05 0.05 0.7 0.1 0.1 0 0 0 0
CAL_PARMS.CAL
The CAL_PARMS.CAL file contains the input variables for the characteristics of the calibration update properties.
Below is a partial sample CAL_PARMS.CAL file:
cal_parms.upd
187
NAME OBJ_TYP ABSMIN ABSMAX UNITS
cn2 hru 25 98 null
usle_p hru 0 1 null
ovn hru 0.01 30 null
elev hru 0 5000 m
slope hru 0 1 m/m
slope_len hru 10 150 m
lat_ttime hru 0 180 days
lat_sed hru 0 5000 g/L
lat_len hru 0 150 m
canmx hru 0 100 mm/H20
esco hru 0 1 null
epco hru 0 1 null
erorgn hru 0 5 null
erorgp hru 0 5 null
dis_stream hru 0 100000 m
biomix hru 0 1 null
calibration.cal
21
NAME CHG_TYPE VAL CONDS LYR1 LYR2 YEAR1 YEAR2 DAY1 DAY2 OBJ_TOT
k pctchg 25 0 1 1 0 0 0 0 0
k pctchg 20 0 1 2 0 0 0 0 0
k pctchg 20 0 4 6 0 0 0 0 0
k pctchg 27 0 0 0 0 0 0 0 0
k pctchg 25 1 1 2 0 0 0 0 0
hsg = 0 D
k pctchg 25 1 1 1 0 0 0 0 0
texture = 0 fsl
k pctchg 25 2 1 1 0 0 0 0 0
texture = 0 fsl
landuse = 0 past
k pctchg 25 2 1 1 0 0 0 0 6 1 -3 4 -8 12 -15
texture = 0 FSL
landuse = 0 past
k pctchg 25 1 1 10 0 0 0 0 0
slope < 10
t_opt abschg 12 1 0 0 0 0 0 0 0
plant = 0 corn
1
2 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
1
2 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
CODES.SFT
The CODES.SFT file contains the input variables for the characteristics of the calibration update properties.
Below is a sample CODES.SFT file:
codes.sft
HYD_HRU HYD_HRULTE PLT SED NUT CHSED CHNUT RES
n n n n n n n n
WATER_BALANCE.SFT
The WATER_BALANCE.SFT file contains the input variables for the characteristics of land use regions parameter
properties for HRUs. Below is a sample WATER_BALANCE.SFT file:
water_balance.sft
1
NAME NLUM
basin 1
NAME SRR LFR PCR ETR TFR SED ORGN ORGP NO3 SOLP
null 0.1 0.05 0.05 0.7 0.1 0.1 0 0 0 0
4 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
CH_SED_BUDGET.SFT
The CH_SED_BUDGET.SFT file contains the input variables for the characteristics of channel orders parameter
properties for
SWAT HRUs. Below is a sample CH_SED_BUDGET.SFT file:
SWAT+ INPUTS 5
chan_orders.cal
1
NAME ORD_NUM NPSU ELEM_CNT
region_1 8 0
ORDER CHW CHD FPD
gully 100 100 0.0
tributary 25 10 0.0
main_upper_c 10 10 0.0
main_lower_c 5 5 0.0
gully_c 0 0 0.0
tributary_c 1 1 0.0
main_upper_c 1 1 0.0
main_lower_c 0.58 0 0.0
CH_SED_PARMS.SFT
The CH_SED_PARMS.SFT file contains the input variables for the characteristics of land use parameter properties
for SWAT HRUs. Below is a sample CH_SED_PARMS.SFT file:
6 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
PLANT_PARMS.SFT
The PLANT_PARMS.SFT file contains the input variables for the characteristics of land use parameter properties
for SWAT HRUs. Below is a sample PLANT_PARMS.SFT file:
PLANT_GRO_SFT
The PLANT_GRO.SFT file contains the input variables for the characteristics of land use parameter properties for
SWAT HRUs. Below is a sample PLANT_GRO.SFT file:
INIT – The initial files includes initialization data for organic matter, pesticide, pathogens,
heavy metals and salts.
SWAT+ INPUTS 7
PLANT.INI
The PLANT.INI file contains the input variables for the characteristics of the plant community properties. The
PLANT_COV input in the landuse.lum file points to the name in the plant.ini file. Plant initialization files can
be constructed to allow decision tables for planting and harvesting to be used in both northern and southern
hemispheres. Below is a sample PLANT.INI file:
plant.ini:
NAME PL_COM ROTYR CPNM IGRO LAI BIOMS PHUACC POP YRMAT RSDIN
corn_sb_1 2 1
corn n 0 0 0 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_2 2 2
corn n 0 0 0 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_shemi1 2 1
corn y 2 8000 0.3 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_shemi2 2 2
corn n 0 0 0 0 0 2000
soyb y 2 4000 0.3 0 0 2000
corn_con 1 1
corn n 0 0 0 0 0 2000
soyb_con 1 1
soyb n 0 0 0 0 0 2000
corn_con_shemi 1 1
corn y 2 8000 0.3 0 0 2000
soyb_con_shemi 1 1
soyb y 2 4000 0.3 0 0 2000
canary_grass 1 1
cang y 1 1000 0 0 0 2000
In the example above, corn_sb_1 initializes a corn-soybean rotation with corn growing the first year. This can
be used in the northern hemisphere when starting the simulation on January 1 or in the southern hemisphere
starting the simulation on July 1. The corn_sb_2 example initializes a corn-soybean rotation with soybeans
growing the first year (ROT_YR=2). The corn_sb_shemi1 and corn_sb_shemi2 examples can be used in the
southern hemisphere when starting the simulation on January 1 with summer crops growing.
The corn_con and soyb_con examples are for continuous corn and soybeans starting in the cold season (January
1 in northern hemispheres and July 1 in southern hemispheres) and corn_con_shemi1and soyb_con_shemi are
for continuous corn and soybeans in the southern hemisphere starting on January 1.
PEST_HRU.INI
TITLE The first line of the initial.pst file is reserved for user
comments. The comments may take up to 80 spaces. The
title line is not processed by the model and may be left
blank.
HEADER Heading of file
NAME Name of pesticide in community
NUM Number of pesticides in community
EXCO_DF Name of export coefficient file for pesticide community
DR_DF Name of delivery ratio file for pesticide community
NAME2 Name in pesticide community
PLT Amount of pesticide on plant at start of simulation (kg/ha)
SOIL Amount of pesticide in soil at start of simulation (kg/ha)
ENR Pesticide enrichment ratio
HMET_WATER.INI
SOILS – The soils data used by SWAT+ can be divided into two groups, physical
characteristics and chemical characteristics. The physical properties of the soil govern the
movement of water and air through the profile and have a major impact on the cycling of water
within the HRU. Inputs for chemical characteristics are used to set initial levels of the different
chemicals in the soil. While the physical properties are required, information on chemical
properties is optional. The soil input (.sol) file defines the physical properties for all layers in
the soil.
SOILS.SOL
The SOILS.SOL file contains the input variables for the characteristics of the soil properties. Below is a partial
sample SOILS.SOL file (four layer soil):
soils.sol
SNAM NLY HYD_GRP ZMX ANION_EXCRK TEXTURE DEPTH BD AWC K CBN CLAY SILT SAND ROCK ALB USLE_K EC CAL PH
IN025 4B 1524 0.5 0.5 sandy-loam
355.6 1.6 0.13 83 1.74 15 19.09 65.91 1.52 0.01 0.2 0 0 0
812.8 1.7 0.1 65 0.35 12.5 19.65 67.85 1.62 0.12 0.2 0 0 0
1219.2 1.8 0.07 180 0.15 7.5 9.02 83.48 1.71 0.17 0.15 0 0 0
1524 1.8 0.04 300 0.05 6 1.88 92.11 1.71 0.21 0.15 0 0 0
14 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
TITLE The first line of the .sol file is reserved for user comments.
The comments may take up to 80 spaces. The title line is
not processed by the model and may be left blank.
HEADER
SNAM Soil name
NLY Number of layers in the soil
HYDGRP Soil hydrologic group (A, B, C, or D).
Required only for the SWAT ArcView interface.
The U.S. Natural Resource Conservation Service (NRCS)
classifies soils into four hydrologic groups based on
infiltration characteristics of the soils. NRCS Soil Survey
Staff (1996) defines a hydrologic group as a group of soils
having similar runoff potential under similar storm and
cover conditions. Soil properties that influence runoff
potential are those that impact the minimum rate of
infiltration for a bare soil after prolonged wetting and
when not frozen. These properties are depth to seasonally
high water table, saturated hydraulic conductivity, and
depth to a very slowly permeable layer. The definitions
for the different classes are:
A Soils having high infiltration rates even when
thoroughly wetted, consisting chiefly of sands or
gravel that are deep and well to excessively drained.
These soils have a high rate of water transmission
(low runoff potential).
B Soils having moderate infiltration rates when
thoroughly wetted, chiefly moderately deep to deep,
moderately well to well drained, with moderately fine
to moderately coarse textures. These soils have a
moderate rate of water transmission.
SWAT+ INPUTS 15
Variable name Definition
HYDGRP, cont. C Soils having slow infiltration rates when thoroughly
wetted, chiefly with a layer that impedes the
downward movement of water or of moderately fine
to fine texture and a slow infiltration rate. These soils
have a slow rate of water transmission (high runoff
potential).
D Soils having very slow infiltration rates when
thoroughly wetted, chiefly clay soils with a high
swelling potential; soils with a high permanent water
table; soils with a clay pan or clay layer at or near the
surface; and shallow soils over nearly impervious
materials. These soils have a very slow rate of water
transmission.
Permeability is defined as the capacity of the soil to transmit water and air
through the most restricted horizon (layer) when moist. The profile permeability
classes are based on the lowest saturated hydraulic conductivity in the profile.
The codes assigned to cperm are:
7 rapid (> 150 mm/hr)
8 moderate to rapid (50-150 mm/hr)
9 moderate (15-50 mm/hr)
10 slow to moderate (5-15 mm/hr)
11 slow (1-5 mm/hr)
12 very slow (< 1 mm/hr)
f cl − si =
mc + msilt
0.0256 ⋅ orgC
f orgc = 1 −
orgC + exp[3.72 − 2.95 ⋅ orgC ]
m
0.7 ⋅ 1 − s
100
f hisand = 1 −
m m
1 − s + exp − 5.51 + 22.9 ⋅ 1 − s
100 100
where ms is the percent sand content (0.05-2.00 mm diameter particles), msilt is
the percent silt content (0.002-0.05 mm diameter particles), mc is the percent clay
content (< 0.002 mm diameter particles), and orgC is the percent organic carbon
content of the layer (%).
EC(layer #) Electrical conductivity (dS/m).
CAL(layer #) Soil CaCo3 (%). (0 – 50%)
PH(layer #) Soil Ph (3-10)
NUTRIENTS.SOL
The NUTRIENTS.SOL file Soil nutrient parameters.
Below is a sample NUTRIENTS.SOL file (one layer soil):
nutrients.sol:
NAME EXP_CO TOTALN INORGN ORGN TOTALP INORGP ORGP WATERSOL_P H3A_P MEHLICH_P BRAY_STRONG_P
in25 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew02 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew03 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew04 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew05 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew06 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew07 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew08 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew09 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew10 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew11 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
lrew12 0.001 13 6.85 3.34 3.22 3.66 0.39 0.16 0.26 1.22 0.85
SWAT+ INPUTS 23
TITLE The first line of the nutrients.sol file is reserved for user
comments. The comments may take up to 80 spaces. The
title line is not processed by the model and may be left
blank.
HEADER
NAME Nutrient name
EXP_CO Depth coefficient to adjust concentrations for depth
TOTALN Total N in soil (ppm)
INORGN Inorganic N in soil surface (ppm)
ORGN Organic N in soil surface (ppm)
TOTALP Total P in soil surface (ppm)
INORGP Inorganic P in soil surface (ppm)
ORGP Organic P in soil surface (ppm)
WATERSOL_P Water soluble P in soil surface (ppm)
H3A_P H3a P in soil surface (ppm)
MEHLICH_P Mehlich P in soil surface (ppm)
Bray P in soil surface (ppm)
SOILS_LTE.SOL - The SOILS_LTE.SOL file parameters for LTE watershed . Below is a sample SOILS_LTE.SOL
file.
soils_lte.sol
NAME AWC POR SCON
sand 0.56 0.4 105
loamy_sand 0.116 0.4 60
sandy_loam 0.115 0.4 0.26
loam 0.114 0.4 13.2
silt_loam 0.186 0.43 6.8
silt 0.254 0.47 5.6
silty_clay 0.141 0.43 4.3
clay_loam 0.138 0.4 2.3
sandy_clay_loam 0.113 0.4 1.5
sandy_clay 0.13 0.4 1.2
silty_clay 0.132 0.48 0.9
clay 0.113 0.47 1.5
24 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
TITLE The first line of the soils_lte.sol file is reserved for user
comments. The comments may take up to 80 spaces. The
title line is not processed by the model and may be left
blank.
HEADER Headings for variables
NAME/TEXTURE Texture description (cross walked from TEXTURE
column in HRU-LTE.HRU file)
AWC Available water capacity for LTE soil (mm/mm)
D_TABLE – Decision tables are a precise yet compact way to model complex rule sets and their
corresponding actions.
Decision tables, like flowcharts and if-then-else and switch-case statements, associate conditions with actions to
perform, but in many cases do so in a more elegant way (see Wikipedia – ‘Decision table’)
STRUCTURE OF DECISION TABLES
I. Conditions
II. Condition alternatives
III. Actions
IV. Action entries
Each decision corresponds to a variable, relation or predicate whose possible values are listed among the
condition alternatives. Each action is a procedure or operation to perform, and the entries specify whether (or in
what order) the action is to be performed for the set of condition alternatives the entry corresponds to. Many
decision tables include in their condition alternatives the ‘don’t care’ symbol, a hyphen. Using ‘don’t cares’ can
simply decision tables, especially when a given condition has little influence on the actions to be performed. In
some cases, entire conditions thought to be important initially are found to be irrelevant when none of the
conditions influence which actions are performed.
Decision tables, especially when coupled with the use of a domain-specific language, allow developers and
policy experts to work from the same information, the decision tables themselves.
Tools to render nested if statements from traditional programming languages into decision tables can also be
used as a debugging tool.
Decision tables have proven to be easier to understand and review than code, and have been used extensively
and successfully to produce specifications for complex systems.
D_TABLE.DTL
The D_TABLE.DTL file contains the input variables for the nutrient characteristics of the soil properties. Below
is a sample D_TABLE.DTL file:
The cool season annual decision table is similar to the warm season except for the heat units to schedule planting.
Planting is triggered when base zero heat units exceed 0.85 of the total annual base zero heat units.
The 2-year rotation, warm season annual decision is identical to the continuous corn warm season, with the addition of
a condition to check for second year of rotation. In the first year of rotation, corn is planted and harvested, while
soybeans are grown in the second year. An action for resetting the rotation year is triggered when the rotation year
exceeds two.
36 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
4) Warm and cool season annuals in rotation (4-year rotation is corn-corn-soybeans-winter wheat-soybeans).
NAME CONDS ALTS ACTS
pl_hv_ccsws 10 11 7
VAR OBJ OB_NUM LIM_VAR LIM_OP M_CONST ALT1 ALT2 ALT3 ALT4 ALT5 ALT6 ALT7 ALT8 ALT9 ALT10 ALT11
soil_water hru 0 fc * 1.5 < < - < < < < - - - -
phu_base0 hru 0 null - 0.15 > > - - - - - - - - -
days_harv hru 0 null - 7 - - = = - - - - - - -
phu_plant hru 0 phu_mat - 1.15 - - - - > > > - - - -
year_rot hru 0 null - 3 < - - - < - - < - - -
year_rot hru 0 null - 2 - - - - - > - - > - -
year_rot hru 0 null - 3 - = - = - - - - - - -
year_rot hru 0 null - 4 - - = - - - = - - = -
days_plant hru 0 null - 200 - - - - - - - = = = -
year_rot hru 0 null - 4 - - - - - - - - - - >
ACT_TYP OBJ OBJ_NUM NAME OPTION CONST CONST2 FPOUTCOMES
plant hru 0 plant_corn corn 0 1 null y n n n n n n n n n n
plant hru 0 plant_soyb soyb 0 1 null n y y n n n n n n n n
plant hru 0 plant_wwht wwht 0 1 null n n n y n n n n n n n
harvest_kill hru 0 grain_harv corn 0 1 grain n n n n y n n y n n n
harvest_kill hru 0 grain_harv soyb 0 1 grain n n n n n y n n y n n
harvest_kill hru 0 grain_harv wwht 0 1 grain n n n n n n y n n y n
rot_reset hru 0 reset_4 null 1 0 null n n n n n n n n n n y
Adding the winter crop to the rotation required a change in the planting of the winter wheat. Winter wheat planting is
scheduled using the days_harv condition. When days since the last harvest = 7, and soil water is below 1.5*fc, and in
rotation year 3, winter wheat is planted.
5) Perennial grass and range. If there is no management of native grass or range, no management file is
needed and “null” can be entered in the MGT_OPS column in landuse.lum file. In plants.ini, the plants can
be growing at the start of the simulation (IGRO=”y”) and initial leaf area, biomass, residue etc. on the first
day of the simulation can be input.
Hay cuttings are scheduled when soil water is below 1.5*fc, heat units exceed 0.5*phu_mat and above ground biomass
exceeds 3,000 kg/ha. In this case, no additional conditions are needed since heat units are reset during a cutting
operation. The “harvest” action harvests “alfa” “biomass” with a maximum of 3 harvests per year (CONST2).
SWAT+ INPUTS 37
b) Grazing
graze_summer 3 1 1
VAR OBJ OB_NUM LIM_VAR LIM_OP M_CONST ALT1
jday hru 0 null - 120 >
jday hru 0 null - 200 <
biomass hru 0 null - 3000 >
ACT_TYP OBJ OBJ_NUM NAME OPTION CONST CONST2 FP OUTCOMES
graze hru 0 summer_high beef_high 0 0 null y
graze_winter 3 2 1
VAR OBJ OB_NUM LIM_VAR LIM_OP LIM_CONST ALT1 ALT2
jday hru 0 null - 295 > -
jday hru 0 null - 85 - <
biomass hru 0 null - 3000 > >
ACT_TYP OBJ OBJ_NUM NAME OPTION CONST CONST2 FP OUTCOMES
graze hru 0 winter_low beef_low 0 0 null y y
These decision tables schedule grazing by dates for summer and winter grazing schedules. The winter grazing allows
razing between day 295 and 85 when biomass is above 3,000 kg/ha. The tables can be easily modified to use heat units
instead of dates and also to include different grazing management schedules.
6) Forest. When a native forest it not managed, no management file is needed and “null” can be entered in
the MGT_OPS column in landuse.lum. Initial LAI, biomass, residue and initial years to maturity will need to
be input in plants.ini. When forests are cut, a simple decision table can be used.
forest_cut 2 1 1
VAR OBJ OB_NUM LIM_VAR LIM_OPIM_CONST ALT1
cur_yrs_mat hru 0 null - 20 =
jday hru 0 null - 295 =
ACT_TYP OBJ OBJ_NUM NAME OPTION CONST CONST2 FP OUTCOMES
harvest hru 0 tree_harv frsd 0 0 forest_cut y
In the 20th year of growth, on julian day 295, the forest is harvested. The “forest_cut” operation in harv.ops specifies the
harvest index and efficiency used in the operation.
7) Wetland. When a wetland it not managed, no management file is needed and “null” can be entered in the
MGT_OPS column in landuse.lum.
38 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Fertilizer decision table:
NAME CONDS ALTS ACTS
fert_sprg_sid 5 2 2
VAR OBJ OB_NUM LIM_VAR LIM_OP M_CONST ALT1 ALT2
phu_base0 hru 0 null - 0.12 > -
year_rot hru 0 null - 1 = =
n_stress hru 0 null - 0.9 - <
plant_gro hru 0 y - 1 - =
phu_plant hru 0 phu_mat - 1.05 - <
ACT_TYP OBJ OBJ_NUM NAME OPTION CONST CONST2 FP OUTCOMES
fertilize hru 0 ammonia_spring anh_nh3 160 1 inject y n
fertilize hru 0 side_dress urea 50 2 broadcast n y
PLANT.INI file:
plant.ini:
NAME PL_COM ROTYR CPNM IGRO LAI BIOMS PHUACC POP YRMAT RSDIN
corn_sb_1 2 1
corn n 0 0 0 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_2 2 2
corn n 0 0 0 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_shemi1 2 1
corn y 2 8000 0.3 0 0 2000
soyb n 0 0 0 0 0 2000
corn_sb_shemi2 2 2
corn n 0 0 0 0 0 2000
soyb y 2 4000 0.3 0 0 2000
corn_con 1 1
corn n 0 0 0 0 0 2000
soyb_con 1 1
soyb n 0 0 0 0 0 2000
corn_con_shemi 1 1
corn y 2 8000 0.3 0 0 2000
soyb_con_shemi 1 1
soyb y 2 4000 0.3 0 0 2000
canary_grass 1 1
cang y 1 1000 0 0 0 2000
SWAT+ INPUTS 39
REGIONS–
LS_UNIT.ELE
The LS_UNIT.ELE file contains the input variables
Below is a sample LS_UNIT.ELE
ls_unit.ele
NUMB NAME OBTYP OBTYPNO BSN_FRAC SUB_FRAC REG_FRAC
1 hru1 hru 1 0.500 0.5 0
2 hru2 hru 2 0.500 0.5 0
LS_UNIT.DEF
The LS_UNIT.DEF file contains the input variables
Below is a sample LS_UNIT.DEF
ls_unit.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the LS_UNIT.DEF file
MLSU Number of regions
HEADER
NUMB The sequential number of the LS_UNIT.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
40 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
LS_REG.DEF
The LS_REG.DEF file contains the input variables
Below is a sample LS_REG.DEF
ls_reg.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the LS_REG.DEF file
MREG Number of regions
MLUG Number of landuse groups
HEADER
NUMB The sequential number of the LS_REG.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
CH_CATUNIT.DEF
The CH_CATUNIT.DEF file contains the input variables
Below is a sample CH_CATUNIT.DEF
Ch_catunit.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the CH_CATUNIT.DEF file
MREG Number of regions
HEADER
NUMB The sequential number of the CH_CATUNIT.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
SWAT+ INPUTS 41
CH_REG.DEF
The CH_REG.DEF file contains the input variables
Below is a sample CH_REG.DEF
Ch_reg.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the CH_REG.DEF file
MREG Number of regions
HEADER
NUMB The sequential number of the CH_REG.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
AQU_CATUNIT.ELE
Below is a sample AQU_CATTUNIT.ELE
aqu_catunit.ele
id name obj_typ obj_typ_no bsn_frac ru_frac reg_frac
1 aqu01 aqu 1 0.025111 0 0
2 aqu02 aqu 2 0.031975 0 0
3 aqu03 aqu 3 0.559743 0 0
4 aqu04 aqu 4 0.484497 0 0
5 aqu05 aqu 5 0.44563 0 0
6 aqu06 aqu 6 0.394218 0 0
7 aqu07 aqu 7 0.352965 0 0
8 aqu08 aqu 8 0.340873 0 0
Variable name Definition
TITLE Description of the AQU_CATUNIT.ELE file
HEADER
NUMB The sequential number of the AQU_CATUNIT.ELE
NAME
OBTYP Type of object to print (cha, res, etc)
OBTYPNO Object type number
BSN_FRAC fraction of element in basin (expansion factor)
RU_FRAC fraction of element in routing unit (expansion factor)
REG_FRAC fraction of element in calibration region (expansion factor)
42 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
AQU_CATUNIT.DEF
The AQU_CATUNIT.DEF file contains the input variables
Below is a sample AQU_CATUNIT.DEF
Aqu_catunit.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
AQU_REG.DEF
The AQU_REG.DEF file contains the input variables
Below is a sample AQU_REG.DEF
aqu_reg.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the AQU_REG.DEF file
MREG Number of regions
HEADER
NUMB The sequential number of the AQU_REG.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
SWAT+ INPUTS 43
RES_CATUNIT.ELE
The RES_CATUNIT.ELE file contains the input variables
Below is a sample RES_CATTUNIT.ELE
res_catunit.ele
NUMB NAME OBTYP OBTYPNO BSN_FRAC SUB_FRAC REG_FRAC
1 hru1 hru 1 0.500 0.5 0
2 hru2 hru 2 0.500 0.5 0
RES_REG.DEF
The RES_REG.DEF file contains the input variables
Below is a sample RES_REG.DEF
res_reg.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the RES_REG.DEF file
MREG Number of regions
HEADER
NUMB The sequential number of the RES_REG.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
RES_CATUNIT.DEF
The RES_CATUNIT.DEF file contains the input variables
44 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
Below is a sample RES_CATUNIT.DEF
res_catunit.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
REC_CATUNIT.ELE
The REC_CATUNIT.ELE file contains the input variables
Below is a sample REC_CATTUNIT.ELE
rec_catunit.ele
NUMB NAME OBTYP OBTYPNO BSN_FRAC SUB_FRAC REG_FRAC
1 hru1 hru 1 0.500 0.5 0
2 hru2 hru 2 0.500 0.5 0
REC_REG.DEF
The REC_REG.DEF file contains the input variables
Below is a sample REC_REG.DEF
rec_reg.def Subbasin
2
NUMB NAME AREA_HA NSPU ELEM1 ELEM2
1 lcu1 493.38 1 1 2
Variable Definition
name
TITLE Description of the REC_REG.DEF file
MREG Number of regions
HEADER
NUMB The sequential number of the REC_REG.DEF
NAME
AREA_HA Surface area
NSPU
ELEM_CNT
PATH_PCP/PATH_TMP/PATH_SLR/PATH_HMD/PATH_WND
The PATH weather files contain the daily values for the simulation run. The data files can be present in the same
directory as the other input data OR in a separate sub-directory. If they are copied to a sub-directory, the following
46 SWAT+ INPUT/OUTPUT FILE DOCUMENTATION, VERSION 2016
should be input so the model will read from the files during runtime.
In the following example, the data directory is: c:\LREW and the weather will be read from c:\LREW\weather.
(d:\swatplus_code\water_bal_plant_wx_sums_or_avgs.xlsx)
Basin Outputs – The following table defines whether the water balance and plant weather variables are averaged or
summed in the output file. All losses and nutrients are summed.
WATER BAL - AVERAGE WATER BAL - SUM PLANT WX - AVERAGE PLANT WX - SUM
cn precip lai yield
sw snofall bioms strsw
sw_300 snomlt residue strsa
snopack surq_gen sol_tmp strstmp
latq nplnt strsn
wateryld pplnt strsp
perc tmx percn
et tmn
tloss tmpav
eplant solrad
esoil wndspd
surq_cont rhum
pet phubase0
qtile
irr
surq_runon
latq_runon
overbank
surq_cha
surq_res
surq_ls
latq_cha
latq_res
latq_ls