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 19 Next »

Scenario input sets allow you to easily keep model structure, while switching between groups of input data and parameters. These may be used to represent changeable physical attributes, such as climate, land use decisions or even proposed infrastructure characteristics. You can switch between different scenario input sets to compare the effects on a model. For example, you can have one scenario input set consisting of rainfall, inflow and evapotranspiration data for natural conditions, another for wet conditions and a third set for dry conditions.

You choose the scenario input set used for a run using the Scenario Input Set drop-down menu in the Configure dialog (Figure 1), accessed by clicking Configure on the simulation toolbar.

Figure 1. Configure, choose scenario input set. 

Scenario input sets are created and managed using the Scenario Input Sets dialog, which is accessible via Edit » Scenario Input Sets... (Figure 2).

Using the panel on the left, then right-clicking, you can do the following using the contextual menus:

  • Add Scenario Input Set – create new parent scenario input set;
  • Add Child Scenario Input Set  create new child scenario input set, the selected input set will be the parent;
  • Rename – change the name of a scenario input set; and
  • Delete – remove a scenario input set.

Scenario input sets can define both input parameters and data sources. Input parameters specific to a scenario are defined in the Scenario Input Sets dialog, either manually or using a file. Data sources are assigned to scenario input sets using the Load Data Source dialog, as explained here.

Figure 2. Scenario input sets, parameter entry

Child Scenario Input Sets

Child scenario input sets allow you to further refine model scenarios. A child scenario input set inherits all parameters and data sources specified in its parent. You can then set additional parameters, or alter existing ones. When you run a model with a child scenario input set, for any parameters that differ between the parent and child, the parameters from the child will take precedence.

Figure 3. Child Scenario Input Sets, Example

 

For parent and child scenario input sets:

  • You can create 'grandchildren', thus creating nested scenario input sets. Every child scenario input set inherits all parameters above it in its branch, and ignores any parameters set in its children. 
  • Deleting a parent will delete all of its children.
  • Within both the Configure dialog (Figure 1) and Results Manager (LINK to naming), child scenario input sets are referred to be their full path, eg. Dry Weather.Water Restriction Level 1.New Dam.

Data sources can only be assigned to the root-level parents (Dry Weather, Wet Weather and Default Input Set in Figure 3). This is indicated by theicon. For more infomation see Assigning data sources to scenario input sets.

Adding Scenario Input Sets

First, open the Scenario Input Sets dialog, via Edit » Scenario Input Sets...  Then either add a new root-level or child scenario input set as explained below.


A new root-level scenario input set:

  • Right-click on the scenario's name and select Add Scenario Input Set from the contextual menu (Figure 2). This will open the New Scenario Input Set dialog (Figure 4).
  • Select the scenario input set from which to copy the data source usages, either one of the existing root-level scenario input sets or <Empty>, which will not copy usages from anywhere.

To add a new child scenario input set. 

Figure

Input parameter entry

Parameters specific to a scenario input set are defined and managed using the parameter set editor in the Scenario Input Sets dialog (as shown in Figure 2). The panel on the right allows you to specify parameters, either manually, or by loading a text file.

The general format for a parameter is: path1.path2...pathN=value (eg. Nodes.Inflow1.Flow=10 ML/d).

Manual entry

Figure 1 shows an example of manual parameter entry using the manual parameter set editor. This editor has the following features:

  • An auto-complete functionality, press Ctrl + space to get a list of available elements;
  • Typing additional characters filters the auto-completion list. Items can also be selected by pressing the down arrow key ('↓');
  • Once the correct element is selected, pressing Tab or Return auto-fills an element from the list;
  • Pressing the period character ('.') displays a list of valid elements for the next step in the path;
  • For a valid path, pressing the equals character ('=') displays candidate values;
  • Click the Insert units icon for a list of available units. Note that these are not scenario-dependent so you must choose the correct item; and
  • An invalid parameter is identified with an underline (illustrated in Figure 2 for the Loss 3 node, which was deleted after the parameter was created). Acceptable parameter types are provided in Table 1.
Note: Clicking the Apply values to scenario immediately icon will override any other values specified for the same parameter elsewhere in Source for all scenario runs. If disabled, the values take precedence for a single scenario run only. Also, an error appears if there is a problem with one of the parameter specifications.
Table 1. Types of parameter values
Parameter typeExample shown in Figure2
BooleanTrue
Dates30/06/2009 12:00:00 AM
Enumerated or fixed listOwnerFlowFunction (one available option for Ownership Sharing Method)
Floating types associated with units - units should be valid for the type of parameter being set123 ML/d
Interpolated functions[[0 0][100 10][200 12]]{ML/d ML/d}
Patterns - numeric values separated with a space and of a defined number[11 12 13 14 15 16 17 18 19 20 21 22]{ML/d}
Unit type

m3/s

Function

$Folder1.Function1

Data sourceExampleDataSource_csv.Example Inflow
For functions that specify day of year such as On farm storage example you need to set a boolean as well as a function.
Error rendering macro 'jira' : Unable to locate Jira server for this macro. It may be due to Application Link configuration.
 

Note: You can also use input sets to change the active demand model at a water user node. For example, the following parameter set entry is valid:

Nodes.Water User 3.Demand Model = MyInactiveDemandModel

File-based parameter specification

The file-based parameter entry (shown in Figure 2) allows the specification of a file that will contain the element path and values. The formatting of this file must adhere to the same rules as the manual parameter set editor.

Note that the Reload on Run and Relative path checkboxes follows the same rules as for data sources.

Figure 3. Input parameter set using a file

 

 

  • No labels