InfoWorks ICM to TUFLOW: Difference between revisions
Content deleted Content added
Tuflowduncan (talk | contribs) |
Tuflowduncan (talk | contribs) |
||
| (59 intermediate revisions by 2 users not shown) | |||
Line 1:
'''Page In Progress'''
=Introduction=
This page outlines an approach for conversion of an InfoWorks ICM model to an Estry/TUFLOW format so that the 1D and 2D networks can be replicated in TUFLOW and used to generate a TUFLOW model.<br>
Line 5 ⟶ 7:
The InfoWorks data formats are native and therefore do require access to InfoWorks in order to convert the data. Note, that the following steps can be undertaken with a InfoWorks ICM Viewer licence and a full licence is not currently required.
Although the InfoWorks ICM data formats are proprietry, it is relatively easy to use the Open Data Export Centre within InfoWorks ICM to export the model geometry data to open GIS layer formats (both shapefile and MIF/
To open the Open Data Export Centre in InfoWorks ICM, open your network in the geoplan, select the relevant scenario, and go to '''Network->Export->Using Open
[[File:ODEC.png|400px]]
Line 14 ⟶ 16:
==Quick Export of Geometry Data==
To get a full export of all the model files, with InfoWorks file formats, open the network and go to '''Network->Export->to Shape Files''', select the save location and the InfoWorks tables that you're interested in. Once exported the shape files can be opened in GIS to view the network table geometry and parameters. Once the data is exported, it's possible to use the QGIS TUFLOW Plugin 'Insert TUFLOW Attributes to Existing GIS Layer' and then map across the field values from InfoWorks to TUFLOW with conversion as required.
A Ruby script is also available which will export export all data via the Open Data Export Centre without the need for the user to export each table individually. The data can use a config file to undertake some of the mapping of field values and some conversion.
==Use of Ruby Scripts==
It’s possible to utilise the Ruby Scripting interface within InfoWorks ICM to speed up the export. A ruby script can be run to call the Open Data Export Centre, and export all requested tables, using a specified config file automatically, significantly reducing the number of button clicks. An example Ruby Script is available from <u>[
To run the script, you’ll again need to run InfoWorks ICM with a viewer licence or greater. With the desired network in the geoplan, go to '''Network->Run Ruby Script'''. Navigate to and select the ruby script, in the below this is ICM_Out_to_shp_1.rb.
Line 63 ⟶ 44:
[[File:TUFLOW network.png|400px]]
Operational Control is referred to as Real Time Control (RTC) in InfoWorks. The ruby script above will export the RTC as a text file called [Network_Name]_ICM_RTC.txt which can be used as the basis to generate the TUFLOW Operational Control file. The RTC is made up of the object that is being controlled, the defined ranges in which the structure operates and the desired operation. For example in the below example, the sluice gate, Storm1_Chamber.1, will be set to an 'On' position of 0.2m if the height above datum at FORAST_CSO is below 32.3m AD and will be set to an 'Off' position of 0m if the water level is above 32.3m AD.
[[File:RTC.PNG]]
This can be written using TUFLOW Operation Control rules as the following:-
<font color="blue"><tt>Define Sluice </tt></font> <font color="red"><tt>==</tt></font> Storm1_Chamber.1
WSE <font color="red"><tt>==</tt></font> H1D FORAST_CSO
<font color="blue"><tt>IF</tt></font> WSE < 32.3
Gate Opening <font color="red"><tt>==</tt></font> 0.2
<font color="blue"><tt>ELSE</tt></font>
Gate Opening <font color="red"><tt>==</tt></font> 0
<font color="blue"><tt>END IF</tt></font>
=Exporting Boundary Conditions=
Line 79 ⟶ 71:
=Exporting a Gridded Ground model=
Within InfoWorks, select the gridded ground model, right click and choose '''Export->to ESRI ASCII grid files'''. This will export into a file format that can be directly used within TUFLOW.
=Other Considerations=
*Shapefile limitations mean that field names and values can only be 11 characters long. This can mean that some node ids and other information is truncated. This is reported in the error reporting.▼
<br>
▲Shapefile limitations mean that field names and values can only be 11 characters long. This can mean that some node ids and other information is truncated.
{{Tips Navigation
|uplink=[[Main_Page| Back to Main Page]]
}}
| |||