Note: This is documentation for version 5.20 of Source. For a different version of Source, select the relevant space by using the Spaces menu in the toolbar above">Note: This is documentation for version 5.20 of Source. For a different version of Source, select the relevant space by using the Spaces menu in the toolbar above

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

Introduction

A Source scenario must be run in order to produce any useful information. Each scenario run produces a collection of result sets. A result set is a group of related outputs, usually from the same component and is usually, but not always, arranged as a time series.

During a run, each component in the scenario can produce one or more result sets in the form of predicted water flows, volumes and other outputs specific to that component. Some components are capable of producing more than 20 separate result sets. When ownership is not enabled, the model starts at the first node then progresses down the river system in a single pass to compute the water volume and flow rates through each node and link.

Recording parameters

When you run a scenario, every node and link produces results in the form of predicted water flows, volumes and other data outputs. To view or save these model outputs after the run, you need to select them to record before you run. When you save a project, or make a copy of a scenario, Source automatically saves the list of model outputs selected for recording. There are two ways to select which parameters and model elements to record, using the Project Hierarchy to select model parameters at the component level (eg. links, nodes), or more fine-grained parameter-level control in the Parameter pane. 

Performance Improvement

Before running the scenario, give consideration to the required output and only record the parameters of interest. Some node or link types can produce more than 20 separate data outputs (eg. storages). In general, the more outputs you record, the longer the simulation will take, though this depends on exactly what you record; recording mass balance is more computationally intensive than recording inflow, for example

Component-level controls

For a given scenario run, you can select which outputs will be recorded using the component's contextual menu or the Record icon in the Project Explorer toolbar:

  • Using the Project Explorer, right-click a group or individual model element  (eg. node, link, function or other element) in the Project Hierarchy (Figure 6). From the contextual menu, select:
    • Record All  every parameter at this level and below will be recorded;
    • Record None no parameters at this level and below will be recorded;
      If the indicator appears as , this shows that some (not all) parameters at this level and below will be recorded. 
  • If you select a component on the Geographic Editor or Schematic Editor (eg a catchment outlet), then the chosen component is highlighted in the Project Hierarchy. Right-click the component's name and select the recording status from the contextual menu, or click the Record icon in the Project Explorer toolbar.
Figure 6. Selecting recording parameters

 



Parameter-level controls

For fine-grained control of individual recordable parameters (Figure 7):

  • Select the group or model element within the Project Hierarchy. Selection causes all of the group's or element’s parameters to be displayed in the Parameters area; and
  • Use the contextual menu to enable or disable individual parameters or parameter groups. 
Figure 7. Selecting model parameters

Note: The contextual menus shown in Figures 6 and 7 can be applied at any point within their respective hierarchical displays. If you select an individual model element, the effect will be limited to just that element. Applying a recording choice to a group propagates the effect to the selected group and all elements grouped below it in the hierarchy. For example, to record only Downstream Flow for all straight-through routing links, you would select Link » Straight-Through Routing and choose Record None, and then select Downstream Flow in the Parameter pane and select Record All.

Using the Log Reporter

If a scenario run results in errors or warnings, the first indication of those is displayed in the Run completion dialog by a red or yellow icon next to the Close button as indicated in Figure 7.

Figure 7. Running scenario (error)

You can investigate the causes of errors or warnings using the Log reporter (Figure 8). If the Log Reporter window is not visible, do either or both of the following:

  • Choose View » Log Reporter to make it visible; and/or
  • Make the Log Reporter active by clicking the Log Reporter tab.

Once the Log Reporter is active, you can view all the logs run by Source, from configuring a scenario to running it. You can clear the log or export its contents to a .csv file using the contextual menu (as shown in Figure 8). Table 1 provides a description of each of the columns in the Log Reporter.

Figure 8. Log Reporter

Table 1. Log Reporter, Columns
ColumnDescription
DateThe local date on the computer.
RunThe run number. You can also filter messages based on this number - use the filtering icon.
LevelThe notification level associated with the message - informational, warning, error. See Message Type.
Time StepThe scenario time-step which the message refers to.
NameName of the node or link corresponding to the message.
Model TypeThese are the node and link types – ie. Inflow, Straight Through Routing
MessageDetails of the message.
Message Type

