Index > SP4a.rsproj

Project File SP4a.rsproj
Categories
  • River Management Splitter and Controlled Splitter
Created By Linda
Created Date 09/03/2012
Tested By
Tested Date 09/03/2012
Maintained By
Additional Details ownership off at different timesteps the excess is caused by effluent order or main order had to recreate file as V0.9.3 corrupted. When upgraded from V0.10.2 to V0.11.2 the effluent was not correctly identified in user interface - not sure if this was my fault and have not noticed a problem with other files. Was RM-1630 updated by Lili Zhang on 18/11/2013: updated storage as node to accommodate no one can use storage as links in source.
Model Information
Output
Functionality
Specification
Created In 0.9.3
Last Saved In 3.5.0.682
Works In Flow Phase
Test Objective Splitter - Uncontrolled Orders for owners correct and correct splitting of flow? Correct splitting of flow occurs?
Status
Team City Result Passed
Execution Time (Minutes) Days: 0, Hours: 0, Minutes: 0, Seconds: 41
Jira Issues
Additional Files Scenario 1_Summary.csv,
LogFile SP4a.rsproj.txt
Scenarios
  • Scenario Name: Scenario 1
    • Description:
    • Ordering System Type: Multiple Supply Path Solver
    • OwnerShip Enabled: False
    • Time Step: Monthly
    • Simulation Start: 1/1/2005 12:00:00 AM
    • Simulation End: 5/1/2007 12:00:00 AM
    • Catchments: 0
    • FunctionalUnits:
    • Rainfall Runoff Model:
    • Filtering Model:
    • Links:
      • Straight-Through Routing: 8
    • Nodes:
      • Inflow: 1
      • Controlled Splitter: 1
      • Supply Point: 2
      • Gauge: 2
      • Water User: 2
      • Storage: 1
    • Constituent To Models: