Search the Community
Showing results for tags 'scenario'.
Found 3 results
G'day all, I have used multiple "Read Materials File" calls in a model I'm working on, with scenarios for roughness increased and decreased by 20% (sensitivity tests). From looking at the uvpt check output my understanding is that, if a material code is used more than once, the first Manning's n value is used, not the last. Can you confirm this understanding is correct? If so it might be worth adding a comment to future releases of the manual. Based on other commands that can be used multiple times I expected codes roughness values to be overwritten by later calls to "Read Materials File". Below is an extract from my TCF for reference. This extract has the desired effect but I first expected the last line to need to be at the top: If Scenario == Sens(2A_MnInc20pcent) Read Materials File == ..\model\materials.tmf | 1.2 Else If Scenario == Sens(2B_MnDec20pcent) Read Materials File == ..\model\materials.tmf | 0.8 End If ! Baseline roughness, this will not be applied if Sens(2A_MnInc20pcent) or Sens(2B_MnDec20pcent) applied first. Read Materials File == ..\model\materials.tmf Having checked the uvpt check output, if I run with scenario Sens(2A_MnInc20pcent) specified I have roughness increased by 20%; with Sens(2A_MnInc20pcent) I have decreased roughness 20%, with neither I have my baseline roughness. Thanks for reading, Matty
Q: I would like to vary the magnitude and duration of events using variables so that I don't have to create separate tcf files. What is the appropriate use of 'BC Event Source ==' and can I specify a unique initial water level for each discharge? A: The “BC Event Source == “ command sets up a wildcard in the bc_dbase and replaces this wildcard with a second argument wherever it is found. In the following case: BC Event Source == _ari_ | 550 This is looking for a wildcard “_ari_” in the boundary database and where this is found this will be replaced by “550”. The wildcard you set is entirely up to you, but do make it something that doesn’t exist anywhere else in the boundary database. For example if you were to use “BC Event Source == a | 550”, it is likely that another “a” occurs somewhere in the boundary database! In the example above _ari_ was used to denote the Average Recurrence Interval. In the example below two wildcards are used: BC Event Source == _durn_ | 010min BC Event Source == _ari_ | 010yr This allows the event magnitude denoted by the average recurrence interval (wildcard = _ari_) and the event duration (wildcard = _durn_), to be varied independently. In this case we can run any combination of durations and return periods. In the bc_dbase, for boundary name “Local” the source is listed and includes both the _ari_ and _durn_ wildcards. For example when we run the 010min event for the 010yr event the source filename will become “rafts\Local_Flows_010yr010min.loc.ts1” Name Source Local rafts\Local_Flows__ari__durn_.loc.ts1 Note the wildcard can occur in either the filename or the header columns. The following are all possible: Name Source Column 1 Column 2 Inflow1 Inflows__ari_.csv Time Flow Inflow2 Inflows.csv Time _ari__durn_ Inflow3 _wildcard_ For inflow 1, the wildcard is part of the filename and could be replaced by for example 550cms and TUFLOW would look for a file called Inflows_550cms.csv and extract the data from columns “Time” and “Flow”. For Inflow2, this wildcard is in the header, for a flow boundary, this is the column to extract the flow data from. TUFLOW will open Inflows.csv and would extract the data from columns “Time” and “550cms” (if the event source was set to 550cms). This would allow all boundaries to be stored in the same file and use the same Time data. For Inflow3, a constant value is being specified. In this case the wildcard replacement would need to be a value “BC Event Source == _wildcard_ | 550”. If this was “550cms” this would cause an error about being unable to convert to a real number. This does not allow for a ramping up of the inflow and may cause stability issues. For the Initial water level, this can be set with the “SET IWL == “ command. For example: Define Event == 550cms BC Event Source == _flow_ | 550cms Set IWL == 149.9 End Define Define Event == 750cms BC Event Source == _flow_ | 750cms Set IWL == 149.9 End Define And finally, in the filenames you can use ~e1~, for the output and log files this will be replaced by the event. If you were to change the filename of your control file to TUFLOW_EXAMPLE_~e1~.tcf, When you run the outputs would become TUFLOW_EXAMPLE_550cms, TUFLOW_EXAMPLE_750cms… etc. As events and scenarios are also automatically classed as variables, wildcards can similarly be used in filepaths within your control files, using the following syntax for example: Output Folder == C:\TUFLOW\Results\<<ari>>\<<durn>>
I have tried to set up a model using the Scenario options, however it appears that you cannot use the If Scenario command in the ecf file. Is this correct? We were trying to specify different network and cross-section files depending upon the scenario (such as blockages), however TUFLOW appears to try and read all networks listed, ignoring the If Scenario and Else If... statements. Is the only option to create a range of ecf files for each scenario and read the relevant file from the tcf using the If Scenario commands? Thanks Gillian