There are three types available:

  • Admin - These are general administration messages and are generally logged from non-runtime sources such as an inability to parse a function;
  • Note - These are generated from the notes added throughout the system; and
  • Run time - These are generated throughout the simulation run. Some of these are user-configurable Assurance Rules.

Execution order rules

During a scenario run, components of the scenario are run in a particular order to ensure that they comply with in-built Simulation phases and execution order rules. 

Note: The execution order is based on leaf node names alphabetically. Thus, renaming a node can change the order.

You can modify the execution order for a scenario as follows:

  • Choose Edit » Execution Order Rules... to open the Execution Order Rules dialog (shown in Figure 9);
  • In the Rules tab, click Add Rule;
  • Specify the first and second nodes using the drop-down menus; and
  • Click OK to activate the rules and close the dialog.

Rules can also be enabled or disabled using the checkboxes.

Figure 9. Execution order rules

Once you have specified the execution order rules, you view them in one of two ways:

  • Use the Execution Order tab (shown in Figure 9). Click Refresh to update the view after changes are made in the Rules tab; or
  • Choose View » Execution Order... to open the Execution Order dialog (similar to Figure 10). While open, this dialog gets updated when changes are made to the scenario in the main Editor window.
Figure 10. Execution order

Scenario results

Note: Results of a scenario run can be viewed in the Recording manager or using the Results Manager - obsolete.

Each scenario run creates a distinct collection of result sets. Each collection is represented by a tab in the Recording Manager. The name of each tab is formed by concatenating the name of the scenario with a time-stamp indicating when the scenario was run. For example, Figure 11 shows that "Scenario 1" has been run twice at slightly different times.

Figure 11. Recording Manager

You can use the tools on the Recording Manager toolbar to save a collection of results to a file, export a collection to Microsoft Excel, or delete the currently-selected collection.

Within each of the Recording Manager’s tabs, results are arranged in four columns:

  • Type - Source generic name for node or link (eg Inflow);
  • Name - your name for that component;
  • Attribute - the name of the output parameter as listed in Parameters (eg Additional Inflow); and
  • Values - a link which can be clicked to view a graphical representation of the output parameter.

You can navigate through a list of results using the vertical scroll bar. In addition, clicking on a link or node in the Schematic EditorGeographic Editor or Project Hierarchy automatically selects all of the result sets associated with that component in the Recording Manager.

Right clicking in the Recording Manager, then choosing Save Selected allows you to export the selected time series data as a .csv file. Choosing View Selected opens the Charting Tool for the selected time series data.

One of the key uses of the Recording Manager is to select one or more result sets (rows in the Recording Manager) for display in the Charting Tool. The Charting Tool helps you visualise, analyse and understand scenario results and other data produced by Source. Each time you click a link in the Values column, a copy of the Charting Tool opens to display that result set. Clicking the same link multiple times opens additional copies of the Charting Tool containing the same result set.

You can also use the Chart Recording Manager to view and manage result sets. Refer to Chart Recording Manager for more information.

Identifying constraints

When constraints are enforced, there may be a difference between the amount of water ordered and that released. The application of constraints is evident at both the supply point and minimum flow requirement nodes.

To discover where constraints have been applied:

  • Run the model;
  • Select an appropriate supply point or minimum flow requirement node. This selects all of the node’s recording parameters in the Recording Manager; and
  • Inspect the Values column in the Recording Manager and click an Order Details link. This opens a Complex Time Series Form (Figure 12). The Graph tab provides a summary of the differences between the amount ordered and the amount released for the duration of the run. The Constraints column of the Table tab (Figure 13) provides a breakdown per time-step. Hover your mouse cursor over a cell of interest to see its contents presented in a tool tip.
Figure 12. Complex time series (Orders vs Releases, summary)


Figure 13. Complex time series (Orders vs Releases, detail)

  • No labels