...
...
Source models the use of water by a combination of supply point and water user nodes. The water user node provides a range of demand models that include the Environmental Demand Model (EDM). The EDM operates on a daily basis generating demands for the environment at a water user node and extracting water to meet these demands via the water user and supply nodes. The model can be applied in both regulated and unregulated systems.
The EDM provides an interface for defining environmental water requirements at the project set up phase and then applies a series of heuristic routines in order to define the water required to achieve the specified environmental water requirements.
...
(EDM) provides a way of simulating environmental water (flows) requirements in Source, effectively by generating 'environmental demands' in a manner analogous to other water user demands in Source.
Environmental water (flows) requirements are represented in the EDM as ‘flow rules’. A flow rule will predict the water required to achieve predefined environmental flow objectives/requirements. These requirements may be directed at in-channel and/or floodplain habitats and ecosystems.
| Info | ||
|---|---|---|
| ||
In Source, Environmental Demand (ED) is modelled using the environmental demand node. Refer to Environmental Demand for further details. The node can be configured to fulfill either in-stream or floodplain requirements. It is important to note the two different ways in which an ED node can be set up. These are:
Note: Although it is essential to understand the two distinctions, it is possible to fulfill many in-stream and floodplain requirements in the same model by changing the configuration of the node. |
Using the node in Source
Double-click the node to open its feature editor, shown in Figure 1. If you have an account configured (using the Resource Assessment Explorer), you will be able to enable or disable Account Distribution using the contextual menu shown.
You can select whether the EDM is inclusive or exclusive of downstream orders. If inclusive (default value), then the order generated by the EDM will be the difference between the EDM’s water order and the downstream order. In this case, the Inclusive of Downstream Orders slider is selected to YES. This assumes that the EDM can take advantage of the required water downstream to meet all or part of its requirements. If the EDM is exclusive of the downstream order, the EDM’s water will be added to the downstream order - the slider is selected to NO.
Figure 1. Environmental Demand node
Flow rules
The four types of flow rules presented in the EDM have been designed to capture the most commonly defined environmental flow requirements specified in environmental flow studies and water regulations. These four types of environmental demand rules allow users to construct a collective environmental water requirement by using combinations of
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
In order to combine the flow rules into a collective environmental flow requirement, rules can be grouped if required.
Scale
The Environmental Demand Module is applied at a point scale and operates on a daily time-step.
Principal developer
Yorb Pty Ltd with funding support from eWater CRC.
Scientific Provenance
The Environmental Demand Model is based substantially on the eFlow Predictor software tool developed by eWater CRC in 2010. The underlying computational code for the eFlow Predictor had to be rewritten in order to work within the Source environment, but the functionality remains substantially the same between the two products.
Version
Source V 2.14.0
Dependencies
The Environmental Demand Module is applied through a water user node, which must be connected to at least one supply point node to provide water to satisfy the environmental demand.
Data
...
You can import and export flow rules using the relevant contextual menu items (as shown in Figure 1).
Each rule also consists of a condition tracker, which is used to turn rules on and off. If the condition tracker falls bellow a threshold, the rule is turned on. If the condition tracker is above a threshold, then the rule is turned off. Only one condition tracker can be defined for a collection of rules. However, each individual rule can have its own threshold that decides when the rule is turned on. The condition tracker can be used to represent a multitude of environmental or accounting rules that turn flow rules on and off. Examples of using the condition tracker are:
- Representing the ‘health’ of an environmental asset; or
- Representing environmental rules that turn on and off when an account balance exceeds a certain level.
Rules can also be grouped using the Category hierarchical item.
Flood/fresh
The most common type of flow requirement is a flood/fresh which defines a flow requirement above a set level. Figure 2 shows the parameters for defining this requirement.
Figure 2. Environmental Demand node, Flood fresh
Flow pattern
You can create a temporally varying rule by simply defining the pattern of the flow required as well as a trigger condition. The trigger condition will be either a set start day or a flow threshold which has to be reached.
Figure 3. Environmental demand node, Flow pattern
Minimum flow rule
The objective of this rule is to maintain a minimum flow in the model to maintain minimum habitat requirements, such as where flow should be kept above a certain limit for particular periods of the year. Figure 5 shows the parameters that must be specified for minimum flow.
Figure 4. Environmental demand node, Minimum rule
Translucency
This rule allows you to define conditions where flow would be allowed to pass through a storage or restrictions be placed on extraction in an unregulated system. It does not require an augmentation method as orders will be determined based on the inflows to the storage for the current time-step, and hence no forecasting is required.
Figure 5. Environmental demand node, Translucency
Grouping and prioritising
Flow rules can be grouped into categories. The default category is selected using the contextual menu.
| Info | ||
|---|---|---|
| ||
| Note: In the default category, every flow rule within the category is considered at each time-step. In any other category, only one rule within the category can be considered at any one time. Rules are prioritised in the order in which they appear in Source. For example, in Figure 1, the Flood/Fresh rule will have a higher priority than the Minimum rule. |
Rule dependency
You can specify whether one flow rule will depend on another using the Add Rule Dependency button in the Flow Rules hierarchical item list. Figure 6, for example, shows that Flow Pattern Rule #1 will only come into effect when Minimum Rule #2's condition has been met.
Figure 6. Environmental demand node, Rule dependency
Condition
Flow rules can be made active or inactive dynamically during a modelling run. In order to control rules throughout the model run, each rule can have a defined condition threshold. This condition threshold is compared to the ‘condition’ time series for each time-step and the flow rule is turned on or off for that time-step as required. This functionality is specifically designed to allow the construction of asset based rule sets that vary according to water availability.