Tutorial Module01 Archive: Difference between revisions
Content deleted Content added
No edit summary |
No edit summary |
||
(16 intermediate revisions by 5 users not shown) | |||
Line 31:
<ol>
<li>Set up the model directory and sub-directories as recommended in the list below (for a more detailed description
''* If using SMS, the folder structure listed above is automatically created before running the model using the "Export TUFLOW files" command (see <u>[[Run TUFLOW from within SMS|Run TUFLOW from within SMS]]</u>).
<br>
Line 108:
=== Run TUFLOW to Create Empty (Template) GIS Files===
We now need to run TUFLOW using the TUFLOW Control File (TCF). There are a number of ways TUFLOW can be setup to run. In each case the TUFLOW executable is started with the TCF as the input. For more information on running TUFLOW please refer to
<ol>
Line 120:
<br>
<li> Start TUFLOW from a batch file using the TCF file we have created ('''M01_5m_001.tcf'''). Follow the steps outlined in, <u>[[Run TUFLOW From a Batch-file | Running TUFLOW from a Batch-file]]</u> to create the batch file.
<li> Double click the created batch file (.bat) from Windows Explorer to execute the simulation. A console
[[File:Tute M01 DOS Empties.png|frame|none]]
<br>
Line 169:
=== Define Elevations ===
In the previous section, the extent and dimensions of the 2D domain were defined. We now need to assign elevations at each 2D cell centre, mid-side and corner. These points are known as Zpts.<br>
Knowledge of 2D domain geometry is fundamental to understanding how TUFLOW works. A brief description on the computational function of each of the Zpts in a TUFLOW cell is given in the <u>[[Zpt_Description | Zpt Description]]</u> page.
<br>
There are two methods to assign the elevations to the Zpts. The first is to directly input the elevation model into TUFLOW as either a TIN or gridded DEM dataset. TUFLOW will assign the elevations from the elevation dataset to Zpts within the DEM / TIN. This offers the following benefits:<br>
Line 194:
* <u>[[Tute_M01_Active_Areas_MI_Archive|Define active area in Mapinfo]]</u>
* <u>[[
* <u>[[Tute_M01_Active_Areas_QGIS_Archive|Define active area in QGIS]]</u>
* <u>[[Tute_M01_Active_Areas_SMS_Archive|Define active area in SMS]]</u>
Line 388:
Open and view the TUFLOW results in your viewing package, for instructions on this please select your results package below.<br>
*<u>[[View_Results_in_SMS_10.
*<u>[[View_Results_in_SMS_11.
*<u>[[
*<u>[[
*<u>[[
*<u>[[
== Reviewing Model Performance ==
Line 409:
=== TUFLOW Log file ===
The first place to look is at the final output in the
<font color="blue"><tt>Log Folder </tt></font> <font color="red"><tt>==</tt></font> <tt>Log</tt><br>
Line 463:
=== TUFLOW Messages Layers ===
TUFLOW writes a number of messages, in increasing order of severity these are: Check --> Warning --> Error. Each of the messages generated by TUFLOW has a four digit ID code. A description of each of these messages is given in the message database section of this wiki: <u>[[
When a numerical model such as TUFLOW struggles to converge to a solution, spurious results such as negative depths can be generated. When this occurs TUFLOW creates a warning and writes this to the _messages.csv file and also to a GIS file. This can be opened in excel, or your GIS package.
<ol>
Line 496:
== Conclusion ==
To conclude, in this module we have created a 2D TUFLOW model.
The model results, depths and velocity outputs look sensible. However, the model has a slight issue with mass balance, which appears in the main channel areas.
In Module 3 we will model the creek area as an embedded 1D open channel, this should minimise the mass area noted in this tutorial.
See the <u>[[Tutorial_Module01_Archive#Advanced_-_Model_Resolution_.28Optional.29 |Optional Section]]</u> below, in which we look at halving the cell size and the effect this has on the model results and simulation time.
Whilst reviewing the results, you may have noticed that the water was being held behind these road embankments (which were essentially acting as dams in the model.
==Troubleshooting==
This section contains links to some common issues that may occur when progressing through the first module of the TUFLOW tutorial model. If you experience an issue that is not detailed on here please either send an email to [mailto:support@tuflow.com support@tuflow.com].<br>
*<u>[[
*<u>[[Tutorial_Troubleshoot_2014|ERROR 2014 - No active cells within SA inflow polygon]]</u>
*<u>[[
== Advanced - Model Resolution (Optional) ==
Line 533:
<br>
===Results===
Using the methods described
[[File:Tute M01 2p5m results SMS.png|450px]]
Line 554:
The model performs better with a smaller cell size, as the 5m resolution is a bit too coarse for representing the narrow in-bank flowpath in a 2D manner. In Module 3 we will overcome this issue by modelling the creek using a 1D model, which will be dynamically linked with the 2D model.<br>
<br>
It is worth noting the increase in runtime, by halving the cell size by a factor of 2, we have four times as many cells (each 5m x 5m cell is now four 2.5m x 2.5m cells), we also needed to reduce the timestep, as the Courant number is directly related to cell size (refer to the <u>[https://docs.tuflow.com/classic-hpc/manual/latest/ TUFLOW
<br>
The following Wiki page gives some guidance on <u>[[Estimating_Runtimes | estimating model runtimes]]</u> based on the model area and cell size.
== Advanced - HPC Solver (Optional) ==
This section will introduce how to run the model TUFLOW’s HPC (Heavily Parallelised Compute) solver, and how to fix some common issues that may occur when trying to run a simulation using Graphics Processing Unit (GPU) hardware. Please see [[HPC_Features_Archive | HPC Features Archive]] for more information on TUFLOW HPC features supported in the 2017 release.
TUFLOW HPC can run between 10 and 100 times faster than TUFLOW Classic using NVidia Graphics Processing Units (GPU)(depending on the model configuration and hardware performance). <br><br>
Line 582:
===Results===
Using the methods described above in the <u>[[Tutorial_Module01_Archive#Viewing_Results | Viewing Results]]</u> section.
* Check the simulation logs in the
* View the results in your preferred package.
Do the logs and results appear different? Did the simulation run faster using the GPU hardware? For more information about computer hardware and simulation speed, please refer to the <u>[[Hardware_Benchmarking | Hardware Benchmarking Page]]</u>.
Line 601:
</ol>
<br>
If you experience an issue that is not detailed above please send an email to [mailto:support@tuflow.com support@tuflow.com]<br>
|