Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
org/en/print/book/export/html/17
Documentation
Disclaimer:
Mention of trade names or commercial products does not constitute endorsement or recommendation for use. Although It has been subjected to technical review
before being released and although it has made a considerable effort to assure that the results obtained are correct, the computer programs are experimental.
Therefore the author are not responsible and assume no liability whatsoever for any results or any use made of the results obtained from these programs, nor for
any damages or litigation that result from the use of these programs for any purpose.
[35]
Giswater documentation is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License [35].
CHAPTER 1. INTRODUCTION
1.1 What is Giswater?
Giswater is an open software project with the goal of moving from acquired knowledge to shared knowledge in the areas of water supply management, sewerage management,
urban drainage management and river hydraulics. Thanks to Giswater today it's possible to manage spatial data in order to communicate with EPANET or EPA SWMM. In addition
it's also possible to create a SDF file (a standard DEM file) which it's possible to use in order to import terrain data from GIS to other GIS tools or analysis tools such as HEC-RAS.
In some cases the communication could be bi-directional and by this way, the result data modeled from this programs could be stored, indexed and consulted into the spatial
database.
A case scenario enables these 'hydro-programs' with a powerful GIS interface, and lays the foundation for achieving management, full operability of water supply systems,
sewerage systems, drainage networks and rivers using Web Map Services (WMS), System Control and data Acquisition (SCADA) or Customer Relationship Management Systems
(CRMS).
The versions of the code are released under GNU GENERAL PUBLIC LICENSE. (GPL v3), but it is subordinate to the License Agreements of the constituent software packages.
These may be more or less restrictive than the GNU GPL v3. Please ensure that you agree with the terms of all the licenses before using this software- these can be found in the
folders for the constituent programs.
Remember: Giswater runs with a Java Runtime Environment (JRE) installed and updated on your computer.
JAVA. Is a general-purpose high programming language and a powerful software platform. It allows the same program to be executed on multiple operating systems,it uses object
oriented programming methodology and it contains built in support for computer networks and is easy to use. Actually billion devices use JAVA, and Giswater needs to run a Java
Runtime Environment (JRE).
Data storage
1.5 License
This product as a whole is distributed under the GNU General Public License version 3, but it is subordinate to the License Agreements of the constituent software packages. These
may be more or less restrictive than the GNU GPL v3, but it is subordinate to the License Agreements of the constituent software packages. These may be more or less restrictive
than the GNU GPL v3.
Please ensure that you agree with the terms of all the licenses before using this software- these can be found in the folders for the constituent programs.
If you use Giswater on database data storage, you also need QGIS. On the other hand, if you only run Giswater on DBF data storage, you can use any GIS you like. We
recommend open source GIS software as gvSIG or QGIS.
To install you must download the installer package and execute it. Remember you can choose the Giswater stand-alone install package or the all-in-one install package [46]. The
all-in-one installer package is designed with a portable version of PostgreSQL+PostGIS 2.1.
If you already have installed PostgreSQL+PostGIS 2.0 or higher, you can download the stand-alone install package [47]. Otherwise, if you don't have PostgreSQL+PostGIS 2.0 or
higher, and you don't like it, you can download Giswater stand-alone install package and use it on DBF mode. Not all capabilities of Giswater are allowed in DBF mode.
Remember you need to have installed an updated Java Runtime Environment (JRE) on your computer.
If you have the correct JRE, automatically, Giswater will run under it. If not, you must install the correct JRE (you must download it from the java project website) or if you have
more than one JRE, you must associate it to the correct one.
ERROR: 'Could not find the main class: org.Giswater.gui.MainClass program will exit' is showing us JRE need to be updated.
You can download the latest release of Java JRE from the website of the project, and to associate it, you must go to the Windows Control Panel\Programs\Default Programs\Set
Associations (associated a file type or protocol with a specific program) and you must associate jar extension file with the correct JRE.
Here you can configurate different parameters of the software, and also you can define where is your DB administrator in order to integrate with Giswater
In addition, you need a text editor installed and configured to open by default (.rpt) and (.inp) files. We recommend notepad++(www.notepad-plus-plus.org [48])
Remember that if you are using the Giswater all-in-one installer package, this Database connection will be automatically configured with the correct parameters.
2- Create a Water Supply, Urban Drainage or River Analisys example (Giswater → Project example) and Giswater will create a Project Data Schema into database and will
introduce the data of a sample case.
2- Create GIS project: Giswater will generate a GIS project with sample data.
File
In this menu you will found options to manage, the Giwater files (Project preferences file and Project data file).
Giswater project preferences file is a file with *.gsw extension. By creating this file you will store information about your project: water software, data storage, connection and
project propierties.
Giswater project data file is a file with *.sql extension and contains all the data of your project in a Standard Query Language.
Project preferences
Water software
You must configure your Giswater project in combination with EPANET, EPA SWMM or HEC-RAS. You must select one in order to preceed with your project.
Database Storage
You must select your storage mode (DBF or DB). We prefer DB mode!!!!
Connection parameters
If you have selected DB mode, you must to configurate the connection parameters Specifies parameters of database connection the default PostgreSQL driver. The parameters
are: IP address, Port, Database, User and Password.
If you are working in a project on Database storage format, here you can manage your data. You can Create, Delete, Rename or Copy project data schemas on your database.
This option will only serve us for Database data storage mode. You can find different options are explained below:
Create Schema: Create a schema with which, among other things, serve to create a GIS project without some data.
This option menu creates a GIS project. You can choose from the following parameters: Project folder and project name, water software, data storage and schema name (if
database data storage is selected).
DBF data storage is not allowed on GIS HEC-RAS projects. If DBF data storage is selected, only shape file and DBF tables of EPANET or EPA SWMM will be created. You can
choose GIS software if you like and proceed to add these layers and tables on the table of contents (gvSIG, QGIS or ArcGIS). If database data storage is selected, a QGIS project
will be created.
Project data
Restore project data
This option allows you to restore data into schema from sql data file
This option allows you to create a backup file of your data in order to share, keep or edit this information
Project example
There is a possibility of creating a new GIS project or having the support of an illustration created for consulting.
Water supply
This option menu creates an EPANET scheme with sample data. In this way users can train and get started with a simple case.
Urban drainage
This option menu creates an EPA SWMM 1D model schema with sample data. In this way users can train and get started with a simple case.
Urban drainage 2D
This option menu creates an EPA SWMM 1D/2D model schema with sample data. In this way users can train and get started with a simple case.
River analysis
This option menu creates a HEC-RAS scheme with sample data. In this way users can train and getting started with a simple case.
Data
Database administrator
If you have configurated the database administrator option, by clik on this menu your database administrator will be opened
Only you can do is open your browser and select what is the file you need.
Configuration
The getting started steps are specified here.
Software configuration
In this configuration we can predefine several program options.
Automatic start Postgis portable: When the option is ENABLED, Giswater automatically starts working with portable Postgis that it's integrated into the program.
Database automatic connection: When the option is ENABLED, Giswater automatically connect the database with specified connection parameters.
DB Admin: By default, the program management databases is pgAdmin, but it can be changed if another is preferred.
About
On this Giswater menu section you will find information about Giswater version you are using, software license, user's manual, technical references, project website, agreements
and others....
2.7 Administration
2.7.1 Database administration
To administrate the Database you can use Giswater menu-Project- Database Administrator. [49]
To configure which DBadministrator you would like to use, you can configurate this option in Giswater menu-Configuration-Software configuration [50].
If you are not familiar with the components that comprise a water distribution network and how these are shown in a pipe network model, you might want ot consider taking a look at
the first two sections of Chapter 3 - EPANET's user's manual.
However, if you are familiar with the components that comprise a water distribution network and how these are shown in a pipe network model, you must review the APPENDIX C
of EPANET's user's manual.
1. Nodes are the main elements of the network. They are POINT geometry type
2. Arcs join the Nodes and the start point and endpoints are called Node1 and Node2. They are LINESTRINGS geometry type.
3. Points (optional) along an arc that define its shape are called Vertices. They are POINT geometry type.
1) Start the project by creating the new project preferences file: File → New project preferences
5) Create a new project data scheme: Fill the project name,the project title and select the SRID.
6) Create the GIS project: Fill in the information for project folder and project name.Also choose the water software and the data storage (in this case EPANET and data storage),
and finally select the scheme name necessary.
8) Select US or metric units: Options → flow units. Choosing US flow unit; this means that all other quantities of the project will be expressed in US units, while choosing a metric
flow unit will force all quantities to be expressed in metric units.
8) Complete the material catalogue at least with one record: Material catalog. The default formula used for computing head loss for flow through a pipe is Hazen-Williams (H-W). It
can be seen that in the EPANET's user manual,it explains how to determine the roughness value. In addition, this can be changed to the Head loss formula from: Options → Head
loss.
9) Open GIS project and build the network which should contain the next layers:
10) Configure INP file additional parameters. You can define how many sectors will be simulated: Sector selection, and configure the simulation options, times and report data:
Options / Times / Report.
11a) Generate INP file: export INP checkbox. In this way, Giswater driver will create a text file (inp extension) stored on the selected folder.
11b) Execute the command line EPANET: Execute EPA software checkbox. Giswater will execute the command line EPANET file with the inp file, and EPANET will generate two
result files (*.rpt file and *.out file.) stored on the selected folder.
11c) Import Results (optional): Import results check box. Giswater will read the result data stored on rpt file and will write the values on the schema result tables with the project
name selected.
12) Returns to the GIS project and enjoy the simulation's results on the different shapes and tables of SIMULATION ANALYSIS.
First of all, the key relations from ARC and NODE to other tables are defined as 'on delete cascade on update cascade.' This means that if you delete one feature from these
tables, all related features from other tables will be deleted. On the other hand if you update values from these tables, values in all related features will be updated in cascade too.
Further, key relations from SECTOR and MATERIAL are defined 'on delete restrict on update cascade'. This is quite different from the previous one, because it means that you can
not delete used features from these tables. On the other hand, if you update values from these tables, values in all related features will be updated in cascade too.
The rest of features do not have relations. Elements as EMITTERS, ENERGY, STATUS, CONTROLS, RULES, DEMANDS, CURVES, PATTERNS, QUALITY, REACTIONS,
SOURCES, MIXING do not have key relations from theirs to other tables. In this way you must know that If you update features, the values will not be updated on related tables (if
they exist) and if you delete features, mentioned on related tables will not be deleted (if they exist too).
WARNING: Full capabilities are not allowed on DBF storage mode !!!
3) Select the Data storage: DBF and define the data folder
4) Create a GIS project: Fill in the file folder and file name, check DBF data storage and a group of Shape file and DBF will be created. Finally choose the GIS program you prefer
and buid your own project.
5) On the GIS project, build your network according the topology rules.
You must create and edit at least one node as reservoir. See APPENDIX C – EPANET users manual (JUNCTIONS and RESERVOIRS target) for more information. The rest of
nodes will be juction or tanks. See APPENDIX C – EPANET users manual for more information.
You must create and edit the arcs as pipe of your network (joining the different nodes). See APPENDIX C – EPANET users manual (PIPES target) for more information. Valve and
pumps are optional.
6) Generate and edit DBF files from node and arc according EPANET DATA MODELS. You will create DBF from node shape file such as JUNCTION, RESERVOIR and TANKS
and DBF from arc shape file such as PUMP, PIPE or different types of VALVE.
8) Additional DBF file must be created (if you need it) according EPANET DATA MODELS. This DBF files could be among others, CONTROLS, RULES, CURVES, PATTERNS,
EMITTERS, DEMANDS, QUALITY, SOURCES, ENERGY or much more.
9a) Generate INP file: Giswater → Software → EPANET → export INP checkbox. In this way, Giswater driver will create a text file (inp extension) stored on the selected folder.
9b) Execute the command line EPANET: Giswater → Software → EPANET → Execute EPA software checkbox. Giswater will execute the command line EPANET file with the inp
file, and EPANET will generate two result files (*.rpt file and *.out file.) stored on the selected folder.
10) Returns to the GIS project insert and join the different shapes and tables and enjoy of the simulation's results.
If you are working on DBF data storage Giswater menu, it only allows Data folder, Export INP, Execute EPA software and Import Results.
On the other hand, if you are working on DB data storage, Giswater menu allows Schema management, Data and Pre-process options, post-process data Analysis and of course,
Export INP, Execute EPA software and Import Results.
Material Catalog
The material catalog defines the pipes used in the network including a description of each pipe.
Curves
Curves are graphical representations containing data pairs showing a relationship between two quantities. In EPANET there are four different types of curves:
Pump curves
Efficiency curves
Volume curves
Head Loss Curves
Patterns
Patterns refer to time patterns and are used in order to set a collection of multipliers in order to be applied on a quantity to allow it to vary oever time. The components which allow
time patterns include reservoirs, nodes, pumps, water quality source inputs.
Emitters
They are devices associated with junctions that model the flow through a nozzle or orifice that discharges to the atmosphere. The flow rate through an emitter varies as a function of
pressure at the node.
Demands
They are used to supplement the junctions and define different demands at different junction nodes. There are different parameters which need to be defined to complete the
demand on a junction node.
Rules
The Ruled-Based Controls allow link status and settings to be based on a combination of conditions that may arise in the network after an initial hydraulic state of the system is
computed.
Controls
Controls are statements that determine how the network is operated over time. They specify the status of selected links as a function of time,tank water levels, and pressures at
select points.
The Simple Controls are used to change the status of or setting of a link based on different parameters on the tanks, junctions, simulation and time of the day.
Project Data
The project data includes the title of the project, the author and the data which can be changed in this section.
Options
Defines various simulation options.
Units: Sets the units in which flow rates are expressed where:
For CFS, GPM, MGD, IMGD, and AFD other input quantities are expressed in US Customary Units. If flow units are in liters or cubic meters then Metric Units must be used for all
other input quantities aswell. (See Appendix A os SWMM's Manual. Units of Measurement). The default flow units are LPS.
Headloss: Selects a formula to use for computing head loss for flow through a pipe. The choices are the Hazen-Williams (H-W), Darcy-Weisbach (D-W), or Chezy-Manning (C-M)
formulas. The default is H-W.
Hydraulics: Option allows you to either SAVE the current hydraulics solution to a file or USE a previously saved hydraulics solution. This is useful when studying factors that only
affect water quality behaviour.
Quality: Selects the type of water quality analysis to perform. The choices are NONE, CHEMICAL, AGE, and TRACE. In place of CHEMICAL the actual name of the chemical can
be used followed by its concentration units (e.g., CHLORINE mg/L). If TRACE is selected it must be followed by the ID label of the node being traced. The default selection is
NONE (no water quality analysis).
Unbalanced: Determines what happens if a hydraulic solution cannot be reached within the prescribed number of TRIALS at some hydraulic time step into the simulation. "STOP"
will halt the entire analysis at that point. "CONTINUE" will continue the analysis with a warning message issued. "CONTINUE n" will continue the search for a solution for another "n"
trials with the status of all links held fixed at their current settings. The simulation will be continued at this point with a message issued about whether convergence was achieved or
not. The default choice is "CONTINUE".
Viscosity: Is the kinematic viscosity of the fluid being modelled relative to that of water at 20 deg. C (1.0 centistoke). The default value is 1.0.
Trials: Are the maximum number of trials used to solve network hydraulics at each hydraulic time step of a simulation. The default is 40.
Accuracy: Prescribes the convergence criterion that determines when a hydraulic solution has been reached. The trials end when the sum of all flow changes from the previous
solution divided by the total flow in all links is less than this number. The default is 0.001.
Emitter exponent: Specifies the power to which the pressure at a junction is raised when computing the flow issuing from an emitter. The default is 0.5.
Check freq:
Max check:
Damp limit:
Hydraulics fname:
Node id:
Unbalanced_n:
Specific Gravity: Is the ratio of the density of the fluid being modelled to that of water at 4 deg. C (unit less).
Diffusivity: Is the molecular diffusivity of the chemical being analysed relative to that of chlorine in water. The default value is 1.0. Diffusivity is only used when mass transfer
limitations areconsidered in pipe wall reactions. A value of 0 will cause EPANET to ignore mass transfer limitations.
Tolerance: Is the difference in water quality level below which one can say that one parcel of water is essentially the same as another. The default is 0.01 for all types of quality
analyses (chemical, age (measured in hours), or source tracing (measured in percent)).
Pattern: Provides the ID label of a default demand pattern to be applied to all junctions where no demand pattern was specified. If no such pattern exists in the [PATTERNS] table
then by default the pattern consists of a single multiplier equal to 1.0. If this option is not used, then the global default demand pattern has a label of "1".
Demand multiplier: Is used to adjust the values of baseline demands for all junctions and all demand categories. For example, a value of 2 doubles all baseline demands, while a
value of 0.5 would halve them. The default value is 1.0.
Times values
Defines various time step parameters used in the simulation.
Duration: Is the duration of the simulation. Use 0 to run a single period snapshot analysis. The default is 24.
Quality timestep: Is the time step used to track changes in water quality throughout the network. The default is 1/10 of the hydraulic time step.
Pattern timestep: Is the interval between time periods in all time patterns. The default is 1 hour.
Report timestep: Sets the time interval between which output results are reported. The default is 1 hour.
Start clocktime: Is the time of day (e.g., 3:00 PM) at which the simulation begins. The default is 12:00 AM midnight.
Hydraulic timestep: determines how often a new hydraulic state of the network is computed. If greater than either the PATTERN or REPORT time step it will be automatically
reduced. The default is 1 hour.
Rule timestep: Is the time step used to check for changes in system status due to activation of rule-based controls between hydraulic time steps. The default is 1/10 of the hydraulic
time step.
Pattern start: Is the time offset at which all patterns will start. For example, a value of 6 hours would start the simulation with each pattern in the time period that corresponds to hour
6. The default is 0.
Report start: Is the length of time into the simulation at which output results begin to be reported. The default is 0.
Statistic: Determines what kind of statistical post-processing should be done on the time series of simulation results generated. AVERAGED reports a set of time-averaged results,
MINIMUM reports only the minimum values, MAXIMUM the maximum values, and RANGE reports the difference between the minimum and maximum values. NONE reports the full
time series for all quantities for all nodes and links and is the default.
Report options
Describes the contents of the output report produced from a simulation.
Pagesize: Sets the number of lines written per page of the output report. The default is 0, meaning that no line limit per page is in effect.
File: Supplies the name of a file to which the output report will be written (ignored by the Windows version of EPANET).
Status: Determines whether a hydraulic status report should be generated. If YES is selected the report will identify all network components that change status during each time
step of the simulation. If FULL is selected, then the status report will also include information from each trial of each hydraulic analysis. This level of detail is only useful for de-
bugging networks that become hydraulically unbalanced. The default is YES.
Summary: Determines whether a summary table of number of network components and key analysis options is generated. The default is YES.
Energy: Determines if a table reporting average energy usage and cost for each pump is provided. The default is YES.
Nodes: Identifies which nodes will be reported on. You can either list individual node ID labels or use the keywords NONE or ALL. Additional NODES lines can be used to continue
the list. The default is ALL.
Links: Identifies which links will be reported on. You can either list individual link ID labels or use the keywords NONE or ALL. Additional LINKS lines can be used to continue the
list. The default is ALL.
Elevation: The distance above some common reference of the junction. It is an essential information to calculate pressure.
Demand: There are different types of demands such as base demand and demand patterns.
Length:
Diameter:
Flow:
Velocity:
Headloss: Selects a formula to use for computing head loss for flow through a pipe. The choices are the Hazen-Williams (H-W), Darcy-Weisbach (D-W), or Chezy-Manning (C-M)
formulas. The default is C-M.
Setting: Roughness for pipes, speed for pumps, pressure/flow setting for valves. The default is YES.
Results catalog
This catalog includes all the results obtained in a network analysis showing the parameters which were computed.
If you are not familiar with the components that comprise an urban drainage and sewerage system and how these are represented in conduit network models you might want to
review the first two sections of Chapter 3 of the EPA SWMM's user's manual.
However, if you are familiar with the components that comprise an urban drainage and sewerage system and how these are represented in a conduit network model, you must
review APPENDIX D of EPA SWMM's user's manual.
1. Nodes are the main elements of the network. They are POINT geometry types
2. Arcs join only Nodes and the startpoint and endpoints are called Node1 and Node2. They are LINESTRING geometry types.
3. Points (optionals) along an arc that define its shape are called Vertices. They are POINT geometry types.
1) Start your project by creating your new project preferences file: File → New project preferences
2) Select the Water software: You have four options with different versions of EPA SWMM. You can select:
EPASWMM_51006_2D: Adapted version of 5.1.006 from EPA. This version allows the possibility of working with a coupled model 2D/1D. (Testing)
5) Create a new project data scheme: Fill project name, project title and select your SRID.
6) Create your GIS project: Fill project folder and project name, choose software water and data storage (in this case EPA SWMM and data storage), and finally select the scheme
name you need.
8) Select US or metric units: Options → flow units. Choosing US flow unit, means that all other quantities of your project will be expressed in US units, while choosing a metric flow
unit will force all quantities to be expressed in metric units.
9) Complete the material catalog at least with one record: Material catalog. The formula used to computing head loss for flow is Manning's equation. You can found into the EPA
SWMM user's manual different roughness values.
10) Complete the conduit catalog at least with one record: Arc catalog. You must introduce the catalog values. You can found into the EPA SWMM user's manual different conduit
sections and his geometry values. Special attention with CUSTOM and IRREGULAR conduit sections.
CUSTOM conduit sections must to be defined with a shape curve value: Curves. You can found how to do it into the CURVES target of the APPENDIX D of EPA SWMM user's
manual.
IRREGULAR conduit sections must to be defined with a transects dat into the GIS project (EPASWMM - Hydraulics - Arc - Transects). You can found how to do it into the
TRANSECTS target of the APPENDIX D of EPA SWMM user's manual.
11) Complete the timeseries catalog at least with one record: Timeseries. You can found how to do it into the TIMESERIES target of APPENDIX D of EPA SWMM user's manual.
12) Complete the hydrologic catalog at least with one record. Default scenario (hc_default) is able for you. It use the curve number infiltration method. You must change it or create
another one.
13) Open GIS project and build your network, working at least with the next layers:
EPA SWMM - Hydraulics - Node - Outfall. You must to create and edit at least one outfall. You can found how to do it into the OUTFALLS target of the APPENDIX D of EPA
SWMM user's manual.
EPA SWMM - Hydraulics - Node - Junctions. You must to create and edit the junction records of your network. You can found how to do it into the JUNCTIONS target of the
APPENDIX D of EPA SWMM user's manual.
EPA SWMM - Hydraulics - Arc - Conduits. You must to create and edit the pipe records of your network (joining the different nodes). You can found how to do it into the
CONDUITS target of the APPENDIX D of EPA SWMM user's manual.
EPA SWMM - Hydrology - Raingage. You must to create at least one feature. You can found how to do it into the RAINGAGE target of the APPENDIX D of EPA SWMM user's
manual.
EPA SWMM - Hydrology - Subcatchment. You must to create at least one feature. You can found how to do it into the SUBCATCH, SUBAREAS & INFILTRATION targets of the
APPENDIX D of EPA SWMM user's manual.
14) Configure INP file additional parameters. You can define how many sectors will be simulated: Sector selection and also you can cofigure the simulation and raingage options:
Options /Raingage and the simulation report data: Report.
15a) Generate the INP file: export INP checkbox and Giswater driver will create a text file (inp extension) stored in the selected folder.
15b) Execute the command line EPA SWMM: Execute EPA software checkbox. Giswater will execute the command line EPA SWMM file with the inp file, and EPA SWMM will
generate two result files (*.rpt file and *.out file.) stored on the selected folder.
15c) Import Results (if you like): Import results. Giswater will read the result data stored on *.rpt file and will write the values on the schema result tables.
16) Return to GIS project and enjoy the simulation's results on SIMULATION ANALYSIS
First of all, the key relations from ARC and NODE to other tables are defined as 'on delete cascade on update cascade'. This means that if you delete one feature from these
tables, all related features from other tables will be deleted .On the other hand if you update values from these tables, values in all related features will be updated in cascade too.
Otherwise, key relations from SECTOR, CONDUIT CATALOG and MATERIAL are defined as 'on delete restrict on update cascade'. This is quite different because it means that
you can not delete used features from these tables. On the other hand if you update values from these tables, values in all related features will be updated in cascade too.
The rest of features do not have key relations. Elements as RAINGAGE, SUBCATCHMENT, CONTROLS, TIMESERIES, CURVES, PATTERNS, POLLUTANTS, LANDUSES,
TREATMENT do not have key relations from theirs to other tables. In this way, you must knowthat If you update features the values will not be updated on related tables (if they
exist) and if you delete features mentioned on related tables will nor be deleted (if they exist too).
WARNING: Full capabilities not are allowed on DBF storage mode !!!
1) Create a GIS project: Giswater → GIS project. Fill file folder and file name, check DBF data storage and a group of Shape file and DBF will be created. Finally choose GIS
program you like and buid your own project.
2) Open the GIS program and build your network according the topology rules.
To proceed with a simple case you must follow the next steps:
You must to create and edit at least one outfall. You can found how to do it into the OUTFALLS target of the APPENDIX D of EPA SWMM user's manual. Additionally you must to
create and edit all the junction records of your network. You can found how to do it into the JUNCTIONS target of the APPENDIX D of EPA SWMM user's manual. Afther that you
can create and edit the pipe records of your network (joining the different nodes). You can found how to do it into the CONDUITS target of the APPENDIX D of EPA SWMM user's
manual.
3) Generate the DBF files from arc and node according to the EPA SWMM DATA MODELS. This DBF files from node shape file such are JUNCTION, OUTFALL, DIVIDER or
STORAGE and from arc shape file are CONDUIT, PUMPS, WEIR, ORIFICE or OUTLET.
4) You must to create at least one raingage and one subcathcment. You can found how to do it into the RAINGAGE, SUBCATH, SUBAREAS & INFILTRATION targets of the
APPENDIX D of EPA SWMM user's manual.
5) Generate the DBF files from Raingage and Sucatchment (SUBCATCHMENT, RGAGE_TS or RGAGE_FL, TIMSER_ABS or TIMSER_REL or TIMSER_FL. You can found how to
do it into the TIMESERIES, RAINGAGE target of APPENDIX D of EPA SWMM user's manual.
7) Additional DBF files must be created (if you need it) according EPA SWMM DATA MODELS. This DBF files could be among others, CONTROLS, CURVES, PATTERNS,
TEMPERATURE, LOADINGS, HYDROGRAPHS, LANDUSES, POLLUTANT or much more.
8a) Generate the INP file: Giswater → Software → EPA SWMM → export INP checkbox and Giswater driver will create a text file (inp extension) stored in the selected folder.
8b) Execute the command line EPA SWMM: Giswater → Software → EPA SWMM → Execute EPA software checkbox. Giswater will execute the command line EPA SWMM file
with the inp file, and EPA SWMM will generate two result files (*.rpt file and *.out file.) stored on the selected folder.
8c) Import Results (if you like): Giswater – Software → EPA SWMM → Import results. Giswater will read the result data stored on *.rpt file and will write the values on the
9) Returns to the GIS project insert and join the different shapes and tables and enjoy of the simulation's results.
If you are working on DBF data storage Giswater menu only allows Data folder, Export INP, Execute EPA software and Import Results.
On the other hand, If you are working on DB data storage, Giswater menu allows Schema management, Data and Pre-process options, post-process data Analysis and of
course, Export INP, Execute EPA software and Import Results.
Material catalog
The material catalog defines the pipes used in the network including a description of each pipe.
Curves
They are objects which are used to describe a functional relationship between two quantities. In EPA SWMM th eavalable curves include storage, shape, diversion, tidal, pump,
rating, and control.
Patterns
Patterns refer to time patterns which allow Dry Weather Flow (DWF) to vary in a periodic fashion. There are different types of patterns including monthly, daily, hourly and
weekend.
Timeseries
Time series objects are used to define how certain object properties vary with time. They can be used to describe temperature data, evaporation data, rainfall data, water stage at
outfall nodes, external inflow hydrographs at drainage system nodes, external inflow pollutographs at drainage system nodes and control settings for pumps and flow regulators.
Arc catalog
The arc catalog defines the arcs on the network including the geometry and a description.
Hydrologic catalog
You can define differents hydrologic scenarios using this catalog.
Infiltration: Selects a model for computing infiltration of rainfall into the upper soil zone of subcatchments. The default model is CURVE NUMBER. Other infiltration models are:
HORTON / GREEN_AMPT.
Controls
These elements determine hw pumps and regulators will be adjusted based on simulation time or conditions at specific nodes and links.
Project data
Project data includes the title, the author and date of creation of the project. This information can be edited here.
Options
Simulation options parameters. All values are recorded on inp_options table.
General
Flow units: Makes a choice of flow units. The default is CMS (Cubic Meter Second). Other flow units are:CFS / GPM / MGD / LPS / MLD.
WARNING: Selecting a US flow unit means that all other quantities will be expressed in US units, while choosing a metric flow unit will force all quantities to be expressed in metric
units.
Hydrology: Selects a scenario from hydrologic catalog. By selecting this option, the model for computing infiltration of rainfall into the upper soil zone of subcatchments will be
defined on each subcatchment.
Flow routing: Determines which method is used to route flows through the drainage system. STEADY refers to sequential steady state routing (i.e. hydrograph translation),
KINWAVE to kinematic wave routing, DYNWAVE to dynamic wave routing. The default routing method is DINWAVE.
Link offets: Determines the convention used to specify the position of a link offset above the invert of its connecting node. DEPTH indicates that offsets are expressed as the
distance between the node invert and the link while ELEVATION indicates that the absolute elevation of the offset is used. The default is DEPTH.
Allow ponding: Determines whether excess water is allowed to collect atop nodes and be re-introduced into the system as conditions permit. The default is NO ponding. In order for
ponding to actually occur at a particular node, a non-zero value for its Ponded Area attribute must be used.
Min slope: Is the minimum value allowed for a conduit’s slope (%). If zero (the default) then no minimum is imposed (although SWMM uses a lower limit on elevation drop of 0.001 ft
(0.00035 m) when computing a conduit slope).
Ignore rainfall: Is set to YES if all rainfall data and runoff calculations should be ignored. In this case SWMM only performs flow and pollutant routing based on user-supplied direct
and dry weather inflows. The default is NO.
Ignore snowmelt: Is set to YES if snowmelt calculations should be ignored when a project file contains snow pack objects. The default is NO.
Ignore groundwater: Is set to YES if groundwater calculations should be ignored when a project file contains aquifer objects. The default is NO.
Ignore routing: Is set to YES if only runoff should be computed even if the project contains drainage system links and nodes. The default is NO.
Ignore quality: Is set to YES if pollutant washoff, routing, and treatment should be ignored in a project that has pollutants defined. The default is NO.
Skip steady state: Should be set to YES if flow routing computations should be skipped during steady state periods of a simulation during which the last set of computed flows will
be used. A time step is considered to be in steady state if there has been no significant change in external inflows, storage volumes, and either node water depths (for dynamic
wave routing) or conduit flows (for other forms of routing). The default for this option is NO.
Start time: Is the time of day on the starting date when the simulation begins. The default is 12 midnight (00:00:00).
End date: Is the date when the simulation is to end. The default is the start date.
End time: Is the time of day on the ending date when the simulation will end. The default is 24:00:00.
Report start date: Is the date when reporting of results is to begin. The default is the simulation start date.
Report start time: Is the time of day on the report starting date when reporting is to begin. The default is the simulation start time of day.
Report step: Is the time interval for reporting of computed results. The default is 0:15:00.
Runoff dry step: Is the time step length used for runoff computations (consisting essentially of pollutant buildup) during periods when there is no rainfall and no ponded water.
The default is 1:00:00.
Runoff wet step: Is the time step length used to compute runoff from subcatchments during periods of rainfall or when ponded water still remains on the surface. The default
is 0:05:00.
Routing step: Is the time step length in seconds used for routing flows and water quality constituents through the conveyance system. The default is 10 sec wich could be
augmented if using kinenamic wave routing. Fractional values (e.g., 2.5) are permissible as are values entered in hours:minutes:seconds format.
Sweep start: Is the day of the year (month/day) when street sweeping operations begin. The default is 01/01.
Sweep end: Is the day of the year (month/day) when street sweeping operations end. The default is 12/31.
Dry days: Is the number of days with no rainfall prior to the start of the simulation. The default is 10.
Dynamic wave
Force main: Establishes whether the Hazen-Williams (H-W) or the Darcy-Weisbach (D-W) equation will be used to compute friction losses for pressurized flow in conduits that
have been assigned a Circular Force Main cross- section shape. The default is H-W.
Normal flow limited: Specifies which condition is checked to determine if flow in a conduit is supercritical and should thus be limited to the normal flow. Use SLOPE to check if
the water surface slope is greater than the conduit slope, FROUDE to check if the Froude number is greater than 1.0, or BOTH to check both conditions. The default is BOTH
Lengthening step: Is a time step, in seconds, used to lengthen conduits under dynamic wave routing, so that they meet the Courant stability criterion under full- flow conditions (i.e.,
the travel time of a wave will not be smaller than the specified conduit lengthening time step). As this value is decreased, fewer conduits will require lengthening. A value of 0 (the
default) means that no conduits will be lengthened.
Variable step: Is a safety factor applied to a variable time step computed for each time period under dynamic wave flow routing. The variable time step is computed so as to satisfy
the Courant stability criterion for each conduit and yet not exceed the routing step value. If the safety factor is 0 (the default), then no variable time step is used.
Inertial damping: Indicates how the inertial terms in the Saint Venant momentum equation will be handled under dynamic wave flow routing. Choosing NONE maintains
these terms at their full value under all conditions. Selecting PARTIAL will reduce the terms as flow comes closer to being critical (and ignores them when flow is
supercritical). Choosing FULL will drop the terms altogether. The default is NONE
Min sufarea: Is a minimum surface area used at nodes when computing changes in water depth under dynamic wave routing. If 0 is entered, then the default value of 1.14 m2 is
used.
Max trials: Allowed from 5.1 version or later. Maximum trials computed. If 0 is entered, then the default value of 8 is used.
Head tolerance: Allowed from 5.1 version or later. Tolerance of head pressure during the computational time. If 0 is entered, then the default value of 0.0015 m is used.
System flow tolerance: Allowed from 5.1 version or later. Tolerance of system flow. Default value is 5%
Lateral flow tolerance: Allowed from 5.1 version or later. Tolerance of lateral flow. Defalut value is 5%
Raingage
Options for setting up a rain gage.
General
Id: This code refers to each of the spatial objects and must have a consecutive order (1, 2, 3,...) in relation to how they have been creating these objects.
Intvl: Time interval between gage readings (in decimal hours or hours:minutes format).
Scf: Snow catch deficiency correction factor (use 1.0 for no adjustament).
Timeseries
Timeseries id: Name of time series.
File
Fname: Name of external file with rainfall data. Rainfall files are discussed in Chapter 11.3 of SWMM's Manual.
Units: Rain depth units used in the rain file, either IN (inches) or MM (millimeters).
Report options
Describes the contents of the report file that is produced.
Input: Specifies whether or not a summary of the input data should be provided in the output report. It can be YES or NO.
Continuity: Specifies whether continuity checks should be reported or not. It can be YES or NO.
Flowstats: Specifies whether summary flow statistics should be reported or not. It can be YES or NO.
Controls: Specifies whether all control actions taken during a simulation should be listed or not. It can be YES or NO.
Subcatchments: Gives a list of subcatchments whose results are to be reported. The default is ALL.
Nodes: Gives a list of nodes whose results are to be reported. The default is ALL.
Links: Gives a list of links whose results are to be reported. The default is ALL.
Result selector
This selects the results we want to view on our GIS software. Only the result selected will be visible on our project.
5.1 Introduction
In the recent years HEC-RAS (USACE-HEC 1995) model has become a crucial tool in the hydraulic and fluvial engineering modeling. The development of remote sensing
technologies has provoked an impressive increase in the topographical information availability. This evolution has forced to create a powerful link between hydraulic models, like
HEC-RAS, and GIS (Geographic Information System) tools.
GIS constitutes the optimum framework to manage and combine the wide range of available information, it also provides a common interface to interact with such amount of
heterogeneous data, including aerial pictures, satellite images, geological maps, topographical grids, land use info, etc. Most of the data sources mentioned above are relevant to
hydraulic modeling, therefore, in order to construct a hydraulic model of a natural landscape, GIS become mandatory.
In this framework a couple of tools exist that link GIS and HEC-RAS. The most famous one is the free tool HEC-geoRAS developed by the HEC-RAS producers (USACE HEC).
Hence the performance of the tool and its interaction with GIS and HEC-RAS would make it the best choice.
The main dawback of this tool is that it works as an ESRI ArcGIS extension; therefore a complete set of ESRI licenses should be owned to use HEC-geoRAS. GISWATER is the
open source alternative to HEC-geoRAS which is presented here. The aim on the background of this project is to create a serious alternative to the proprietary software required
by HEC-geoRAS. Therefore all the software is released as open source and supported by GITHUB (https://github.com/Giswater/giswater [53]).
GISWATER Association is in charge of the bug control and updates of the tool.
The analysis of the existing GIS open source projects reveals that it is a dynamical area where different projects coexist and most of them just for a short period of time. So there
is an important uncertainty in the GIS tool life cycle and expectancy. After realizing these facts a brainstorming of the tool designers (GITS-UPC, TecnicsAssociats) concludes in a
new proposal for the development platform. In this case the PostgreSQL (Stonebraker & Rowe 1986)/PostGIS (Regina O. Obe 2011) combination was considered.
The key features that exist in PostgreSQL database that are of great importance for hydraulic tools, inventories and collections are naturally included in an object oriented
database. These inventories can include multiple elements of a hydraulic model such as bridges, pipes, gage stations etc… all these elements are essential parts of the hydraulic
model.
From the system architecture point of view the database environment provides a rational way to share the information and store it. Concurrent access to information makes it
interesting for team work.
Another crucial element of the PostgreSQL which important for its selection is the PostGIS extension.
PostGIS is an open source extension intended to include geometrical/geographical information in a database. It also includes more than 200 spatial functions to interact with the
geographical data. From topology to metrics everything is included in the extension. Also since version 2.0 PostGIS launch, there is the ability to manage raster datasets and allows
interaction between vectorial/raster information. This was a major requirement in GISWATER development for HEC-RAS, where the terrain role is crucial. Therefore as described
here the tool landscape is represented by a DTM (Digital Terrain Model) which is stored within the database as a standard table.
Almost all the existing open source GIS have a driver to interact with a PostgreSQL database, therefore all of them become a useful interface to the tool. As has been described
previously all the information is collected in the database, and this database includes all the necessary spatial algorithms, therefore the GIS becomes just a graphical interface to
view/edit the information but processing is performed in the database. This means that light GIS viewers are capable of running the tool, neither a simple intersection command is
necessary in the GIS platform.
As a consequence of these facts, using a simple SQL console pointing to the database is all you need to create the HEC-RAS geometry file, but the support of any GIS tool
improves the user experience and the tool becomes user-friendly. In the following three different examples of GISWATER interfacing will be presented, GRASS, gvSIG and QGIS,
but this are three examples in a long list.
In the Figure 1 the GRASS GIS interfacing to the tool is presented. This is one of the first open source GIS developed. It has some constraints in working with PostgreSQL. In the
version 6 the layers coming from the database could not be edited, just shown, the table views are not accepted as a layer.
In Figure 2 the gvSIG interface to the database is also presented, this software has a great strength in the community. It was able to interact to the whole tool but the stability of the
platform accessing a Postgres database was poor.
In the Figure 3 the QGIS interface is presented. It was selected as the best tool to run the model. The stability and the power of the software was its main advantage. The driver is
complete and works in both direction read/write.
Therefore, most of the commands and processes of the HEC-RAS tool are included into the database. Standard HEC-RAS users are far from being database experts, hence a
JAVA interface is provided in order to trigger the main tool commands. Most of the tool practitioners will use the tool without any direct contact to database working in the
background. For advanced users, accessing the database is a way to tune and customize the tool.
As it is known the PostgreSQL database is based in the schema paradigm. This means that the database is decomposed in parts, each one named “schema”. This is a kind of
organization system.
Following this idea and, to take advantage of its strength, these schemes are used in the developed tool. Each schema in the database is considered as a “case”. A case is a group
of tables that contains all the geographic information necessary to construct a “HEC-RAS” GIS file (“sdf”).
Therefore, every time a case is stored in the database it creates a new schema using the name provided by the user. This philosophy is coherent with the fact of a database being
used. One single database is able to contain all the cases developed by a user or a group of users.
Most of the processes are developed inside the database, GISWATER acts just as an interface to trigger processes in the database, but any other database-interfaces are valid. A
Postgresql console could be used to launch the commands or a SQL console as well. The list of the database commands is described in the "Functions description" document
section.
0) Start GISWATER
1) Create project
GISWATER works linked to a database. There two general approaches to work with database are firstly the user could have an installed postgres database, in a corporative server
or in a local computer. GISWATER could connect to this existing database. The second approach is to use the GISWATER distributed database, named "portable postgres".
Depending on the selected installation file the porstable database is installed or no.
In case of having a portable database it is started by GISWATER on launch. If the portable database is used is mandatory to have it active during project development, otharways
the databse is not available for adding/editing process. During the development of the tool there has been several issues concerning database and Windows OS. Depending on the
OS version new issues emerge. Bug report is provided in GISWATER, the address is bugreport@giswater.org [54]
Due to this issues the portable database is stored in the user's folder in the Windows file system,a folder named "giswater" could be found in this directory.
A project in the database is a list of information tables. The tables contain data field and spatial information as well. When a project is created the user should select the type of
project. The last GISWATER release includes the EPANET, SWMM and HEC-RAS interface.
Firstly the area under investigation needs to be identified with the areas having more flood risks problems as well. Then the river system needs to be specified including the source,
the pathway and the receptors and the different risks associated with this system. In the past such studies were only based on traditional hydrological modeling, but nowadays
more information is necessary in order to produce a more accurate model of the system which is closest to reality and hence produce more relevant and accurate results. Hence
river systems are now being modeled using different sources of information such as cadastral, topographical, hydrological and meteorological data with the use of Geographic
Information Systems (GIS) in order to create flood risk assessment maps. This kind of data is easier to interpret and include much more information for the interested parties.
The problem arises in connecting GIS software to river analysis software. The methodology to toggle the problem is by using Giswater which is able of connect to a GIS, a river
analysis software using a geospatial database.
5.3.3 Methodology
The case scenario is the river Onyar in Girona, in Catalonia Spain begins at the Guilleries massif and it joins river Ter at the city of Girona. The river has flooded in the past
creating devastating damages to the city. Analyses on the vulnerable areas of the city have been carried out in the past. However, the case developed below would show the areas
affected with different flow regime of the river and the vulnerability to flooding without any specifications on land use.
The GISWATER platform involves four main elements, the GISWATER interface, the database, the GIS and the HEC-RAS software. First of all the GISWATER interface should be
started using the desktop icon. GISWATER would try to connect to an existing database in your system or an external one, stored in the default preferences. If a database is not
found in your system or configured in the default settings, it would try to launch the portable version included in the ‘all-in-one’ distribution. In case that a database connection is
not obtained, the first task of the user is to manually configure it. Once the connection is successful, the settings are stored in the default project or they could also be saved as a
new project.
The methodology of how to connect to GIS using a database and then importing it to HEC-RAS (river analysis software) would be described below. In order to facilitate the
procedure the case scenario of river Onyar above would be used. The following steps are to be followed after opening Giswater in order to successfully create the case scenario∶
1. Edit project preferences
2. HEC-RAS preferences- configuration of the project
3. Setting up the river scenario using GIS
4. Export SDF file
5. Set up the river analysis study
1. Water software∶ is to be chosen between EPANET, EPA SWMM and HEC-RAS. In this case we should choose HEC-RAS for a river study.
2. Data storage∶ choose between Database and DBF (filename extension). In this case choose Database.
3. Database storage∶ ensure that the connection to the database storage is open.
4. Project Data Management∶ here the GIS project is created. Click on create. A screen shown on figure 2 below would appear.
5. Finally, at the end of the page click on accept to finalize the edition of the project preferences. This would lead you to the user interface of HEC-RAS preferences.
Set the Project name and project title taking into account that it should be a name that it is easy to remember, it does not have any weird characters like accents, question marks or
any other characters which is not widely used. Also ensure that the SRID (Spatial Reference System Identifier) is the correct one for the study of interest. Click on accept and
close to create the project.For this project the project name chosen was hec_demo and the project title was Onyar from the name of the river.
Giswater accepts any file type of DTM including GDAL (geoTIF,img, asc, txt..). After finding the file, click on accept in order to connect to the database. This step takes a while to
execute. This step is vital in order to successfully create the GIS project. Then return to the previous screen by clicking on ‘Edit Project Preferences’ at the bottom of the page.
At the bottom left corner of the interface there is a button ‘Create Gis Project’, click on the button in order to create a new QGIS project. A screen would pop-up shown in figure 4
below.
Choose the location which the file would be located, name the Gis Project and click on accept to create the new project. The following screen shown on figure 5 would pop-up.
Click on ‘Yes’.
This process might take a few minutes. Then it asks if you want to open the new file created. The GIS software then opens with the new project which was created with the data
specified in the previous steps such as the SRID and the DTM.
These layers need to be drawn. In order to draw these layers it is essential to load the raster layers of the area including the orthophotos, the DTM (Digital Terrain Model) and the
cartography to facilitate the task. Even though by default the terrain layer is included in the ‘output’ group with the name ‘mdt’, the performance is reduced if the user uses this
layer. This is due to the fact that if the database is in the cloud every pan movement or zoom involves a new terrain download for the database, adding a delay. In order to reduce
the delay it is recommended to load the QGIS table of content (ToC) a new terrain layer, linked to a local version of the terrain raster, avoiding the active visualization of the ‘mdt’
layer of the data base. Also it is recommended to generate a layer demonstrating the terrain relief and hence depict the most possible path of the river. When loading all the layers
necessary for the study the map canvas should look as the figure below.
The next step is to start drawing the layers which were generated in the Gis project. Using the orthophoto and in conjunction with the elevation and shadow layers all the layers
should be drawn starting with the view_river, ensuring that the line follows the river flow in the middle of the channel. Note that after drawing the river, the data in the attribute table
should be entered as shown below. Failing to include this data, the model would be incomplete.
Following the view_river, the view_flowpaths should be drawn. In this layer there are three different lines which should be drawn for the three different flows which could exist such
as normal flow regime, over flooding the banks of the river both on left and right sides of the river. Note that the normal flow regime should be the same as the view_river and also
the other two lines on the left and side of the river should be drawn in such a way that the flow is the easiest path that the water could follow taking into consideration the relief of the
terrain as well as possible obstacles which could be found such as buildings, trees. The flow paths should look relatively the same as in the figure below.
Then each line should be specified on the attribute table. There are three different line types, channel, left and right. In order to correctly specify each line consideration should be
given in the direction of the flow of the river as shown below. For this, it is essential to know the direction of the river and that the left bank is the one on the left-hand side if
watching at the same direction as the flow of the river and the same implies for the right side.
Then the next layer to be drawn is the view_banks. The river banks are the borders of the river during normal flow regime (depth of the river has not reached maximum river flow
and hence no risk of flooding). The river banks are shown in the figure below. Note that all the layers which were drawn up to this point should not cross each other at any moment
except from the channel in the flow paths and the river which should be the same.
The last layer to be drawn is the view_xscutlines. This layer includes various lines which are cut all the above layers. These are the sections of the river at different locations and
depending on the length of the river under study they should be placed equidistance from each one, in this case the distance between each section is approximately 30m. The final
results of all the layers being drawn are shown below.
The first step in HEC-RAS is to enter the geometry data of the area under investigation. In order to do that click on ‘Edit/Enter geometric data’, a new window would pop-up. Then
you should go to file, import Geometry Data and GIS Format (as shown in the figure below).
The Geometry Data to be imported as a GIS Format is the SDF file which was created in Giswater. The following window would open, locate the location of the file, choose the file
and click on ‘OK’.
Note that HEC-RAS would ask with what units the analysis should be performed (as shown in figure below). For this case choose SI(metric) units, then ‘Next’ and ‘Finish- Import
Data’.
The geometry would be imported in the window. This saves a lot of time in performing a river analysis as the geometry is inserted directly without having to insert it manually. Then
from the main menu, go to file and ‘Save Geometry Data As’. The next steps are to configure the Manning’s coefficient, the boundary layers. For this, go to ‘Tables’, ‘Manning’s n
or k values (Horizontally varied)’ (see figure 18 below).
In the columns n#1 and n#3 set the value of Manning’s coefficient at 0.06 which it is the value for the left and right bank respectively. In column n#2 set the value at 0.04 which is
the value at the channel of the river. In order to set the values first select the column to be filled (the column would be colored on lilac), click on ‘Set values’, fill in the black with the
corresponding values; all the values would be set therefore you should not fill in the blanks one by one. Then click on ‘OK’.
The next step is to enter the steady flow data. In order to bring up the steady Flow data editor, select the ‘Steady Flow Data’ icon from the ‘Edit’ menu on the HEC-RAS main
window. The steady flow data editor should appear as shown in the figure below. Fill in the blank box named ‘PF1’ with 400.
Then the Boundary conditions should also be set; click on ‘Reach Boundary Conditions’ and a new window will appear as shown in the figure below.
The Boundary conditions should be set for both Upstream and Downstream locations; in this case choose for both of them ‘Critical Depth’. Choosing the Critical Depth’ does not
require entering any further information. The program will compute critical depth for all the profiles and this would be used as the boundary condition.
Finally click on ‘Perform a steady flow simulation’, choose the flow regime ‘Mixed’. The window which would appear is shown in the figure below. Click on ‘Perform’ to compute
results.
In order to view the results, click on ‘Close’ on the new window that appears, go to the main menus of HEC-RAS and click on ‘View 3D multiple cross section plot’. The following
screen would appear showing the results of the analysis.
5.4 References
Regina O. Obe, L. S. H. (2011), PostGIS in action, Greenwich, Conn.
Stonebraker, M. & Rowe, L. (1986), The design of postgres, in ‘Proc. ACM-SIGMOD Conference on Management of Data’.
USACE-HEC (1995), HEC-RAS, River Analysis System, Hydraulics Reference Manual. CPD-69, Hydrological Engineering Center, Davis, CA.
Remember, on DBF storage mode when you create the GIS project, the only files created are DBF and Shape files. The GIS projects (we recommend gvSIG or QGIS) are not
automatically created.
1- EPANET
The next TOC (Table of contents of GIS interface) will be avaliable when you create EPANET GIS project: Giswater → GISProject
GIS FEATURES
Arc
Arc geometries (pipes, valves and pumps)
arc_id: ID label.
Node
Node geometries (junction, reservoir or tank)
node_id: ID label.
Sector
Defines the network sectors. You must need minimun at once.
EPANET DATA
Backdrop
Identifies a backdrop image and dimensions for the network EPANET map.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
See definition and remark's section for more information.
Definitions:
DIMENSIONS provides the X and Y coordinates of the lower-left and upper-right corners of the map’s bounding rectangle. Defaults are the extents of the nodal coordinates
supplied in your Gis project selection.
UNITS specifies the units that the map’s dimensions are given in (FEET/METERS/DEGREES/NONE). Default is NONE.
FILE is the name of the file that contains the backdrop image.
OFFSET lists the X and Y distance that the upper-left corner of the backdrop image is offset from the upper-left corner of the map’s bounding rectangle. Default is zero offset.
Remarks:
a. The [BACKDROP] table is optional and is not used at all when EPANET is run as a console application.
b. Only Windows Enhanced Metafiles and bitmap files can be used as backdrops.
Hydraulics
Node
Junction
Defines junction nodes contained in the network.
node_id: ID label.
Remarks
a. At least one juction is required
b. If no demand pattern is supplied then the junction demand follows the Default Demand Pattern specified in the [OPTIONS] [56] parameteres or Pattern 1. If the default pattern (or
Pattern 1) does not exist, then the demand remains constant.
c. Demands can also be entered in the [DEMANDS] [57] table and include multiple demand categories per junction.
Reservoir
Defines all reservoir nodes contained in the network.
node_id: ID label.
Remarks:
a. Head is the hydraulic head (elevation + pressure head) of water in the reservoir.
b. A head pattern can be used to make the reservoir head vary with time.
c. At least one reservoir or tank must be contained in the network.
Source
Defines locations of water quality sources.
node_id: ID label.
Remarks:
a. For MASS type sources, strength is measured in mass flow per minute. All other types measure source strength in concentration units.
b. Source strength can be made to vary over time by specifying a time pattern.
c. A CONCEN source:
represents the concentration of any external source inflow to the node
applies only when the node has a net negative demand (water enters the network at the node)
if the node is a junction, reported concentration is the result of mixing the source flow and inflow from the rest of the network
if the node is a reservoir, the reported concentration is the source concentration
if the node is a tank, the reported concentration is the internal concentration of the tank
is best used for nodes that represent source water supplies or treatment works (e.g., reservoirs or nodes assigned a negative demand)
should not be used at storage tanks with simultaneous inflow/outflow.
d. A MASS, FLOWPACED, or SETPOINT source:
represents a booster source, where the substance is injected directly into the network irregardless of what the demand at the node is
affects water leaving the node to the rest of the network in the following way:
- a MASS booster adds a fixed mass flow to that resulting from inflow to the node
- a FLOW PACED booster adds a fixed concentration to the resultant inflow concentration at the node
- a SETPOINT booster fixes the concentration of any flow leaving the node (as long as the concentration resulting from the inflows is below the setpoint)
the reported concentration at a junction or reservoir booster source is the concentration that results after the boosting is applied; the reported concentration for a tank with a
booster source is the internal concentration of the tank
is best used to model direct injection of a tracer or disinfectant into the network or to model a contaminant intrusion.
e. A [SOURCES] table is not needed for simulating water age or source tracing.
Tank
Defines all tank nodes contained in the network.
Remarks:
a. Water surface elevation equals bottom elevation plus water level.
b. Non-cylindrical tanks can be modeled by specifying a curve of volume versus water depth in the [CURVES] [58] table.
c. If a volume curve is supplied the diameter value can be any non-zero number
d. Minimum volume (tank volume at minimum water level) can be zero for a cylindrical tank or if a volume curve is supplied.
e. A network must contain at least one tank or reservoir.
Mixing
Identifies the model that governs mixing within storage tanks.
node_id: ID label.
Remarks:
a. Mixing models include:
Completely Mixed (MIXED)
Two-Compartment Mixing (2COMP)
Plug Flow (FIFO)
Stacked Plug Flow (LIFO)
b. The compartment volume parameter only applies to the two-compartment model and represents the fraction of the total tank volume devoted to the inlet/outlet compartment.
c. The [MIXING] table is optional. Tanks not described in this table are assumed to be completely mixed.
Emitter
Defines junctions modeled as emitters (sprinklers or orifices).
node_id: ID label.
Remarks:
a. Emitters are used to model flow through sprinkler heads or pipe leaks.
b. Flow out of the emitter equals the product of the flow coefficient and the junction pressure raised to a power.
c. The power can be specified using the EMITTER EXPONENT option in the option parameters. The default power is 0.5, which normally applies to sprinklers and nozzles.
d. Actual demand reported in the program's results includes both the normal demand at the junction plus flow through the emitter.
e. An [EMITTERS] table is optional.
Demand
Replace to [JUNCTION] [59] feature for defining multiple water demands at junction nodes. WARNING: If this junction values are used the value of [JUNCTION] is ignored.
Remarks:
a. Only use for junctions whose demands need to be changed or supplemented from entries in [JUNCTION] feature.
b. Data in this section replaces any demand entered in [JUNCTION] feature for the same junction.
c. Unlimited number of demand categories can be entered per junction.
d. If no demand pattern is supplied then the junction demand follows the Default Demand Pattern specified in the [OPTIONS] [56] option parameters or Pattern 1 if no default pattern
is specified. If the default pattern (or Pattern 1) does not exist, then the demand remains constant.
Arc
Pipe
Defines all pipe links contained in the network.
arc_id: ID label.
Remarks:
a. Roughness coefficient is unitless for the Hazen-Williams and Chezy-Manning head loss formulas and has units of millifeet (mm) for the Darcy-Weisbach formula. Choice of
head loss formula is supplied in the [OPTIONS] [60]option parameters.
b. Setting status to CV means that the pipe contains a check valve restricting flow to one direction.
c. If minor loss coefficient is 0 and pipe is OPEN then these two items can be dropped form the input line.
Pump
Defines all pump links contained in the network.
power: Write it POWER, leave a space and write the value of power. (Power value for constant energy pump, hp (kW))
curve_id: ID label.
speed: Write it SPEED, leave a space and write the value of speed. (Relative speed setting (normal speed is 1.0, 0 means pump is off))
pattern: Write it PATTERN, leave a space and write the value of pattern. (ID of time pattern that describes how speed setting varies with me)
Remarks:
a. Keywords consists of:
POW ER – power value for constant energy pump, hp (kW)
HEAD - ID of curve that describes head versus flow for the pump
SPEED - relative speed setting (normal speed is 1.0, 0 means pump is off)
PATTERN - ID of time pattern that describes how speed setting varies with time
b. Either POWER or HEAD must be supplied for each pump. The other keywords are optional.
Valve
Defines all control valve links contained in the network.
Remarks:
a. Valve types and settings include:
b. Shutoff valves and check valves are considered to be part of a pipe, not a separate control valve component (see [PIPE] [62])
c. The status value can be OPEN or CLOSED. For control valves (e.g., PRVs, FCVs, etc.) this means that the valve is either fully opened or closed, not active at its control setting.
d. The setting value can be a speed setting for pumps or valve setting for valves.
f. If a CLOSED or OPEN control valve is to become ACTIVE again, then its pressure or flow setting must be specified in the control or rule that re-activates it.
Material catalog
Materials catalog.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Controls
Controls
Defines simple controls that modify links based on a single condition.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Example:
;Close Link 12 if the level in Tank 23 exceeds 20 ft.
LINK 12 CLOSED IF NODE 23 ABOVE 20
;Open Link 12 if pressure at Node 130 is under 30 psi
LINK 12 OPEN IF NODE 130 BELOW 30
Remarks:
a. Simple controls are used to change link status or settings based on tank water level, junction pressure, time into the simulation or time of day.
b. See the notes for the [STATUS] parameter in value domain for conventions used in specifying link status and setting, particularly for control valves.
Rules
Defines rule-based controls that modify links based on a combination of conditions.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: Defines rule-based controls that modify links based on a combination of conditions.
Example:
RULE 1
IF TANK 1 LEVEL ABOVE 19.1
THEN PUMP 335 STATUS IS CLOSED AND PIPE 330 STATUS IS OPEN
Remarks:
a. Only the RULE, IF and THEN portions of a rule are required; the other portions are optional.
b. When mixing AND and OR clauses, the OR operator has higher precedence than AND, i.e.,
IF A or B and C
is equivalent to
IF (A or B) and C.
If the interpretation was meant to be
IF A or (B and C)
then this can be expressed using two rules as in
IF A THEN ...
IF B and C THEN ...
c. The PRIORITY value is used to determine which rule applies when two or more rules require that conflicting actions be taken on a link. A rule without a priority value always has
a lower priority than one with a value. For two rules with the same priority value, the rule that appears first is given the higher priority.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Remarks:
a. Curves can be used to represent the following relations:
Head v. Flow for pumps
Efficiency v. Flow for pumps
Volume v. Depth for tanks
Headloss v. Flow for General Purpose Valves
b. The points of a curve must be entered in order of increasing X-values (lower to higher).
c. If the input file will be used with the Windows version of EPANET, then adding a comment which contains the curve type and description, separated by a colon, directly above
the first entry for a curve will ensure that these items appear correctly in EPANET’s Curve Editor. Curve types include PUMP, EFFICIENCY, VOLUME, and HEADLOSS.
Pattern
Defines time patterns.
...
Remarks:
a. Multipliers define how some base quantity (e.g., demand) is adjusted for each time period.
b. All patterns share the same time period interval as defined in the [TIMES] table.
c. Each pattern can have a different number of time periods.
d. When the simulation time exceeds the pattern length the pattern wraps around to its first period.
e. Use as many lines as it takes to include all multipliers for each pattern.
Curve catalog
Curve catalog.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
See definition and remark's section for more information.
Options
Quality
Describes the contents of the output report produced from a simulation.
node_id: ID label.
Remarks:
Selects the type of water quality analysis to perform. The choices are NONE, CHEMICAL, AGE, and TRACE. In place of CHEMICAL the actual name of the chemical can be used
followed by its concentration units (e.g., CHLORINE mg/L). If TRACE is selected it must be followed by the ID label of the node being traced. The default selection is NONE (no
water quality analysis).
Global energy
Defines global parameters -for all pumps- used to compute pumping energy and cost.
Remarks:
Parameters are defined as follows:
If you select DEMAND CHARGE, parameter remain on blank and directly you can fill data on value field.
The default global pump efficiency is 75% and the default global energy price is 0.
Single energy
Defines parameters used to compute pumping energy and cost (by specified pump)
pump_id: ID label.
Remarks
Parameters are defined as follows:
The default global pump efficiency is 75% and the default global energy price is 0.
Global reactions
Defines global parameters -for all elements- related to chemical reactions occurring in the network.
parameter: Options parameters. Must be BULB, WALL, TANK, LIMITING POTENCIAL or ROUGHNESS CORRELATION
Remarks:
ORDER is used to set the order of reactions occurring in the bulk fluid, at the pipe wall, or in tanks, respectively. Values for wall reactions must be either 0 or 1. If not supplied the
default reaction order is 1.0.
GLOBAL is used to set a global value for all bulk reaction coefficients (pipes and tanks) or for all pipe wall coefficients. The default value is zero.
BULK, WALL and TANK are used to override the global reaction coefficients for specific pipes and tanks.
For LIMITING POTENCIAL or ROUGHNESS CORRELATION fill blank the field react_type
LIMITING POTENCIAL specifies that reaction rates are proportional to the difference between the current concentration and some limiting potential value.
ROUGHNESS CORRELATION will make all default pipe wall reaction coefficients be related to pipe roughness in the following manner:
Hazen-Williams F/C
Darcy-Weisbach F / log(e/D)
Chezy-Manning F*n
a. Remember to use positive numbers for growth reaction coefficients and negative numbers for decay coefficients.
b. The time units for all reaction coefficients are 1/days.
c. All entries in this section are optional. Items offset by slashes (/) indicate allowable choices.
Single reactions
Defines individual parameters -specific for each element- related to chemical reactions occurring in the network.
parameter: BULK, WALL or TANK. Used to override the global reaction coefficients for specific pipes and tanks
Remarks:
a. Remember to use positive numbers for growth reaction coefficients and negative numbers for decay coefficients.
b. The time units for all reaction coefficients are 1/days.
c. All entries in this section are optional. Items offset by slashes (/) indicate allowable choices.
Value domain
Folder with tables used on other tables as value domain data. Gis projects uses this tables but data is not updatable. You do not have to do anything, but you can not delete it.
Tags
Associates category labels (tags) with specific nodes and links on EPANET user inferface.
Remarks:
a. Tags can be useful for assigning nodes to different pressure zones or for classifying pipes by material or age.
b. If a node or link’s tag is not identified in this section then it is assumed to be blank.
c. The [TAGS] table is optional and has no effect on the hydraulic or water quality calculations.
Labels
Assigns coordinates to map labels on EPANET user inferface.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
node_id: ID label.
Remarks:
a. Include one line for each label on the map.
b. The coordinates refer to the upper left corner of the label and are with respect to an arbitrary origin at the lower left of the map.
c. The optional anchor node anchors the label to the node when the map is re-scaled during zoom-in operations.
d. The [LABELS] table is optional and is not used at all when EPANET is run as a console application.
SIMULATION ANALYSIS
Node minimum values
Node minimum values simulation analisys data.
max_setting: Maximum setting. (Roughness for pipes, speed for pumps, pressure/flow setting for valves).
min_setting: Minimum setting. (Roughness for pipes, speed for pumps, pressure/flow setting for valves).
max_setting: Maximum setting. (Roughness for pipes, speed for pumps, pressure/flow setting for valves).
min_setting: Minimum setting. (Roughness for pipes, speed for pumps, pressure/flow setting for valves).
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
kwhr_mgal: Kw – hr (/Mgal).
Hydraulic status
Hydraulic status values simulation analisys data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
time: 'Time'.
text: 'Text'.
2- EPA SWMM
The next TOC (Table of contents of GIS interface) will be avaliable when you create EPA SWMM GIS project: Giswater → GISProject
GIS FEATURES
Arc
Arc geometries (conduits, orifices, weirs, pumps or outlets)
arc_id: ID label.
z1: Offset of upstream end of conduit invert above the invert elevation of its upstream node (ft or m).
z2: Offset of downstream end of conduit invert above the invert elevation of its downstream node (ft or m).
Node
Node geometries (juctions, outfalls, dividers or storages)
node_id: ID label.
Sector
Defines the network sectors. You must need minimum at once.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
fil_type: The file type can be: RAINFALL, RUNOFF, HOTSTART, RDII or ROUTING
Remarks:
Rainfall, Runoff, and RDII files can either be used or saved in a run, but not both. A run can both use and save a Hot Start file (with different names).
Climatology
Windspeed
Windspeed data.
...
Snowmelt
Snowmelt parameters are climatic variables that apply across the entire study area when simulating snowfall and snowmelt.
elev: Average elevation of study area above mean sea level (ft or m) (default is 0).
dtlong: Correction, in minutes of time, between true solar time and the standard clock time (default is 0).
i_f0: In imprevious area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.
i_f1: In imprevious area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.1.
...
i_f9: In imprevious area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.9
p_f0: In previous area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.
p_f1: In previous area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.1.
...
p_f9: In previous area, fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.9.
Temperature
Specifies daily air temperatures, monthly wind speed, and various snowmelt parameters for the study area. Required only when snowmelt is being modeled or when evaporation
rates are computed from daily temperatures or are read from an external climate file.
timser_id: Name of time series in [TIMESERIES] [64] table with temperature data.
start: date to begin reading from the file in month/day/year format (default is the beginning of the file).
Remarks:
Use the TIMESERIES line to read air temperature from a time series or the FILE line to read it from an external Climate file. Climate files are discussed in chapter 11.4 of SWMM's
Manual. If neither format is used, then air temperature remains constant at 70 degrees F.
Wind speed can be specified either by monthly average values or by the same Climate file used for air temperature. If neither option appears, then wind speed is
assumed to be 0.
Separate Areal Depletion Curves (ADC) can be defined for impervious and pervious sub-areas. The ADC parameters will default to 1.0 (meaning no depletion) if no data are
supplied for a particular type of sub-area.
Evaporation
Specifies how daily evaporation rates vary with time for the study area.
timser_id: Name of time series in [TIMESERIES] [64] table with evaporation data.
value_1: Evaporation value parameters of SWMM project. Evaporation rate in January (in/day or mm/day).
value_2: Evaporation value parameters of SWMM project. Evaporation rate in February (in/day or mm/day).
...
value_12: Evaporation value parameters of SWMM project. Evaporation rate in December (in/day or mm/day).
...
recovery: Identifies an optional monthly time pattern of multipliers used to modify infiltration recovery rates during dry periods. For example, if the normal infiltration recovery rate
was 1% during a specific time period and a pattern factor of 0,8 applied to this period, then the actual recovery rate would be 0,8%
dry_only: Determines if evaporation only occurs during periods with no precipitation. The default is NO.
Remarks:
Use only one of the above formats (CONSTANT, MONTHLY, TIMESERIES, TEMPERATURE, or FILE). If no [EVAPORATION] table appears, then evaporation is assumed to be 0.
TEMPERATURE indicates that evaporation rates will be computed from the daily air temperatures contained in an external climate file whose name is provided in the
[TEMPERATURE] [65] table. This method also uses the site’s latitude, which can also be specified in the [TEMPERATURE] table.
FILE indicates that evaporation data will be read directly from the same external climate file used for air temperatures as specified in the [TEMPERATURE] table.
RECOVERY identifies an optional monthly time pattern of multipliers used to modify infiltration recovery rates during dry periods. For example, if the normal infiltration recovery
rate was 1% during a specific time period and a pattern factor of 0.8 applied to this period, then the actual recovery rate would be 0.8%.
DRY_ONLY determines if evaporation only occurs during periods with no precipitation. The default is NO.
Adjustments
Adjustments are +- changes to temperature and evaporation or multipliers for rainfall that can vary month of the year
-----
Hydrology
Raingage
Identifies each rain gage that provides rainfall data for the study area.
intvl: Time interval between gage readings in decimal hours or hours:minutes format (e.g., 0:15 for 15-minute readings).
scf: Snow catch deficiency correction factor (use 1.0 for no adjustment).
fname: Name of external file with rainfall data. Rainfall files are discussed in chapter 11.3 of SWMM's Manual.
units: Rain depth units used in the rain file, either IN (inches) or MM (millimeters).
Subcatchment
Identifies each subcatchment within the study area. Subcatchments are land area units which generate runoff from rainfall.
snow_id: Name of snow pack object that characterizes snow accumulation and melting over the subcatchment.
routeto: Use IMPERVIOUS if pervious area runoff runs onto impervious area, PERVIOUS if impervious runoff runs onto impervious area, or OUTLET if both areas drain to the
subcatchment's outlet. (default is IMPERVIOUS).
rted: Percent of runoff routed from one type of area to another (default = 100).
conduct_2: Soil saturated hydraulic conductivity (in/hr or mm/hr) (This property has been deprecated and is no longer used).
hydrology_ïd: Hydrologic scenario used. You must to fill this field and the value should be compatible with the infiltration parameters used.
Aquifer
Supplies parameters for each unconfined groundwater aquifer in the study area. Aquifers consist of two zones – a lower saturated zone and an upper unsaturated zone.
uef: Fraction of total evaporation available for evapotranspiration in the upper unsaturated zone.
led: Maximum depth into the lower saturated zone over which evapotranspiration can occur (ft or m).
gwr: Rate of percolation from saturated zone to deep groundwater when water table is at ground surface (in/hr or mm/hr).
Groundwater
Supplies parameters that determine the rate of groundwater flow between the aquifer underneath a subcatchment and a node of the conveyance system.
node_id: ID label (name of node in conveyance system exchanging groundwater with aquifer).
tw: Fixed depth of surface water at receiving node (ft or m) (set to zero if surface water depth will vary as computed by flow routing).
h: Groundwater table height which must be reached before any flows occurs (ft or m). Leave blank to use the height of the receiving node's invert above the aquifer bottom.
fl_eq_lat: To supply a custom equation for lateral groundwater flow. Enter an expression to use in addtion to the standard equation for lateral groundwater flow
fl_eq_deep: To supply a custom equation for deep groundwater flow. Enter an expression to use in addtion to the standard equation for deep groundwater flow
Remarks:
These coefficients (A1, A2, B1, B2 and A3) appear in the following equation that computes groundwater flow as a function of groundwater and surface water levels:
Where:
Qgw = groundwater flow (cfs per acre or cms per hectare),
Hgw = height of saturated zone above bottom of aquifer (ft or m),
Hsw = height of surface water at receiving node above aquifer bottom (ft or m),
H* = threshold groundwater table height (ft or m).
Unit Hydrograph
Specifies the shapes of the triangular unit hydrographs that determine the amount of rainfall-dependent infiltration/inflow (RDII) entering the drainage system.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Name Raingage
Name Month SHORT/MEDIUM/LONG R T K (Dmax Drec D0)
Remarks:
Name: Name assigned to a unit hydrograph group.
Raingage: Name of the rain gage used by the unit hydrograph group.
Month: Month of the year (e.g., JAN, FEB, etc. or ALL for all months)
R: Response ratio for the unit hydrograph.
T: Time to peak (hours) for the unit hydrograph.
K: Recession limb ratio for the unit hydrograph.
Dmax: Maximum initial abstraction depth available (in rain depth units).
Drec: Initial abstraction recovery rate (in rain depth units per day).
D0: initial abstraction depth already filled at the start of the simulation (in rain depth units).
For each group of unit hydrographs, use one line to specify its rain gage followed by as many lines as are needed to define each unit hydrograph used by the group throughout
the year. Three separate unit hydrographs, that represent the short-term, medium-term, and long-term RDII responses, can be defined for each month (or all months taken
together). Months not listed are assumed to have no RDII.
The response ratio (R) is the fraction of a unit of rainfall depth that becomes RDII. The sum of the ratios for a set of three hydrographs does not have to equal 1.0.
The recession limb ratio (K) is the ratio of the duration of the hydrograph’s recession limb to the time to peak (T) making the hydrograph time base equal to T*(1+K) hours. The
area under each unit hydrograph is 1 inch (or mm).
The optional initial abstraction parameters determine how much rainfall is lost at the start of a storm to interception and depression storage. If not supplied then the default is no
initial abstraction.
Snowpack
Specifies parameters that govern how snowfall accumulates and melts on the plowable, impervious and pervious surfaces of subcatchments.
sd100_1: Snow depth above which there is 100% cover (in or mm water equivalent).
sd100_2: Snow depth above which there is 100% cover (in or mm water equivalent).
sdplow: Depth of snow on plowable areas at which snow removal begins (in or mm).
fsub: Fraction of snow on plowable area transferred to pervious area in another subcatchment.
subc_id: ID label (name of subcatchment receiving the Fsubcatch fraction of transferred snow).
Remarks:
Use one set of PLOWABLE, IMPERVIOUS, and PERVIOUS lines for each snow pack parameter set created. Snow pack parameter sets are associated with specific
subcatchments in the [SUBCATCHMENTS] [66] feature. Multiple subcatchments can share the same set of snow pack parameters.
The PLOWABLE line contains parameters for the impervious area of a subcatchment that is subject to snow removal by plowing but not to areal depletion. This area is the fraction
SNN0 of the total impervious area. The IMPERVIOUS line contains parameter values for the remaining impervious area and the PERVIOUS line does the same for the entire
pervious area. Both of the latter two areas are subject to areal depletion.
The REMOVAL line describes how snow removed from the plowable area is transferred onto other areas. The various transfer fractions should sum to no more than 1.0. If the line
is omitted then no snow removal takes place.
Lid catalog
Defines scale-independent LID controls that can be deployed within subcatchments.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
lidco_type: The Lid Controls can be: SURFACE, SOIL, PAVEMENT, STORAGE, DRAIN.
Remarks:
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
lidco_type: BC for bio-retention cell; PP for porous pavement; IT for infiltration trench; RB for rain barrel; VS for vegetative swale
Value 2: StorHt: When confining walls or berms are present this is the maximum depth to which water can pond above the surface of the unit before overflow occurs (in inches or
mm). For LIDs that experience overland flow it is the height of any surface depression storage. For swales, it is the height of its trapezoidal cross section.
Value_3: VegFrac: Fraction of the area above the surface that is filled with vegetation.
Value_4: Rough: Manning's n for overland flow over the surface of porous pavement or a vegetative swale. Use 0 for other types of LIDs.
Value_5: Slope: Slope of porous pavement surface or vegetative swale (percent). Use 0
for other types of LIDs.
Value_6: Xslope: Slope (run over rise) of the side walls of a vegetative swale's cross section. Use 0 for other types of LIDs.
Value_3: Vratio: Void ratio (volume of void space relative to the volume of solids in the pavement for continuous systems or for the fill material used in modular systems). Note that
porosity = void ratio / (1 + void ratio).
Value_4: FracImp: Ratio of impervious paver material to total area for modular systems; 0 for continuous porous pavement systems.
Value_5: Perm: Permeability of the concrete or asphalt used in continuous systems or hydraulic conductivity of the fill material (gravel or sand) used in modular systems (in/hr or
mm/hr).
Value_6: Vclog: Number of pavement layer void volumes of runoff treated it takes to completely clog the pavement. Use a value of 0 to ignore clogging.
Value_2: Height: Thickness of the storage layer or height of a rain barrel (inches or mm).
Value_3: Vratio: Void ratio (volume of void space relative to the volume of solids in the layer). Note that porosity = void ratio / (1 + void ratio).
Value_4: Filt: The filtration rate of the layer when first constructed (in/hr or mm/hr). If there is an impermeable floor or liner below the layer then use a value of 0.
Value_5: Vclog: Number of storage layer void volumes of runoff treated it takes to completely clog the layer. Use a value of 0 to ignore clogging.
Value_2: Coeff: Coefficient C that determines the rate of flow through the underdrain as a function of height of stored water above the drain bottom.
Value_3: Expon: Exponent n that determines the rate of flow through the underdrain as a function of height of stored water above the drain outlet.
Value_4: Offset: Height of underdrain piping or outlet above the bottom of the storage layer or rain barrel (inches or mm).
Value_5: Delay: The number of dry weather hours that must elapse before the drain line in a rain barrel is opened (the line is assumed to be closed once rainfall begins). This
parameter is ignored for other types of LIDs.
The following table shows which layers are required (x) or are optional (o) for each type of LID process:
Porous Pavement x x x o
Infiltration Trench x x o
Rain Barrel x x
Vegetative Swale x
Green Roof x x x
Rain Garden x x
The equation used to compute flow rate out of the underdrain per unit area of the LID (in in/hr or mm/hr) is q = C (h - Hd) n where q is outflow, h is height of stored water (inches
or mm) and Hd is the drain offset height.
The actual dimensions of an LID control are provided in the [LID_USAGE] [67] table when it is placed in a particular subcatchment.
width: The width of the outflow face of each identical LID unit (in ft or m). This parameter only applies to LID processes such as porous pavement and vegetative swales that use
overland flow to convey surface runoff off of the unit. (The other LID processes, such as bio-retention cells and infiltration trenches simply spill any excess captured runoff over
their berms.)
initsat: The percent to which the unit's soil layer or storage layer is initially filled with water.
fromimp: The percent of the impervious portion of the subcatchment's non-LID area whose runoff is treated by the LID units. If the LID unit treats only direct rainfall, such as with a
green roof, then this value should be 0. If the LID takes up the entire subcatchment then this field is ignored.
toperv: 1 if the outflow from the LID is returned onto the subcatchment's pervious area rather than going to the subcatchment's outlet; 0 otherwise. An example of where this might
apply is a rain barrel whose contents are used to irrigate a lawn area. This field is ignored if the LID takes up the entire subcatchment.
rptfile: Optional name of a file to which detailed time series results for the LID will be written. Enclose the name in double quotes if it contains spaces and include the full path if it is
different than the SWMM input file path.
Remarks:
More than one type of LID process can be deployed within a subcatchment as long as their total area does not exceed that of the subcatchment and the total percent impervious
area treated does not exceed 100.
Hydraulics
Node
Junction
Identifies each junction node of the drainage system. Junctions are points in space where channels and pipes connect together. For sewer systems they can be either connection
fittings or manholes.
ysur: Maximum additional head above ground elevation that manhole junction can sustain under surcharge conditions (ft or m) (default is 0).
apond: area subjected to surface ponding once water depth exceeds Ymax (ft2 or m2) (default is 0).
Outfall
Identifies each outfall node (i.e., final downstream boundary) of the drainage system and the corresponding water stage elevation. Only one link can be incident on an outfall node.
curve_id: ID label (name of curve in [CURVES] table containing tidal height (i.e., outfall stage) v. hour of day over a complete tidal cycle).
timser_id: ID label (name of time series in [TIMESERIES] [68] table that describes how outfall stage varies with time).
gate: YES or NO depending on whether a flap gate is present that prevents reverse flow.
Divider
Identifies each flow divider node of the drainage system. Flow dividers are junctions with exactly two outflow conduits where the total outflow is divided between the two in a
prescribed manner.
curve_id: ID label (name of curve for TABULAR divider that relates diverted flow to total flow).
qmin: Flow at which diversion begins for either a CUTOFF or WEIR divider (flow units).
ysur: Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m) (default is 0).
apond: Area subjected to surface ponding once water depth exceeds Ymax (ft2 or m2) (default is 0).
Storage
Identifies each storage node of the drainage system. Storage nodes can have any shape as specified by a surface area versus water depth relation.
curve_id: ID label (name of curve in [CURVES] [64] table with surface area (ft2 or m2) as a function of depth (ft or m) for TABULAR geometry).
ysur: Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m) (default is 0).
apond: Area subjected to surface ponding once water depth exceeds Ymax (ft2 or m2) (default is 0).
Remarks:
A1, A2, and A0 are used in the following expression that relates surface area (ft2 or m2) to water depth (ft or m) for a storage unit with FUNCTIONAL geometry:
Area = A0 + A1 x DepthA2
Dwf
Specifies dry weather flow and its quality entering the drainage system at specific nodes.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
value: Average baseline value for corresponding Item (flow or concentration units).
pat1
...
pat4: Name of up to four time patterns appearing in the [PATTERNS] [69] table.
Remarks:
The actual dry weather input will equal the product of the baseline value and any adjustment factors supplied by the specified patterns. (If not supplied, an adjustment factor defaults
to 1.0.)
Inflow
Specifies external hydrographs and pollutographs that enter the drainage system at specific nodes.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
timser_id: ID label (name of time series in [TIMESERIES] [64] table describing how external inflows vary with time).
sfactor: Scaling factor that multiplies the recorded time series values (default is 1.0).
base: Constant baseline value added to the time series value (default is 0.0).
pattern_id: Name of optional time pattern in [PATTERNS] [69] table used to adjust the baseline value on a periodic basis.
Remarks:External inflows are represented by both a constant and time varying component as follows:
Inflow = (Baseline value)*(Pattern factor) + (Scaling factor)*(Time series value)
If an external inflow of a pollutant concentration is specified for a node, then there must also be an external inflow of FLOW provided for the same node, unless the node is an
Outfall. In that case a pollutant can enter the system during periods when the outfall is submerged and reverse flow occurs.
RDII (node)
Specifies the parameters that describe rainfall-dependent infiltration/inflow (RDII) entering the drainage system at specific nodes.
hydro_id: ID label (name of an RDII unit hydrograph group specified in the [HYDROGRAPHS] [70] table).
sewerarea: Area of the sewershed which contributes RDII to the node (acres or hectares).
Arc
Conduit
Identifies each conduit link of the drainage system. Conduits are pipes or channels that convey water from one node to another.
barrels: Number of barrels (i.e., number of parallel pipes of equal size, slope, and roughness) associated with a conduit (default is 1).
culvert: Code number from Table A.10 (from Appendix A of SWMM's Manual) [71] for the conduit's inlet geometry if it is a culvert subject to possible inlet flow control (leave blank
otherwise)
flap: YES if conduit has a flap gate that prevents back flow, NO otherwise (default is NO).
Remarks:
The figure below illustrates the meaning of the Z1 and Z2 parameters.
These offsets are expressed as a relative distance above the node invert if the LINK_OFFSETS option is set to DEPTH (the default) or as an absolute elevation if it is set to
ELEVATION.
Orifice
Identifies each orifice link of the drainage system. An orifice link serves to limit the flow exiting a node and is often used to model flow diversions.
_offset: Amount that a Side Orifice’s bottom or the position of a Bottom Orifice is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation,
depending on the LINK_OFFSETS option setting).
orate: Time in decimal hours to open a fully closed orifice (or close a fully open one). Use 0 if the orifice can open/close instantaneously.
flap: YES if flap gate present to prevent reverse flow, NO if not (default is NO).
shape: The only allowable shapes are CIRCULAR and RECT_CLOSED (closed rectangular).
geom3: Auxiliary parameters (width,side,slopes, etc.) as listed in Table D-1 from Appendix D of SWMM's Manual.
geom4: Auxiliary parameters (width,side,slopes, etc.) as listed in Table D-1 from Appendix D of SWMM's Manual.
Remarks:
The only allowable shapes are CIRCULAR and RECT_CLOSED (closed rectangular).
Weir
Identifies each weir link of the drainage system. Weirs are used to model flow diversions.
_offset: Amount that the weir’s crest is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS option
setting).
cd: Weir discharge coefficient (for CFS if using US flow units or CMS if using metric flow units).
ec: Number of end contractions for TRANSVERSE or TRAPEZOIDAL weir (default is 0).
cd2: Discharge coefficient for triangular ends of a TRAPEZOIDAL weir (for CFS if using US flow units or CMS if using metric flow units) (default is value of Cd).
flap: YES if flap gate present to prevent reverse flow, NO if not (default is NO).
geom2: Auxiliary parameters (width,side,slopes, etc.) as listed in Table D-1 from Appendix D of SWMM's Manual.
geom3: Auxiliary parameters (width,side,slopes, etc.) as listed in Table D-1 from Appendix D of SWMM's Manual.
geom4: Auxiliary parameters (width,side,slopes, etc.) as listed in Table D-1 from Appendix D of SWMM's Manual.
Remarks:
The following shapes must be used with each type of weir:
Transverse RECT_OPEN
Sideflow RECT_OPEN
V-Notch TRIANGULAR
Trapezoidal TRAPEZOIDAL
Pump
Identifies each pump link of the drainage system.
curve_id: ID label (name of pump curve listed in the [CURVES] table of the input).
start_up: Depth at inlet node when pump turns on (ft or m) (default is 0).
shutoff: Depth at inlet node when pump shuts off (ft or m) (default is 0).
Remarks:
See chapter 3.2.8 os SWMM's Manual [72], for a description of the different types of pumps available.
Outlet
Identifies each outlet flow control device of the drainage system. These devices are used to model outflows from storage units or flow diversions that have a user-defined relation
between flow rate and water depth.
outlet_type: A outlet can be: TABULAR / DEPTH, TABULAR / HEAD, FUNCTIONAL / DEPTH or FUNCTIONAL / HEAD.
_offset: Amount that the outlet is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS option setting).
curve_id: ID label (name of the rating curve listed in the [CURVES] [64] table that describes outflow rate (flow units) as a function of:
water depth above the offset elevation at the inlet node (ft or m) for a TABULAR/DEPTH outlet
head difference (ft or m) between the inlet and outflow nodes for a TABULAR/HEAD outlet.
cd1
cd2: coefficient and exponent, respectively, of a power function that relates outflow (Q) to:
water depth (ft or m) above the offset elevation at the inlet node for a FUNCTIONAL/DEPTH outlet
head difference (ft or m) between the inlet and outflow nodes for a FUNCTIONAL/HEAD outlet. (i.e., Q = C1(H)C2 where H is either depth or head).
flap: YES if flap gate present to prevent reverse flow, NO if not (default is NO).
Transects
Describes the cross-section geometry of natural channels or conduits with irregular shapes following the HEC-2 data format.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Remarks:
Nleft: Manning’s n of right overbank portion of channel (use 0 if no change from previous NC line).
Nright: Manning’s n of right overbank portion of channel (use 0 if no change from previous NC line).
Nchanl: Manning’s n of main channel portion of channel (use 0 if no change from previous NC line).
Name: Name assigned to transect.
Nsta: Number of stations across cross-section at which elevation data is supplied.
Xleft: Station position which ends the left overbank portion of the channel (ft or m).
Xright: Station position which begins the right overbank portion of the channel (ft or m).
Lfactor: Meander modifier that represents the ratio of the length of a meandering main channel to the length of the overbank area that surrounds it (use 0 if not applicable).
Wfactor: Factor by which distances between stations should be multiplied to increase (or decrease) the width of the channel (enter 0 if not applicable).
Eoffset: Amount added (or subtracted) from the elevation of each station (ft or m).
Elev: Elevation of the channel bottom at a cross-section station relative to some fixed reference (ft or m).
Station: Distance of a cross-section station from some fixed reference (ft or m).
Transect geometry is described as shown below, assuming that one is looking in a downstream direction:
The first line in this section must always be a NC line. After that, the NC line is only needed when a transect has different Manning’s n values than the previous one.
The Manning’s n values on the NC line will supersede any roughness value entered for the conduit which uses the irregular cross-section.
There should be one X1 line for each transect. Any number of GR lines may follow, and each GR line can have any number of Elevation-Station data pairs. (In HEC-2 the GR line
is limited to 5 stations.)
The station that defines the left overbank boundary on the X1 line must correspond to one of the station entries on the GR lines that follow. The same holds true for the right
overbank boundary. If there is no match, a warning will be issued and the program will assume that no overbank area exists.
The meander modifier is applied to all conduits that use this particular transect for their cross section. It assumes that the length supplied for these conduits is that of the longer
main channel. SWMM will use the shorter overbank length in its calculations while increasing the main channel roughness to account for its longer length.
Quality
Pollutant
Identifies the pollutants being analyzed.
units_type: Concentration units (MG/L for milligrams per liter, UG/L for micrograms per liter, or #/L for direct count per liter).
sflag: YES if pollutant buildup occurs only when there is snow cover, NO otherwise (default is NO).
Remarks:
FLOW is a reserved word and cannot be used to name a pollutant.
If pollutant buildup is not restricted to times of snowfall and there is no co-pollutant, then the last three parameters can be omitted.
When pollutant X has a co-pollutant Y, it means that fraction CoFract of pollutant Y’s runoff concentration is added to pollutant X’s runoff concentration when wash off from a
subcatchment is computed.
The dry weather flow concentration can be overriden for any specific node of the conveyance system by editing the node’s Inflows property.
Landuse
Identifies the various categories of land uses within the drainage area. Each subcatchment area can be assigned a different mix of land uses. Each land use can be subjected to a
different street sweeping schedule.
Remarks:
More than one pair of land use - percentage values can be entered per line. If more than one line is needed, then the subcatchment name must still be entered first on the
succeeding lines.
If a land use does not pertain to a subcatchment, then it does not have to be entered.
If no land uses are associated with a subcatchment then no contaminants will appear in the runoff from the subcatchment.
c1
c2
c3: Buildup function parameters (see Table D-2 from Appendix D of SWMM's Manual).
perunit: AREA if buildup is per unit area, CURBLENGTH if per length of curb.
Remarks:
Buildup is measured in pounds (kilograms) per unit of area (or curb length) for pollutants whose concentration units are either mg/L or ug/L. If the concentration units are counts/L,
then the buildup is expressed as counts per unit of area (or curb length).
Remarks:
More than one pair of pollutant - buildup values can be entered per line. If more than one line is needed, then the subcatchment name must still be entered first on the succeeding
lines.
If an initial buildup is not specified for a pollutant, then its initial buildup is computed by applying the DRY_DAYS option (specified in the [OPTIONS] option parameters) to the
pollutant’s buildup function for each land use in the subcatchment.
timser_id: ID label (name of time series in [TIMESERIES] table describing how external inflows vary with time.
form_type: CONCEN if pollutant inflow is described as a concentration, MASS if it is described as a mass flow rate (default is CONCEN).
mfactor: The factor that converts the inflow’s mass flow rate units into the project’s mass units per second, where the project’s mass units are those specified for the pollutant in the
[POLLUTANTS] table (default is 1.0).
sfactor: Caling factor that multiplies the recorded time series values (default is 1.0).
pattern_id: Name of optional time pattern in [PATTERNS] table used to adjust the baseline value on a periodic basis.
Remarks:
External inflows are represented by both a constant and time varying component as follows:
Inflow = (Baseline value)*(Pattern factor) + (Scaling factor)*(Time series value)
If an external inflow of a pollutant concentration is specified for a node, then there must also be an external inflow of FLOW provided for the same node, unless the node is an
Outfall. In that case a pollutant can enter the system during periods when the outfall is submerged and reverse flow occurs.
c1
c2: Washoff function coefficients(see Table D-3 from Appendix D of SWMM's Manual).
Remarks:
See Table D-3 in Appendix A of SWMM's Manual.
Each washoff function expresses its results in different units.
For the Exponential function the runoff variable is expressed in catchment depth per unit of time (inches per hour or millimeters per hour), while for the Rating Curve function it is in
whatever flow units were specified in the [OPTIONS] table of the input file (e.g., CFS, CMS, etc.). The buildup parameter in the Exponential function is the current total buildup over
the subcatchment’s land use area in mass units. The -units of C1 in the Exponential function are (in/hr) C2 per hour (or (mm/hr) -C2 per hour). For the Rating Curve function, the
units of C1 depend on the flow units employed. For the EMC (event mean concentration) function, C1 is always in concentration units.
value: Average baseline value for corresponding Item (flow or concentration units).
pat1
...
Remarks:
The actual dry weather input will equal the product of the baseline value and any adjustment factors supplied by the specified patterns. (If not supplied, an adjustment factor defaults
to 1.0.)
function: Mathematical function expressing treatment result in terms of pollutant concentrations, pollutant removals, and other standard variables (see Remarks). In treatment
function we can choose between:
Examples:
;1-st order decay of BOD
Node23 BOD C = BOD * exp(-0.05*HRT)
Remarks:
Treatment functions can be any well-formed mathematical expression involving:
FLOW for flow rate into node (user’s flow units) DEPTH for water depth above node invert (ft or m) AREA for node surface area (ft2 or m2)
DT for routing time step (seconds)
HRT for hydraulic residence time (hours)
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Curve values
Table relative to curve values. This table could be edited through giswater control panel: Giswater → Data → Curves
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Timeseries catalog
Timeseries catalog. This table could be edited trough giswater control panel: Giswater → Data → Timeseries
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Timeseries values
Table relative to timeseries values. This table could be edited trough giswater control panel: Giswater → Data → Timeseries
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
date: Date in Month/Day/Year format (e.g., June 15, 2001 would be 6/15/2001).
hour: 24-hour military time (e.g., 8:40 pm would be 20:40) relative to the last date specified (or to midnight of the starting date of the simulation if no previous date was specified).
time: Hours since the start of the simulation, expressed as a decimal number or as hours:minutes.
fname: Name of a file in which the time series data are stored.
Remarks:
There are two options for supplying the data for a time series:
i. directly within this input file section as described by the first two formats
ii. through an external data file named with the third format.
When direct data entry is used, multiple date-time-value or time-value entries can appear on a line. If more than one line is needed, the table's name must be repeated as the first
entry on subsequent lines.
When an external file is used, each line in the file must use the same formats listed above, except that only one date-time-value (or time-value) entry is allowed per line. Any line
that begins with a semicolon is considered a comment line and is ignored. Blank lines are not allowed.
Note that there are two methods for describing the occurrence time of time series data:
as calendar date/time of day (which requires that at least one date, at the start of the series, be entered)
as elapsed hours since the start of the simulation.
For the first method, dates need only be entered at points in time when a new day occurs.
Value domain
Folder with tables used on other tables as value domain data. Gis projects uses this tables but data is not updatable. You do not have to do anything, but you can not delete it.
Material Catalog
Material catalog with hydraulic data. Your project need minimun at once. This table could be edited trough giswater control panel: Giswater → Data → Material catalog
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Arc catalog
Table with arc catalog data. Your project need minimun at once. This table could be edited trough giswater control panel: Giswater → Data → Arc catalog
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
shape: Cross-section shape (see Table 3-1 for available shapes of SWMM's Manual [74])
tsect_id: ID label (name of an entry in the transects table than describes the cross-section geometry of an irregular channel)
curve_id: ID label (name of a Shape Curve in the [CURVES] [64] table that defines how width varies with depth)
geom1: Auxiliary parameters (e.g., side slopes) (See Table D-1 for details of SWMM's Manual)
geom2: Auxiliary parameters (e.g., side slopes) (See Table D-1 for details of SWMM's Manual)
geom3: Auxiliary parameters (e.g., side slopes) (See Table D-1 for details of SWMM's Manual)
geom4: Auxiliary parameters (e.g., side slopes) (See Table D-1 for details of SWMM's Manual)
geom_r: Real geometry we use when we can not describe the geometry with the above fields.
Patterns
Specifies time pattern of dry weather flow or quality in the form of adjustment factors applied as multipliers to baseline values. This table could be edited trough giswater control
panel: Giswater → Data → Patterns
pattern_type: A pattern can be: MONTHLY, DAILY, HOURLY or WEEKEND (see Remarks)
...
Remarks:
The MONTHLY format is used to set monthly pattern factors for dry weather flow constituents.
The DAILY format is used to set dry weather pattern factors for each day of the week, where Sunday is day 1.
The HOURLY format is used to set dry weather factors for each hour of the of the day starting from midnight. If these factors are different for weekend days than for weekday days
then the WEEKEND format can be used to specify hourly adjustment factors just for weekends.
More than one line can be used to enter a pattern’s factors by repeating the pattern’s name (but not the pattern type) at the beginning of each additional line.
The pattern factors are applied as multipliers to any baseline dry weather flows or quality concentrations supplied in the [DWF] [75] table.
Controls
Determines how pumps and regulators will be adjusted based on simulation time or conditions at specific nodes and links.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: Should follow the format described below. Each control rule is a series of statements of the form:
Example:
RULE R1
IF SIMULATION TIME > 8
THEN PUMP 12 STATUS = ON ELSE PUMP 12 STATUS = OFF
Remarks:
RuleID an ID label assigned to the rule.
condition_n a condition clause.
action_n an action clause.
value a priority value (e.g., a number from 1 to 5).
A condition clause of a Control Rule has the following format: Object Name Attribute Relation Value where Object is a category of object, Name is the object’s assigned ID
name, Attribute is the name of an attribute or property of the object, Relation is a relational operator (=, <>, <, <=, >, >=), and Value is an attribute value.
SIMULATION ANALYSIS
Arc flow
Arc flow simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Conduit surcharge
Conduit surcharge simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
upstream: Upstream.
dnstream: Downstream.
Pumping summary
Pumping summary simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Flow class
Flow classification simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
dry: Dry.
up_dry: Up dry.
up_crit: Up crit.
Node flooding
Node flooding simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Node surcharge
Node surcharge simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
swnod_type:
Node inflow
Node inflowsimulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
swnod_type: Node type, on SWMM model. Remember JUNCTION, OUTFALL, DIVIDER or STORAGE.
Node depth
Node depth simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
swnod_type:
Outfall flow
Outfall flow simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Outfall load
Outfall load simulations analysis data
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
value: Value.
Storage volume
Storage volume simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Subcatchment runoff
Subcatchment runoff simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Subcatchment washoff
Subcatchment washoff simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
value: Value.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
LID performance
LID performance simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Rainfall dependent
Rainfall dependent simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Runoff quality
Runoff quality simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Runoff quantity
Runoff quantiity simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Groundwater continuity
Groundwater continuity simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
infilt: Infiltration.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
Continuity errors
Continuity errors simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
Critical elements
Critical elements simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
Instability index
Instability index simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
Routing timestep
Routing timestep simulations analysis data.
id: Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the information.
text: 'Text'.
3- HEC-RAS
The next TOC (Table of contents of GIS interface) will be avaliable when you create HEC-RAS GIS project: Giswater → GISProject
Remember, on DBF storage mode when you create the GIS project, the only files created are DBF and Shape files and a basic project file only with shape and someone DBF.
Here you can get all DBF datamodel you need:
arc
The shp file contains the following fields:
z1: (double; 18, 6) Offset of upstream end of conduit invert above the invert elevation of its upstream node (ft or m).
z2: (double; 18, 6) Offset of downstream end of conduit invert above the invert elevation of its downstream node (ft or m).
q0: (double; 18, 6) Flow in conduit at start of simulation (flow units; default is 0).
shape: (string; 20) Cross-section shape (see Table 3-1 for available shapes of SWMM's Manual).
geom3: (double; 18, 6) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM's Manual).
geom4: (double; 18, 6) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM's Manual).
node
The shp file contains the following fields:
ymax: (double; 18, 6) Depth from ground to invert elevation (ft or m; default is 0).
xcoord: (double; 18, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate of vertex relative to origin in lower left of map.
y0: (double; 18, 6) Water depth at start of simulation (ft or m; default is 0).
ysur: (double; 18, 6) Maximum additional head above ground elevation that manhole junction can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 18, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2).
raingage
The shp file contains the following fields:
form_type: (string; 12) Form to recorded rainfall, either INTENSITY, VOLUME or CUMULATIVE.
intvl: (string; 10) Time interval between gage readings (in decimal hours or hours:minutes format).
scf: (double; 12, 4) Snow catch deficiency correction factor (use 1 for no adjustament).
fname: (string; 254) Name of external file with rainfall data. Rainfall files are discussed in Section 11.3 of SWMM's Manual.
sta: (string; 12) Name of recording station used in the rain file.
units: (string; 3) Rain depth units used in the rain file, either IN (inches) or MM (millimeters).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
subcatchment
The shp file contains the following fields:
node_id: (string; 16) Name of a node that receives runoff from subcatchment.
rg_id: (string; 16) Name of rain gage in RAINGAGES section assigned to subcatchment.
snow_id: (string; 16) Name of snow pack object (from SNOWPACKS section) that characterizes snow accumulation and melting over the subcatchment.
nimp: (double; 12, 4) Manning's N for overland flow over the impervious sub-area.
nperv: (double; 12, 4) Manning's N for overland flow over the pervious sub-area.
simp: (double; 12, 4) Depression storage for impervious sub-area (inches or mm).
sperv: (double; 12, 4) Depression storage for pervious sub-area (inches or mm).
routeto: (string; 20) Use IMPERV if pervious area runoff runs onto impervious area, PERV if impervious runoff runs onto impervious area or OUTLET if both areas drain to the
subcatchment's outlet (default is OUTLET).
rted: (double; 12, 4) Percent of runoff routed from one type of area to another (default is 100).
maxrate: (double; 12, 4) Maximum infiltration rate on Horton curve (in/hr or mm/hr).
minrate: (double; 12, 4) Minimum infiltration rate on Horton curve (in/hr or mm/hr).
drytime: (double; 12, 4) Time it takes for fully saturated soil to dry (days).
maxinfil: (double; 12, 4) Maximum infiltration volume possible (in or mm; 0 is not applicable).
initdef: (double; 12, 4) Initial soil moisture deficit (volume of voids / total volume).
conduct_2: (double; 12, 4) Soil saturated hydraulic conductivity (in/hr or mm/hr; this property has been deprecated and is no longer used).
drytime2: (double; 12, 4) Time it takes for fully saturated soil to dry (days).
arc
The dbf files are shown below.
conduit_cu
The dbf contains the following fields:
z1: (double; 12, 4) Offset of upstream end of conduit invert above the invert elevation of its upstream node (ft or m).
z2: (double; 12, 4) Offset of downstream end of conduit invert above the invert elevation of its downstream node (ft or m).
shape: (string; 16) Cross-section shape (see Table 3-1 for available shapes of SWMM's Manual).
curve_id: (string; 16) Name of a Shape Curve in the [CURVES] section that defines how width varies with depth.
geom3: (double; 12, 4) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM's Manual).
geom4: (double; 12, 4) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM'S Manual).
q0: (double; 12, 4) Flow in conduit at start of simulation (flow units; default is 0).
barrels: (integer; 2) Number of barrels (i. e., number of parallel pipes of equal size, slope, and roughness) associated with a conduit (default is 1).
culvert: (string; 10) Code number from Table A.10 for the conduit's inlet geometry if it is a culvert subject to possible inlet flow control (leave blank otherwise).
conduit_no
The dbf contains the following fields:
z1: (double; 12, 4) Offset of upstream end of conduit invert above the invert elevation of its upstream node (ft or m).
z2: (double; 12, 4) Offset of downstream end of conduit invert above the invert elevation of its downstream node (ft or m).
shape: (string; 16) Cross-section shape (see Table 3-1 for available shapes of SWMM's Manual).
geom3: (double; 12, 4) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM's Manual).
geom4: (double; 12, 4) Auxiliary parameters (e. g., side slopes) (see Table D-1 for details of SWMM's Manual).
q0: (double; 12, 4) Flow in conduit at start of simulation (flow units; default is 0).
barrels: (integer; 2) Number of barrels (i. e., number of parallel pipes of equal size, slope, and roughness) associated with a conduit (default is 1).
culvert: (string; 10) Code number for the conduit's inlet geometry if it is a culvert subject to possible inlet flow control (leave blank otherwise).
conduit_xs
The dbf contains the following fields:
z1: (double; 12, 4) Offset of upstream end of conduit invert above the invert elevation of its upstream node (ft or m).
z2: (double; 12, 4) Offset of downstream end of conduit invert above the invert elevation of its downstream node (ft or m).
shape: (string; 16) Cross-section shape (see Table 3-1 for available shapes of SWMM's Manual).
tsect_id: (string; 16) Name of an entry in the transects section that describes the cross-section geometry of an irregular channel.
geom3: (double; 12, 4) Auxiliary parameters (e. g., side slopes; see table D-1 for details of SWMM's Manual).
geom4: (double; 12, 4) Auxiliary parameters (e. g., side slopes; see table D-1 for details of SWMM's Manual).
q0: (double; 12, 4) Flow in conduit at start of simulation (flow units; default is 0).
barrels: (integer; 2) Number of barrels (i. e., number of parallel pipes of equal size, slope and roughness) associated with a conduit (default is 1).
culvert: (string; 10) Code number for the conduit's inlet geometry if it is a culvert subject to possible inlet flow control (leave blank otherwise).
orifice
The dbf contains the following fields:
offset: (double; 12, 4) Amount that a Side Orifice's bottom or the position of a Bottom Orifice is offset above the invert of inlet node (ft or m, expressed as either a depth or as an
elevation, depending on the LINK_OFFSETS option setting).
orate: (double; 12, 4) Time in decimal hours to open a fully closed orifice (or close a fully open one). Use 0 if the orifice can open/close instantaneously.
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
shape: (string; 18) The only allowable shape are CIRCULAR and RECT_CLOSED (closed rectangular).
outlet_fcd
The dbf contains the following fields:
offset: (double; 12, 4) Amount that the outlet is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS
option setting).
cd1: (double; 12, 4) Coefficient and exponent, respectively, of a power function that relates outflow to:
- Water depth (ft or m) above the offset elevation at the inlet node for a FUNCTIONAL/DEPTH outlet.
- Head difference (ft or m) between the inlet and outflow nodes for a FUNCTIONAL/HEAD outlet.
cd2: (double; 12, 4) Coefficient and exponent, respectively, of a power function that relates outflow to:
- Water depth (ft or m) above the offset elevation at the inlet node for a FUNCTIONAL/DEPTH outlet.
- Head difference (ft or m) between the inlet and outflow nodes for a FUNCTIONAL/HEAD outlet.
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
outlet_fch
The dbf contains the following fields:
offset: (double; 12, 4) Amount that the outlet is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS
option setting).
cd1: (double; 12, 4) Coefficient and exponent, respectively, of a power function that relates outflow to:
- Water depth (ft or m) above the offset elevation at the inlet node for a FUNCTIONAL/DEPTH outlet.
- Head difference (ft or m) between the inlet and outflow nodes for a FUNCTIONAL/HEAD outlet.
cd2: (double; 12, 4) Coefficient and exponent, respectively, of a power function that relates outflow to:
- Water depth (ft or m) above the offset elevation at the inlet node for a FUNCTIONAL/DEPTH outlet.
- Head difference (ft or m) between the inlet and outflow nodes for a FUNCTIONAL/HEAD outlet.
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
outlet_tbd
The dbf contains the following fields:
offset: (double; 12, 4) Amount that the outlet is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS
option setting).
curve_id: (string; 16) Name of rating curve with outflow rate (flow units) as a function of head (ft or m) across the outlet for a TABULAR outlet.
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
outlet_tbh
The dbf contains the following fields:
offset: (double; 12, 4) Amount that the outlet is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS
option setting).
curve_id: (string; 16) Name of rating curve with outflow rate (flow units) as a function of head (ft or m) across the outlet for a TABULAR outlet.
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
pump
The dbf contains the following fields:
curve_id: (string; 16) Name of pump curve listed in the CURVES section of the input.
startup: (double; 12, 4) Depth at inlet node when pump turns on (ft or m; default is 0).
shutoff: (double; 12, 4) Depth at inlet node when pump shuts off (ft or m; default is 0).
vertice
The dbf contains the following fields:
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
weir
The dbf contains the following fields:
weir_type: (string; 18) TRANSVERSE, SIDEFLOW, V-NOTCH or TRAPEZOIDAL (see the SWMM's Manual).
offset: (double; 12, 4) Amount that wier's crest is offset above the invert of inlet node (ft or m, expressed as either a depth or as an elevation, depending on the LINK_OFFSETS
option setting).
cd: (double; 12, 4) Weir discharge coefficient (for CFS if using US flow units or CMS if usin metric flow units).
ec: (double; 12, 4) Number of end contractions for TRANVSERVE or TRAPEZOIDAL weir (default is 0).
cd2: (double; 12, 4) Discharge coefficient for triangular ends of a TRAPEZOIDAL weir (for CFS if using US flow units or CMS if using metric flow units; default is value of Cd).
flap: (string; 3) YES if flap gate present to prevent reverse flow, NO if not (default is NO).
shape: (string; 18) Cross-section shape (see Table 3-1 in SWMM's Manual for available shapes).
geom2: (double; 12, 4) Auxiliary parameters (see Table D-1 in SWMM's Manual for details).
geom3: (double; 12, 4) Auxiliary parameters (see Table D-1 in SWMM's Manual for details).
geom4: (double; 12, 4) Auxiliary parameters (see Table D-1 in SWMM's Manual for details).
node
The dbf files are shown below.
divider_cu
The dbf contains the following fields:
qmin: (double; 16, 6) Flow at which diversion begins for either a CUTOFF or WEIR divider (flow units).
ymax: (double; 12, 4) Depth from ground to invert elevation (ft or m; default is 0).
y0: (double; 12, 4) Water depth at start of simulation (ft or m; default is 0).
ysur: (double; 12, 4) Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 16, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2; default is 0).
xcoord: (double; 16,6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
divider_ov
The dbf contains the following fields:
ymax: (double; 12, 4) Depth from ground to invert elevation (ft or m; default is 0).
y0: (double; 12, 4) Water depth at start of simulation (ft or m; default is 0).
ysur: (double; 12, 4) Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 16, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2; default is 0).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
divider_tb
The dbf contains the following fields:
ymax: (double; 12, 4) Depth from ground to invert elevation (ft or m; default is 0).
y0: (double; 12, 4) Water depth at start of simulation (ft or m; default is 0).
ysur: (double; 12, 4) Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 16, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2; default is 0).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
divider_wr
The dbf contains the following fields:
qmin: (double; 16, 6) Flow at which diversion begins for either a CUTOFF or WEIR divider (flow units).
ymax: (double; 12, 4) Depth from ground to invert elevation (ft or m).
y0: (double; 12, 4) Water depth at start of simulation (ft or m; default is 0).
ysur: (double; 12, 4) Maximum additional head above ground elevation that node can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 16, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2; default is 0).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
junction
The dbf contains the following fields:
ymax: (double; 12, 4) Depth from ground to invert elevation (ft or m; default is 0).
y0: (double; 12, 4) Water depth at star of simulation (ft or m; default is 0).
ysur: (double; 12, 4) Maximum additional head above ground elevation that manhole junction can sustain under surcharge conditions (ft or m; default is 0).
apond: (double; 16, 6) Area subjected to surface ponding once water depth exceeds ymax (ft2 or m2).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
outfall_fi
The dbf contains the following fields:
gate: (string; 3) YES or NO depending on whether a flap gate is present that prevents reverse flow.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
outfall_fr
The dbf contains the following fields:
gate: (string; 3) YES or NO depending on whether a flap gate is present that prevents reverse flow.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
outfall_nm
The dbf contains the following fields:
gate: (string; 3) YES or NO depending on whether a flap gate is present that prevents reverse flow.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
outfall_ti
The dbf contains the following fields:
curve_id: (string; 16) Name of curve in CURVES section containing tidal height (i. e., outfall stage) v. hour of a day over a complete tidal cycle.
gate: (string; 3) YES or NO depending on whether a flap gate is present that prevents reverse flow.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
outfall_ts
The dbf contains the following fields:
timser_id: (string; 16) Name of time series in TIMESERIES section that describes how outfall stage varies with time.
gate: (string; 3) YES or NO depending on whether a flap gate is present that prevents reverse flow.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
raingage
The dbf files are shown below.
rgage_fl
id: (integer; 8) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
sta: (string; 16) Name of recording station used in the rain file.
format: (string; 16) Form of recorded rainfall, either INTENSITY, VOLUME or CUMULATIVE.
intvl: (string; 12) Time interval between gage readings in decimal hours or hours:minutes format (e. g., 0:15 for 15 minutes readings).
scf: (double; 12, 4) Snow catch deficiency correction factor (use 1.0 for no adjustment).
units_type: (string; 10) Rain depth units used in the rain file, either IN (inches) or MM (millimeters).
init_date: (string; 12) Date to begin reading from the file in Month-Day-Year format.
fin_date: (string; 12) Date to end reading from the file in Month-Day-Year format.
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
rgage_ts
id: (integer; 8) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
timser_id: (string; 16) Name of time series in TIMESERIES section with rainfall data.
format: (string; 10) Form of recorded rainfall, either INTENSITY, VOLUME or CUMULATIVE.
intvl: (string; 12) Time interval between gage readings in decimal hours or hours:minutes format (e. g., 0:15 for 15 minute readings).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
inp_project_id
title: (string; 254) Project title.
inp_report
parameter: (string; 20) Options parameters of SWMM project.
Other dbf
aquifer
aquif: (string; 4) Aquifer name.
ks: (double; 12, 4) Slope of hydraulic conductivity versus moisture content curve.
ps: (double; 12, 4) Slope of soil tension versus moisture content curve.
uef: (double; 12, 4) Fraction of total evaporation available for evapotranspiration in the upper unsaturated zone.
led: (double; 12, 4) Maximum depth into the lower saturated zone over which evapotranspiration can occur (ft or m).
gwr: (double; 12, 4) Rate of percolation from saturated zone to deep groundwater when water table is at ground surface (in/hr or mm/hr).
be: (double; 12, 4) Elevation of the bottom of the aquifer (ft or m).
wte: (double; 12, 4) Water table elevation at start of simulation (ft or m).
umc: (double; 12, 4) Unsaturated zone moisture content at start of simulation (fraction).
backdrop
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Backdrop text (see SWMM user's manual for more details).
buildup
landus_id: (string; 16) Land use name.
c1: (double; 12, 4) Buildup function parameters (see Table D-2 of SWMM's Manual).
c2: (double; 12, 4) Buildup function parameters (see Table D-2 of SWMM's Manual).
c3: (double; 12, 4) Buildup function parameters (see Table D-2 of SWMM's Manual).
perunit: (string; 10) AREA if buildup is per unit area, CURBLENGTH if per length of curb.
controls
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Map units text (see SWMM user's manual for more details).
coverages
subc_id: (string; 16) Subcatchment name.
curve
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
curve_type: (string; 16) STORAGE/ DIVERSION/ TIDAL/ PUMP1/ PUMP2/ PUMP3/ PUMP4/ RATING.
dwf
dwf_flow
node_id: (string; 16) Name of node where dry weather flow enters.
value: (double; 12, 4) Average baseline value for corresponding item (flow or concentration units).
pat1: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat2: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat3: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat4: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
dwf_load
poll_id: (string; 16) Name assigned to pollutant.
node_id: (string; 16) Name of node where dry weather flow enters.
pat1: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat2: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat3: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
pat4: (string; 16) Name of up to four time patterns appearing in the PATTERNS section.
evap
evap_co
type_evco: (string; 16) Evaporation type (see the SWMM's Manual).
evap_do
type_evdo: (string; 16) Evaporation type (see the SWMM's Manual).
dry_only: (string; 3) Determines if evaporation only occurs during periods with no precipitation. The default is NO.
evap_fl
type_evfl: (string; 16) Evaporation type (see the SWMM's Manual).
evap_mo
type_evmo: (string; 16) Evaporation type (see the SWMM's Manual).
evap_pa
type_evpa: (string; 16) Evaporation type (see the SWMM's Manual).
recovery: (string; 16) Identifies an optional monthly time pattern of multipliers used to modify infiltration recovery rates during dry periods. For example, if the normal infiltration
recovery rate was 1% during a specific time period and a pattern factor of 0,8 applied to this period, then the actual recovery rate would be 0,8%.
evap_te
type_evte: (string; 16) Evaporation type (see the SWMM's Manual).
evap_ts
type_evts: (string; 16) Evaporation type (see the SWMM's Manual).
files
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
groundwater
subc_id: (string; 16) Subcatchment name.
node_id: (string; 16) Name of node in conveyance system exchanging groundwater with aquifer.
a1: (double; 10, 4) Groundwater flow coefficient (see the SWMM's Manual).
b1: (double; 10, 4) Groundwater flow exponent (see the SWMM's Manual).
a2: (double; 10, 4) Surface water flow coefficient (see the SWMM's Manual).
b2: (double; 10, 4) Surface water flow exponent (see the SWMM's Manual).
a3: (double; 10, 4) Surface water-groundwater interaction coefficient (see the SWMM's Manual).
tw: (double; 10, 4) Fixed depth of surface water at receiving node (ft or m; set to zero if surface water depth will vary as computed by flow routing).
h: (double; 10, 4) Groundwater table height which must be reached before any flows occurs (ft or m). Leave blank to use the height of the receiving node's invert above the aquifer
bottom.
hydrographs
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Hydrographs text (see SWMM user's manual for more details).
inflows
inflows_flow
node_id: (string; 16) Name of node where external inflow enters.
timser_id: (string; 16) Name of time series describing how external inflows vary with time.
sfactor: (double; 12, 4) Scaling factor that multiplies the recorded time series values (default is 1).
base: (double; 12, 4) Constant baseline value added to the time series value (default is 0).
pattern_id: (string; 16) Name of optional time pattern in PATTERNS section used to adjust the baseline value on a periodic basis.
inflows_load
poll_id: (string; 16) Name assigned to pollutant.
timser_id: (string; 16) Name of time series describing how external inflows vary with time.
form_type: (string; 18) CONCEN if pollutant inflow is described as a concentration, MASS if it is described as a mass flow rate (default is CONCEN).
mfactor: (double; 12, 4) The factor that converts the inflow's mass flow rate units into the project's mass units per second, where the project's mass units are those specified for the
pollutant in the POLLUTANTS section (default is 1).
sfactor: (double; 12, 4) Scaling factor that multiplies the recorded time series values (default is 1).
base: (double; 12, 4) Constant baseline value added to the time series value (default is 0).
pattern_id: (string; 16) Name of optional time pattern in PATTERNS section used to adjust the baseline value on a periodic basis.
labels
label: (string; 16) Text of label surrounded by double quotes.
xcoord: (double; 18, 6) Horizontal coordinate relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate relative to origin in lower left of map.
anchor: (string; 16) Name of node or subcatchment that anchors the label on zoom-ins (use an empty pair of double quotes if there is no anchor).
font: (string; 50) Name of label's font (surround by double quotes if the font name includes spaces).
landuses
landus_id: (string; 16) Land use name.
availab: (double; 12, 4) Fraction of pollutant buildup available for renoval by street sweeping.
lastsweep: (double; 12, 4) Days since last sweeping at start of the simulation.
lid_control
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
lidco_type: (string; 10) BC for bio-retention cell; PP for porous pavement; IT for infiltration trench; RB for rain barrel; VS for vegetative swale.
lidusage
subc_id: (string; 16) The name of the subcatchment using the LID process.
lidco_id: (string; 16) The name of an LID process defined in the LID_CONTROLS section.
area: (double; 16, 6) The area of each replicate unit (ft2 or m2).
width: (double; 12, 4) The width of the outflow face of each identical LID unit (in ft or m). This parameter only applies to LID processes such as porous pavement and vegetative
swales that use overland flow to convey surface runoff of the unit (the other LID processes, such as bio-retention cells and infiltration trenches simply spill any excess captured
runoff over their berms).
initsat: (double; 12, 4) The percent to which the unit's soil layer or storage layer is initially filled with water.
fromimp: (double; 12, 4) The percent of the impervious portion of the subcatchment's non-LID area whose runoff is treated by the LID units. If the LID unit treats only direct
rainfall, such as with a green roof, then this value should be 0. If the LID takes up the entire subcatchment then this field is ignored.
toperv: (double; 12, 4) 1 if the outflow from the LID is returned onto the subcatchment's pervious area rather than going to the subcatchment's outlet; 0 otherwise. An example of
where this might apply is a rain barrel whose contents are used to irrigate a lawn area. This field is ignored if the LID takes up the entire subcatchment.
rptfile: (string; 10) Optional name of a file to which detailed time series results for the LID will be written. Enclose the name in double quotes if it contains spaces and include the full
path if it is different than the SWMM input file path.
loadings
poll_id: (string; 16) Name of a pollutant.
losses
arc_id: (string; 16) Name of a conduit.
kavg: (double; 12, 4) Average minor head loss coefficient across length of conduit.
flap: (string; 3) YES if conduit has a flap gate that prevents back flow, NO otherwise (default is NO).
map_dim
type_dim: (string; 18)
mapunits
type_unit: (string; 18) Map units text (see SW MM user's manual for more details).
map_type: (string; 18) Map units text (see SWMM user's manual for mor details).
pattern
pattern_dl
pattern_id: (string; 16) Name used to identify the pattern.
pattern_ho
pattern_id: (string; 16) Name used to identify the pattern.
pattern_mo
pattern_id: (string; 16) Name used to identify the pattern.
pattern_we
pattern_id: (string; 16) Name used to identify the pattern.
pollutant
poll_id: (string; 16) Name assigned to pollutant.
units_type: (string; 18) Concentration units (MG/L for milligrams per liter, UG/L for micrograms per liter or #/L for direct count per liter).
sflag: (string; 3) YES if pollutant buildcup occurs only when there is snow cover, NO otherwise (default is NO).
cdwf: (double; 12, 4) Concentration of pollutant in dry weather flow (concentration units).
rdii
node_id: (string; 16) Name of a node.
hydro_id: (string; 16) Name of an RDII unit hydrograph group specified in the HYDROGRAPHS section.
sewerarea: (double; 16, 6) Area of the sewershed which contributes RDII to the node (acres or hectares).
snowpack
snow_id: (string; 16) Name assigned to snowpack parameter set.
tbase_1: (double; 12, 4) Snow melt base temperature (deg F or deg C).
fwf_1: (double; 12, 4) Ratio of free water holding capacity to snow depth (fraction).
tbase_2: (double; 12, 4) Snow melt base temperature (deg F or deg C).
fwf_2: (double; 12, 4) Ratio of free water holding capacity to snow depth (fraction).
sd100_1: (double; 12, 4) Snow depth above which there is 100% cover (in or mm water equivalent).
tbase_3: (double; 12, 4) Snow melt base temperature (deg F or deg C).
fwf_3: (double; 12, 4) Ratio of free water holding capacity to snow depth (fraction).
sd100_2: (double; 12, 4) Snow depth above which there is 100% cover (in or mm water equivalent).
dplow: (double; 12, 4) Depth of snow on plowable areas at which snow removal begins (in or mm).
fout: (double; 12, 4) Fraction of snow on plowable area transferred out of watershed.
fimp: (double; 12, 4) Fraction of snow on plowable area transferred to impervious area by plowing.
fperv: (double; 12, 4) Fraction of snow on plowable area transferred to pervious area by plowing.
fimelt: (double; 12, 4) Fraction of snow on plowable area converted into immediate melt.
fsub: (double; 12, 4) Fraction of snow on plowable area transferred to pervious area in another subcatchment.
subc_id: (string; 16) Name of subcatchment receiving the subcatch fraction of transferred snow.
storage
storage_fc
node_id: (string; 16) Name assigned to storage node.
a1: (double; 12, 4) Coefficient of FUNCTIONAL relation between surface area and depth.
a2: (double; 12, 4) Exponent of FUNCTIONAL relation between surface area and depth.
a0: (double; 12, 4) Constant of FUNCTIONAL relation between surface area and depth.
apond: (double; 16, 6) Surface area subjected to ponding once water depth exceeds ymax (ft2 or m2; default is 0).
fevap: (double; 12, 4) Fraction of potential evaporation from surface realized (default is 0).
imd: (double; 12, 4) Initial soil moisture deficit (volume of voids/total volume).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
storage_tb
node_id: (string; 16) Name assigned to storage node.
curve_id: (string; 16) Name of curve in CURVES section with surface area (ft2 or mm2) as a function of depth (ft or mm) for TABULAR geometry.
apond: (double; 16, 6) Surface area subjected to ponding once water depth exceeds ymax (ft2 or m2; default is 0).
fevap: (double; 12, 4) Fraction of potential evaporation from surface realized (default is 0).
imd: (double; 12, 4) Initial soil moisture deficit (volume of voids/ total volume).
xcoord: (double; 16, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 6) Vertical coordinate of vertex relative to origin in lower left of map.
temp
temp_fl
type_tefl: (string; 16) Temperature type (see the SWMM's Manual).
fname: (string; 254) Name of external Climate file with temperature data.
start: (string; 12) Date to begin reading from the file in Month-Day-Year format (default is the beginning of the file).
temp_sn
type_tesn: (string; 16) Temperature type (see the SWMM's Manual).
stemp: (double; 12, 4) Air temperature at which precipitation falls as snow (deg F or C).
elev: (double; 12, 4) Average elevation of study area above mean sea level (ft or mm; default is 0).
lat: (double; 12, 4) Latitude of the study area in degrees North (default is 50).
dtlong: (double; 12, 4) Correction, in minutes of time, between true solar time and the standard clock time (default is 0).
i_f0: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.0.
i_f1: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.1.
i_f2: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.2.
i_f3: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.3.
i_f4: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.4.
i_f5: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.5.
i_f6: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.6.
i_f7: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.7.
i_f8: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.8.
i_f9: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.9.
p_f0: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.0.
p_f1: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.1.
p_f2: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.2.
p_f3: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.3.
p_f4: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.4.
p_f5: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.5.
p_f6: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.6.
p_f7: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.7.
p_f8: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.8.
p_f9: (double; 12, 4) Fraction of area covered by snow when ratio of snow depth to depth at 100% cover is 0.9.
temp_ts
type_tets: (string; 16) Temperature type (see the SWMM's Manual).
timser_id: (string; 16) Name of time series in TIMESERIES section with temperature data.
temp_wf
type_tews: (string; 16) Temperature type (see the SWMM's Manual).
fname: (string; 254) Name of external Climate file with temperature data.
temp_wm
type_tews: (string; 16) Temperature type (see the SWMM's Manual).
timser
timser_abs
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
date: (string; 12) Date in Month/Day/Year format (e. g., June 15, 2001 would be 6/15/2001).
hour: (string; 10) 24-hour military time (e. g., 8:40 pm would be 20:40) relative to the last date specified (or to midnight of the starting date of the simulation if no previous date was
specified).
timser_fl
timser_id: (string; 16) Name assigned to time series.
type_times: (string; 16) Time series type (see the SWMM's Manual).
fname: (string; 254) Name of a file in which the time series data are stored.
timser_rel
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
time: (string; 10) Hours since the start of the simulation, expressed as a decimal number or as hours:minutes.
transects
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Transects text (see SWMM user's manual for more details).
treatment
node_id: (string; 16) Name of a node where treatments occurs.
function: (string; 100) Mathematical function expressing treatments result in terms of pollutant concentrations, pollutant removals, and other standard variables (see TREATMENT
section in SWMM's Manual).
washoff
landus_id: (string; 16) Land use name.
Rpt
rpt_arcflow_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_condsurcharge_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
hour_nflow: (double; 12, 4) Hours that conduit flows above full normal flow.
rpt_continuity_errors
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_critical_elements
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_flowclass_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
up_dry: (double; 12, 4) Fraction of time spent in dry on the upstream end.
down_dry: (double; 12, 4) Fraction of time spent in dry on the downstream end.
up_crit: (double; 12, 4) Fraction of time spent in critical flow at the upstream end.
down_crit: (double; 12, 4) Fraction of time spent in critical flow at the downstream end.
flow_chang: (double; 12, 4) Average change in flow between each time step (flow units).
rpt_flowrouting_cont
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_groundwater_cont
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_high_conterrors
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_high_flowinest_ind
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_instability_index
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_lidperformance_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_nodedepth_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_nodeflooding_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_nodeinflow_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_nodesurcharge_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
max_height: (double; 12, 4) Maximum height of surcharge above node's crown (meters).
min_depth: (double; 12, 4) Minimum depth of surcharge below node's top rim.
rpt_outfallflow_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_outfallload_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_pumping_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_qualrouting_cont
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_rainfall_dep
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_result_cat
id: (integer; 16) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_routing_timestep
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_runoff_qual
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_runoff_quant
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_storagevol_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_subcatchwashoff_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_subcathrunoff_sum
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_timestep_critelem
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
EPANET 2012
Shp
The shp files you need create are:
arc
arc_id: (string; 16) ID label of pipe.
node
node_id: (string; 16) Junction ID label.
xcoord: (double; 18, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate of vertex relative to origin in lower left of map.
arc
pipe
arc_id: (string; 16) ID label of pipe.
pump
arc_id: (string; 16) ID label of pump.
power: (string; 24) Write it POWER, leave a space and write the value of power (power value for constant energy pump, hp (kW)).
head: (string; 24) Write it HEAD, leave a space and write the value of head (ID of curve that describes head versus flow for the pump).
speed: (string; 24) Write it SPEED, leave a space and write the value of speed (relative speed setting (normal speed is 1.0; 0 means pump is off)).
pattern: (string; 24) Write it PATTERN, leave a space and write the value of pattern (ID of time pattern that describes how speed setting varies with me).
valve
valve_cu
arc_id: (string; 16) ID label of valve.
valve_fl
arc_id: (string; 16) ID label of valve.
valve_lc
arc_id: (string; 16) ID label of valve.
valve_pr
arc_id: (string; 16) ID label of valve.
vertice
arc_id: (string; 16) Link ID label.
xcoord: (double; 16, 3) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 3) Vertical coordinate of vertex relative to origin in lower left of map.
node
demand
node_id: (string; 16) Junction ID label.
junction
node_id: (string; 16) ID label.
xcoord: (double; 18, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate of vertex relative to origin in lower left of map.
reservoir
node_id: (string; 16) ID label.
xcoord: (double; 16, 3) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 16, 3) Vertical coordinate of vertex relative to origin in lower left of map.
tank
node_id: (string; 16) ID label.
xcoord: (double; 18, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate of vertex relative to origin in lower left of map.
inp_project_id
title: (string; 254) Project title.
inp_report
parameter: (string; 20) Options parameters of EPANET project.
Other dbf
backdrop
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Backdrop text (see EPANET user's manual for more details).
controls
id: (integer; 4) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
text: (string; 254) Controls text (see EPANET user's manual for more details).
curve
curve_id: (string; 16) Name assigned to table.
emitter
node_id: (string; 16) Junction ID label.
coef: (double; 18, 6) Flow coefficient, flow units at 1 psi (1 meter) pressure drop.
energy
energy_el
pump_id: (string; 16) ID label of pump.
energy_gl
energy_type: (string; 18) Type of energy.
label
id: (integer; 16) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
xcoord: (double; 18, 6) Horizontal coordinate of vertex relative to origin in lower left of map.
ycoord: (double; 18, 6) Vertical coordinate of vertex relative to origin in lower left of map.
mixing
node_id: (string; 16) Junction ID label.
pattern
pattern_id: (string; 16) Pattern ID label.
quality
node_id: (string; 16) Node ID label.
reactions
reactions_el
parameter: (string; 20) Options parameters of EPANET project.
reactions_gl
react_type: (string; 18) Type of reaction (see EPANET manual).
rules
text: (string; 254 Defines rule-based controls that modify links based on a combination of conditions (see EPANET manual).
source
node_id: (string; 16) Node ID label.
status
arc_id: (string; 16) Link ID label.
tags
object: (string; 18) The keyword NODE or LINK.
tag: (string; 50) The text of the tag label (with no spaces).
times
parameter: (string; 20) Options parameters of EPANET project.
Rpt
rpt_arc
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_energy_usage
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_hydraulic_status
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_node
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
rpt_result_cat
id: (integer; 19) Defines the order of the line text. You must to use this code in order to sort as you need the lines of text. As you sort the text lines Giswater reads by this order the
information.
Source: Storm Water Management Model. User's Manual (version 5.0), page 159.
Low runoff potential. Soils having high infiltration rates even when
A thoroughly wetted and consisting chiefly of deep, well to excessively drained = or > 0.45
sands or gravels.
Soils having slow infiltration rates when thoroughly wetted and consisting
chiefly of soils with a layer that impedes downward movement of water, or
C 0.15 - 0.05
soils with moderately fine to fine textures. E.g., clay loams, shallow sandy
loam.
High runoff potential. Soils having very slow infiltration rates when
thoroughly wetted and consisting chiefly of clay soils with a high swelling
D potential, soils with a permanent high water table, soils with a clay-pan or 0.05 - 0.00
clay layer at or near the surface, and shallow soils over nearly impervious
material.
Source: Storm Water Management Model. User's Manual (version 5.0), page 161.
Cultivated land
Without conservation treatment 72 81 88 91
With conservation treatment 62 71 78 81
Meadow
30 58 71 78
Good condition
Residential3
Average lot size (% Impervious4) 77 85 90 92
1/8 ac or less (65) 61 75 83 87
1/4 ac (38) 57 72 81 86
1/3 ac (30) 54 70 80 85
1/2 ac (25) 51 68 79 84
1 ac (20)
Source: Storm Water Management Model. User's Manual (version 5.0), page 162.
Source: ASCE, (1992). Design & Construction of Urban Stormwater Management Systems, New York, NY
Cultivated soils
Residue cover <20% 0.06
Residue cover >20% 0.17
Grass
Short, prarie 0.15
Dense 0.24
Bermuda grass 0.41
Woods
Light underbrush 0.40
Dense underbrush 0.80
Soruce: McCuen, R. et al. (1996), Hydrology, FHWA-SA-96-067, Federal Highway Administration, Washington, DC
Concrete (monolithic)
- Smooth forms 0.012 - 0.014
- Rough forms 0.015 - 0.017
Corrugated-metal pipe
(1/2-in. x 2-2/3-in. corrugations) 0.022 - 0.026
- Plain 0.018 - 0.022
- Paved invert 0.011 - 0.015
- Spun asphalt lined
Vitrified clay
- Pipes 0.011 - 0.015
- Liner plates 0.013 - 0.017
Source: ASCE (1982). Gravity Sanitary Sewer Design and Construction, ASCE Manual of Practice No. 60, New York, NY.
Lined Channels
Excavated or dredged
Natural channels (minor streams, top width at flood stage < 100 ft)
Source: ASCE (1982). Gravity Sanitary Sewer Design and Construction, ASCE Manual of Practice No. 60, ew York, NY.
BOD (mg/L) 12 - 19
Source: U.S. Environmental Protection Agency. (1983). Results of the Nationwide Urban Runoff Program (NURP), Vol. 1, NTIS PB 84-185552), Water Planning Division,
Washington, DC
Circular Culvert
48 Smooth tapered inlet throat
49 Rough tapered inlet throat
Rectangular
53 Tapered inlet throat
Rectangular Concrete
54 Side tapered, less favorable edges
55 Side tapered, more favorable edges
56 Slope tapered, less favorable edges
57 Slope tapered, more favorable edges
Source: Storm Water Management Model. User's Manual (version 5.0), pages 166-167.
-Pipe, Concrete
*Note: "End Sections conforming to fill slope," made of either metal or concrete, are the sections commonly available from manufacturers. From limited hydraulic tests they are
equivalent in operation to a headwall in both inlet and outlet control. Some end sections, incorporating a closed taper in their design have a superior hydraulic performance. These
latter sections can be designed using the information given for the beveled inlet.
Source: Federal Highway Administration (2005). Hydraulic Design of Highway Culverts, Publication No. FHWA-NHI-01-020.
Source: Storm Water Management Model. User's Manual (version 5.0), page 38.
Types of pumps
Type1
An off-line pump with a wet well where flow increases incrementally with available wet well volume.
Type2
An in-line pump where flow increases incrementally with inlet node depth.
Type3
An in-line pump where flow varies continuously with head difference between the inlet and outlet nodes.
Type4
A variable speed in-line pump where flow varies continuously with inlet node depth.
Ideal
An "ideal" transfer pump whose flow rate equals the inflow rate at its inlet node. No curve is required. The pump must be the only outflow link from its inlet node. Used mainly for
preliminary design. The on/off status of pumps can be controlled dynamically by specifying startup and shutoff water depths at the inlet node or through user-defined Control Rules.
Rules can also be used to simulate variable speed drives that modulate pump flow.
EPANET
Appendix A - Units of Measurement
PARAMETER US CUSTOMARY SI METRIC
Note: US Customary units apply when CFS, GPM, AFD, or MGD is chosen as flow units. SI Metric units apply when flow units are expressed using either liters or
cubic meters.
Concrete or
120 - 140 1.0 -10 0.012 - 0.017
Concrete Lined
Exit 1.0
HEC-RAS
The state-of-the-art of Giswater's HEC-RAS project doesn't needs useful tables. All data tables HEC-RAS project needs must be introduced from HEC-RAS editors.
ERROR NUM.2: STARTING GISWATER AT FIRST TIME: File not found: c:/users/user/giswater/config/giswater.propierties. It indicates there is no file in this directory. May be the
installation process was wrong. During the installation of Giswater the process installs the software on the selected folder, but also install some files into your user folder. If you use
Windows XP all you need is repair the installation process moving by your own the file and the directory data from 'Documents and Settings' to the right position.
APPENDIX E - BUGS
We have created this page in order to make easy for the user the traceability of Giswater bugs (available from 1.1.174 version and following of Giswater). On the other hand, we
ecourage you to collaborate with us to detect and fix bugs.
Solved: 1.1.222
Notes:
If you use SWMM 5.1 and try to import rpt files with storage target it doesn't run. To solve it you must use SWMM 5.0.022 or edit rpt file in order to modify the target data..
Solved: 1.1.226
Notes:
If your project was created before 1.1.226, you must to modify the rpt_pumping_sum table adding three new numeric (14,4) fields, and modify the view v_rpt_pumping_sum addin
this three new columns. On the other hand if your project was created after 1.1.226, you don't have any problem with this bug.
Problem with backup project data as and restore data on 32bits O/S (SOLVED)
Origin: 1.1.145
Solved: 1.1.223
Notes:
If you have installed a all-in-one version of Giswater previous of 1.1.222 running on a 32bits O/S you must to replace pg_dump.exe and pg_restore.exe from user/giswater
/portable/bin with the wright ones incorporated into the new Giswater installer.
Solved: 1.1.174
Notes:
The bug is solved for 1.1.174 version and below.. Unfortunatelly this problem is not solved if you have project data schema renamed or copied before the 1.1.174 version. In order
to repair it, you have two options:
1) Repeat the process of copy or rename schema with the version of Giswater 1.1.174 or below. It will run well.
2) Use your wrong project data schema 'as is' and repair it. In order to do this, you must to replace the trigger funtion's of the schema. You must to execute the
epanet_functrigger.sql file or epawswmm_functrigger.sql file (replacing SCHEMA_NAME by the name of your schema). To do this, you can use PGAdim or the sql file laucher of
Giswater. Thiese files are on the giswater instalation folder: giswater/sql/. This files will repair the function trigger in order to solve the problem of the copied or renamed schema.
Links
[1] http://old.giswater.org/documentation/chapter1
[2] http://old.giswater.org/documentation/1.1
[3] http://old.giswater.org/documentation/1.2
[4] http://old.giswater.org/documentation/1.3
[5] http://old.giswater.org/documentation/1.4
[6] http://old.giswater.org/documentation/1.5
[7] http://old.giswater.org/documentation/chapter2
[8] http://old.giswater.org/documentation/2.1
[9] http://www.old.giswater.org/documentation/2.2
[10] http://www.old.giswater.org/documentation/2.3
[11] http://www.old.giswater.org/documentation/2.4
[12] http://www.old.giswater.org/documentation/2.5
[13] http://www.old.giswater.org/documentation/2.6
[14] http://www.old.giswater.org/documentation/2.7
[15] http://old.giswater.org/documentation/chapter3
[16] http://www.old.giswater.org/documentation/3.1
[17] http://www.old.giswater.org/documentation/3.2
[18] http://www.old.giswater.org/documentation/3.3
[19] http://www.old.giswater.org/documentation/3.4
[20] http://old.giswater.org/documentation/chapter4
[21] http://www.old.giswater.org/documentation/4.1
[22] http://www.old.giswater.org/documentation/4.2
[23] http://www.old.giswater.org/documentation/4.3
[24] http://www.old.giswater.org/documentation/4.4
[25] http://old.giswater.org/documentation/chapter5
[26] http://www.old.giswater.org/documentation/5.1
[27] http://www.old.giswater.org/documentation/5.2
[28] http://www.old.giswater.org/documentation/5.3
[29] http://www.old.giswater.org/documentation/5.5
[30] http://old.giswater.org/documentation/gisprojects
[31] http://old.giswater.org/documentation/dbf-datamodel
[32] http://old.giswater.org/documentation/useful-tables
[33] http://old.giswater.org/documentation/software-messages
[34] http://old.giswater.org/documentation/bugs
[35] http://creativecommons.org/licenses/by-sa/4.0/
[36] http://www.giswater.org
[37] https://github.com/giswater/giswater
[38] http://www.youtube.com/channel/UCuuFlmjnu3HWVrXcyO3I-ow/videos
[39] http://www.postgresql.org/
[40] http://postgis.net/
[41] http://www.gnu.org/licenses/>
[42] http://download.giswater.org/Epanet2w.exe
[43] http://download.giswater.org/Epaswmm5.exe
[44] http://www.hec.usace.army.mil/software/hec-ras/downloads.aspx
[45] https://www.java.com/es/download/
[46] http://download.giswater.org/giswater_all-in-one.exe
[47] http://download.giswater.org/giswater_stand-alone.exe
[48] http://www.notepad-plus-plus.org
[49] http://www.giswater.org/documentation/2.6/project/database-administrator
[50] http://www.giswater.org/documentation/2.6/configuration/software-configuration
[51] http://www.giswater.org/node/56
[52] http://giswater.org/documentationl/gisprojects/epaswmm
[53] https://github.com/Giswater/giswater
[54] mailto:bugreport@giswater.org
[55] http://www.giswater.org/documentation/4.2
[56] http://giswater.org/documentation/gisprojects/epanet/epanet-data/options
[57] http://giswater.org/documentation/gisprojects/epanet/epanet-data/hydraulics/node/demand
[58] http://giswater.org/documentation/gisprojects/epanet/epanet-data/curve-patterns/curve
[59] http://giswater.org/documentation/gisprojects/epanet/epanet-data/hydraulics/node/junction
[60] http://giswater.org/documentation/gisprojects/epanet/epanet-data/global-reactions
[61] http://giswater.org/documentation/useful-tables/epanet/minor-loss-coefficients
[62] http://giswater.org/documentation/gisprojects/epanet/epanet-data/hydraulics/arc/pipe
[63] http://giswater.org/documentation/useful-tables/epanet/roughness-coefficients
[64] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/curve-timeseries
[65] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/climatology/temperature
[66] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/hydrology/subcatchment
[67] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/hydrology/lid-usage
[68] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/curve-timeseries/timeseries-values
[69] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/patterns
[70] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/hydrology/unit-hydrograph
[71] http://giswater.org/documentation/useful-tables/epaswmm/culvert-code-numbers
[72] http://giswater.org/documentation/useful-tables/epaswmm/types_pumps
[73] http://giswater.org/documentation/useful-tables/epaswmm
[74] http://giswater.org/documentation/useful-tables/epaswmm/cross_section_shapes_conduits
[75] http://giswater.org/documentation/gisprojects/epaswmm/epaswmm-data/quality/dwf
[76] http://owncloud.giswater.org/public.php?service=files&t=37b4ae05b76bb0f6429bf6eaf16c78f5
[77] http://owncloud.giswater.org/public.php?service=files&t=d534a1c06351a9d96d250226526d43ad