Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25 Next »

Introduction

Water ownership deals with the assignment and tracking of water as it is stored in, transits through, and exits regulated river systems. This is an important aspect of water management, as it allows resource sharing amongst owners in a sustainable and traceable manner, whilst at the same time, providing the ability to determine how much water an owner has, and where it is located. The introduction of ownership in a system means that water can be traded, both within storages as well as in transit. Additionally, separate resource assessment systems can be developed for owners, allowing for the modelling of capacity sharing, and continuous sharing in water allocation systems.

Note Within an ownership system, ownership of flow is conserved unless it is explicitly transferred. This applies to nodes and links as well.

Ownership comprises of three systems that work together (Figure 86):

Figure 86. Components of ownership

  • Ordering - processes orders received from water users;
  • Resource Assessment - determines water allocation to owners who have ordered; and
  • Distribution, borrow and payback - handles water transfers from owners that have a surplus to those that are deficient.

They communicate with each other via an ownership system, which is created by default when ownership is enabled:

Ownership in Source

Ownership is specific to a scenario and it must be configured individually for each model. Once a network model has been created in the Schematic Editor, enable ownership for each scenario individually as follows:

  • Choose Edit > Ownership... to open the Ownership Setup dialog; and
  • Right-click on the scenario and choose Enable Ownership (Figure 87).

When ownership is initially enabled in Source, a single ownership system is created by default, containing the following elements:

  • A single owner (Owner 1);
  • A default distribution system with a single priority level;
  • A global borrow and payback system; and
  • All links and nodes in the scenario fall within the boundary of the ownership system.

To disable an existing ownership system, choose Disable Ownership.

Note Once an ownership system has been created, it cannot be deleted.

Boundaries

All nodes must fall within the boundaries of an ownership system (of which there can be multiple). Within the boundaries of the ownership system, a defined set of owners operate and share water as required. Boundary nodes are those that form the boundaries of an ownership system. These are either the top-most nodes in the network (such as a storage or inflow node), or transfer ownership nodes. When ownership is first enabled, the entire modelling scenario falls within the boundary of the default ownership system and every node and link belongs to this system.

Figure 88 shows the boundary nodes of the ownership systems in the model. You can specify which node forms the boundary of an ownership system using the drop-down menu. Overlap of ownership system boundaries may occur as a result of nodes being added to or removed from the model network, which can be corrected in the Ownership Setup dialog.

Figure 88. Ownership boundaries

Ownership Systems

An ownership system allows a defined set of owners to share water in a chosen section of the river network. A scenario may have multiple ownership systems and is made up of several network elements (Figure 89). It has a set of owners that share water within the system’s boundaries, where each of these owners may lend water surplus to other owners with a deficit via the borrow and payback systems. Lending owners can be paid back later at any location within the ownership system’s boundary.

Figure 89. Ownership, Ownership systems

Figure 89 shows the link sharing rules that are applied throughout the ownership system. Murray style losses indicate whether Murray style high flow losses will apply on links with flow above a configured threshold. Additionally, you must also specify whether other types of fluxes (Time series, Lateral and Operational Excess) will be distributed as a fixed ratio or proportionally amongst owners in the ownership system:

Owners

When ownership is enabled, a river model consists of owners that have a share of the total available water (resource). There is one owner by default (named Owner 1) who initially owns 100% of the water in every node and link. To add additional owners in the system, click Owners, then add them in the table. Also specify the various proportions for each owner (Figure 90). In addition to the parameters listed in Ownership Systems, for each owner, their percentage of the various link’s parameters must be specified as well.

Figure 90. Ownership, Owners

IIn Source, ordering deals with passing orders up the network whereas ownership handles these orders being distributed to owners (coming down the network). As owners request a share of the resource, orders travel upstream in the network and each node passes it up and might make changes to the order depending on the node’s characteristics, or its configuration.

Ordering and ownership

Note Ownership is based on rules-based ordering.

