Page Comparison

The functionality provided by the Environmental Demand Model in Source is essential for Source to be able to fulfil a core role, which is to model existing and proposed water sharing arrangements that include environmental flow rules.

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. It provides a way of capturing water patterns that the environment requires. These definitions of watering patterns are captured as ‘flow rules’. The aim of the model is to specify a flow rule set that will generate the water required to achieve predefined environmental objectives. This model can be applied in both regulated and unregulated systems.

This model also forecasts flows. Forecasting is required to estimate how much flow is likely to occur at a particular point in the system some time in the future, and hence how much additional water needs to be ordered to meet demand.

Create this model in Source as described in Defining demand models, which results in the window shown in Feature Editor 33. Click Edit to define the rules, which opens the Environmental Demand Model dialog (Figure 44), and Select... to specify where the output will be saved.

Image Removed

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 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.

The EDM contains four types of environmental demand rules allow users and allows modellers to construct a collective environmental water requirement by using combinations of these. The environmental demand rules reflect commonly observed descriptions of environmental water requirements. The four rule types are:

• Baseflow - specifies : specify a minimum flow, ; usually applied to maintain minimum habitat requirements;
• High Flow/Flood - specifies : specify a flood fresh, ; usually associated with a recruitment event such as to trigger fish movement, water floodplain vegetation;
• Translucency - specifies : specify the flow requirements in terms of some other time series, ; usually specify the release from a dam based on the inflow of to the dam; and
• Pattern - specifies a : specify the pattern of flow, ; used to define multi-peak events.

Common elements of each of the four rule types that need to be configured are:

• Season - : the period of the year over which the rule should be considered (eg is this a winter flooding rule only);
• Reporting interval - what : What is the acceptable number of years between applying the flow rule (eg high High flows are only required once in 5 years);
• Augmentation Options -the : The preference for achieving the watering requirement. There are three augmentation options:Natural flow or matching ;
• Match a reference time series - (usually uses use a modelled natural scenario without development, and water demand for each rule will match the successful meeting of the rule that would occur under the reference flow);
• Extend - : if a flow rule has started to be met, then water is ordered in order to extend the watering (eg tributary inflows have commenced a flood, and releases from the main channel dam may be used to extend the duration of the event); and
• Force - : if by the end of the reporting interval, the flow rule has not been met , then order a release will be ordered. This is similar akin to waiting until the last possible moment time to meet the water requirements in the anticipation that the water requirements will be met by tributary flows or spills.
• When to use - : each flow rule can have a ‘trigger’ specified, whereby for each day of the record, the trigger is checked against some relevant time series ( such as storage volume ) in order to set the flow rule to be on. This allows switching between rules at runtime to reflect watering options during dry vs wet periods.

Forecasting

The basic approach to determining water order is to consider the collection of flow rules and determine how much water is required for a given day to meet these rules. As water is not consumed by the EDM, the water order is simply the difference between the calculated water required and the forecast flow at the extraction point on the future delivery day.The EDM allows two forecasting periods, a short term and a medium term. This approach is to reflect real world water management decision making, whereby, depending on the size of the catchment, river operators can generally make a very accurate prediction of the likely flow for the next few days to weeks. After that time the prediction is less accurate. You can use the Expression Editor or specify another scenario to define the method of forecasting. The recommended methods for the look ahead period are to refer to an upstream node with a known travel time.

Base flow

The base flow objective is designed to capture minimum flow rules, such as where flow should be maintained above a certain limit for particular periods of the year. Figure 44 shows the parameters that must be specified for base flow. The controls for Input data and Forecast allow you to upload data as a time series file, an expression, or linking to another scenario.

Image Removed

Flood/fresh

The most common type of flow requirement is a flood/fresh which defines a flow requirement above a set level. Figure 45 shows the parameters for defining this requirement.

Image Removed

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.

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.

Conditions

The EDM also includes a condition tracker, which can be 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.

The condition can be included as a time-series file, or by using the expression editorIn order to combine the flow rules into a collective environmental flow requirement, rules can be grouped if required.

The Environmental Demand Module is applied at a point scale and operates on a daily time-step.

Yorb Pty Ltd with funding support from eWater CRC.

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.

Source V 2.14.0

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.

Refer to the Source User Guide for detailed data requirements and formats.