For demand models/water user, which owner orders the water depends on the distribution system used:

  • If you are using non-account based sharing then you specify the percentage of the order that you want to attribute to each owner;
  • If you are using account based sharing, then the ownership of the orders is determined by the ownership of the accounting system used.

Resource assessment and ownership

Owners may have one or more resource assessment systems managing their water. This system must be explicitly created and configured via the Resource Assessment Explorer (refer to General Resource Assessment). Figure 91 shows the Resource Assessment Explorer (left side) indicating the ownership systems that are available. The Ownership dialog (right side) shows the resource assessment systems for which ownership has been activated. Resource assessment systems may also be used to pay back water that has been borrowed amongst owners. For configuration details on this, refer to Borrow and payback with resource assessment.

Figure 91. Ownership and Resource Assessment Systems

Ownership at nodes and links

Source automatically assigns each node and link to an ownership system when boundaries, resource assessment systems and owners are added to a modelling scenario. Source undetakes a check for ownership system consistency for the entire river network, examining every node and link. The rules of ownership consistency are as follows:

  • For a Transfer of ownership node, the upstream ownership system must match the inlet link’s ownership system and the downstream ownership system must match the outlet link’s ownership system;
  • A water user node can have multiple ownership systems that are connected at supply point nodes; and
  • For all other nodes, the upstream link’s ownership system must match the current node’s ownership system. For every connected downstream link, the downstream link’s ownership system must match the current node’s ownership system.

At every node in the network where an inconsistency is found (such as overlap of ownership systems at a node), an error appears in the Ownership Setup dialog showing details of the discrepancy. An example of this is shown in Figure 92.

Figure 92. Ownership, error

Once you have enabled ownership, you can configure it at each node by choosing Ownership in their respective feature editors. Alternatively, choose the relevant node under Nodes in the Ownership Setup dialog. In most feature editors, the following information is required at each node and link:

  • Each owner’s share of initial volume/flow of water at the node or link; and
  • Each owner’s share of fixed fluxes at each time-step, that are to be shared in a predetermined way (other fluxes will be ‘proportional’, ie. shared in proportion to the owner’s existing share of water at the link or node).

Gauge

In addition to configuring the type of sharing method for flow past the gauge node, you must also specify whether ownership must be reset using the Reset Ownership checkbox (Feature Editor 63).

Feature Editor 63. Gauge node, Ownership

Inflow

Specify the method for sharing water amongst owners (Feature Editor 64) as either a proportion (by selecting Fixed Percentage) or as an expression (by selecting Owner Flow Function). Ensure that the total proportion is always 100%.

Feature Editor 64. Inflow node (Ownership)

Note All proportions cannot be allocated zeros at once.

Loss

Click the Ownership tab in the node’s feature editor (Feature Editor 65) to choose the sharing method and specify the proportion for each owner. The High Flow Threshold checkbox refers to the threshold above which high flow losses occur, for which you can specify a threshold flow rate.

Feature Editor 65. Loss node, Ownership

Maximum Order Constraint

Specify the maximum order constraint via an expression. Also include the proportion for each constraint/owner sharing level (Feature Editor 66).

Feature Editor 66. Maximum Order Constraint node, Ownership

Minimum Flow Requirement

If there are multiple owners, the minimum flow constraint is shared according to the owners share of the upstream minimum constraint. This can be Proportional (shared equally) or Fixed (enter the proportion for each owner in the Minimum Order Sharing table of Feature Editor 67).

Feature Editor 67. Minimum Flow Requirement node, Ownership

Splitter

Ownership information is required at splitter nodes to determine the proportion of each owner’s water to be directed to each outlet (as shown in Feature Editor 68). Ownership of unallocated flows from a splitter can be distributed according to owned amounts or by selecting different proportions to the owned amounts. The following parameters are optional:

Feature Editor 68. Controlled Splitter node, Ownership)

  • High flow theshold - the threshold above which high flow losses occur; and
  • Don’t Borrow to Meet - allows you to borrow water to meet any deficit when excess flow is broken up to orders going down the effluent (towards owners).

Storage

Each owner’s share of water is conserved at a storage node where ownership has been enabled except when:

  • Water is ceded to other owners according to distribution rules;
  • An owner does not have sufficient storage capacity to hold their water, so it is internally spilled to other owners. This can be disabled if required using the Internal Spilling radio button. Internal spilling occurs when an owner’s volume of water in storage exceeds their current storage capacity and excess is transferred to another owner.
  • Water is borrowed or lent to other owners so that demand can be met, which can be later paid back either at the same storage, at the nominated payback storage, or handled by the resource assessment process.

An owner’s volume of water in storage is adjusted for their share of inflows, regulated releases, external and internal spills, lateral losses and gains, and flows along wetland links. Inflows may be from upstream or wetland links. Regulated release ownership is determined by each owner’s downstream order.

Using Feature Editor 69, you can choose which owner will be assigned 100% ownership of the storage, its inflows, losses/gains and releases when ownership is suspended using the Override Owner drop-down menu. When conditions in the specified expression are met, the ownership system will be suspended. You must also specify each owner’s share of the storage capacity, as well as the initial share.

Feature Editor 69. Storage node (Ownership)

Lateral losses and gains include rainfall, evaporation and groundwater infiltration. These fluxes are categorised into those that are shared in proportion to the share of water stored, or according to a fixed ratio, which can be configured (as shown in Feature Editor 70). This window is the same for Rainfall and Evaporation, and is similar for each of the Outlet Paths. An additional parameter you must specify is the distribution system that the link falls in.

Feature Editor 70. Storage node (Ownership, Groundwater)

To enable ceding amongst owners, select Ceding in the hierarchical list. Click Add Cede in the right-side panel, then enter the ‘from’ and ‘to’ owners that will be involved in the ceding process, as well as an expression for the volume of water to be shared (as shown in Feature Editor 71).

Feature Editor 71. Storage node (Ownership, Ceding)

Transfer of Ownership

At this node, the total upstream owner constraint volumes are transferred to downstream owners in specified proportions (as shown in Feature Editor 24). It can be configured as either a boundary or an in-system node. Refer to Transfer Ownership node for details.

Where there is more than one ownership system, you can choose how orders will be handled at the boundary Transfer of Ownership node in one of two ways:

  • By default, orders are supplied from outside the ownership system. The original downstream order can be split between the new upstream owners specified at the boundary TO node (owner proportion in Feature Editor 24), and supplied using water belonging to the specified upstream owners. When flow resulting from the released order reaches the upstream boundary of the ordering location’s ownership system, its ownership is split between downstream owners according to Flow proportions (Feature Editor 25); or
  • You can specify orders to be supplied from storage nodes within the boundaries of the ordering location’s ownership system (ie. by specifying 0% transfer to upstream owners in the Order proportions).

Water User

The water user node represents an owner in the model, where orders are generated and passed upstream. Feature Editor 72 shows the proportions distributed and returned that must be specified for each owner.

Feature Editor 72. Water User (Ownership)

A link must be configured as storage routing to set up ownership on that link (Feature Editor 73). Each link’s ownership system will always match the one for the upstream connected node. You can also choose to override time series flux values using the Time Series Loss Per Owner checkbox.

Feature Editor 73. Storage Routing link (Ownership)

Suspension of ownership

Ownership can be temporarily suspended in a scenario, resulting in the model operating as one where ownership has been disabled:

  • All water at a storage is assigned to a single owner; and
  • All borrow and payback ceases.

When ownership is enabled once again, the system is restored to the state it was in before ownership was suspended.

The 640/480 rule applied at the Menindee Lakes (located on the lower Darling River in NSW) is an example of a situation where ownership is suspended temporarily (between the owners NSW and Victoria).

Interpreting results

To understand how ownership has operated in a model, you must observe its effects on each of the three systems that make up ownership. Enable the following parameters for recording (under Model Parameters):

  • Ordering - you can view all order-related data for each node;
  • Ownership - opens the Ownership Setup dialog (Figure 125), showing the borrow and payback balances for all owners in specified ownership and distribution systems; and
  • Resource Assessment
  • No labels