Difference between revisions of "TUFLOW Check Files"
(One intermediate revision by the same user not shown) | |||
Line 154: | Line 154: | ||
!colspan="2" | Vector Check Files | !colspan="2" | Vector Check Files | ||
|- | |- | ||
− | | [[Check_Files_1d_to_2d_bc | _1d_to_2d_check]]|| Displays the 2D cells connected to 1D nodes via 2D HX and 2D SX 2d_bc objects including SX boundaries from 1D features. | + | | [[Check_Files_1d_to_2d_bc | _1d_to_2d_check]]|| Displays the 2D cells connected to 1D nodes via 2D HX and 2D SX 2d_bc objects including SX boundaries from 1D features. Additional information is supplied through the attributes.<br> |
In the _1d_to_2d_check layer, all SX cells connected to the same 1D node are grouped together as one object, and the Lowest_ZC_2D value is the lowest 2D cell ZC value of all the cells connected to the 1D node. For the _1d_to_2d_check_R layer, it’s not possible to group the cells as one object, each cell is separate, when clicking on the SX cells, note that the value is still the lowest ZC of all 2D cells, not of the individual cell. For 2D HX links, the value is the ZC value of the individual cell. | In the _1d_to_2d_check layer, all SX cells connected to the same 1D node are grouped together as one object, and the Lowest_ZC_2D value is the lowest 2D cell ZC value of all the cells connected to the 1D node. For the _1d_to_2d_check_R layer, it’s not possible to group the cells as one object, each cell is separate, when clicking on the SX cells, note that the value is still the lowest ZC of all 2D cells, not of the individual cell. For 2D HX links, the value is the ZC value of the individual cell. | ||
|} | |} | ||
Line 167: | Line 167: | ||
!colspan="2" | Vector Check Files | !colspan="2" | Vector Check Files | ||
|- | |- | ||
− | | [[Check_Files_2d_to_2d_bc | _2d_to_2d_check]]|| Displays the 2D cells used to link two 2D domains together via a 2d_bc type “2D” boundary. | + | | [[Check_Files_2d_to_2d_bc | _2d_to_2d_check]]|| Displays the 2D cells used to link two 2D domains together via a 2d_bc type “2D” boundary. Use the <font color="blue"><tt>Reveal 1D Nodes</tt></font> <font color="red"><tt>==</tt></font> <tt>ON</tt> command in the .tcf to view the locations of the hidden 1D nodes. |
|} | |} | ||
Latest revision as of 09:24, 26 August 2024
Introduction
If the Write Check Files == command is included in the .tcf (2D check files) and/or .ecf (1D check files) will be output from TUFLOW. These are a series of output files in both GIS (MapInfo or Shapefile format) and tabular data in .csv format. These check files contain information on the data processed by TUFLOW, for example the _zpt_check file contains the final elevation at each zpt in the model.
Managing Check Files
The 2D and 1D check files can be controlled separately by having the Write Check Files == in both the .tcf and .ecf files. However,
Write Check Files == in the .tcf file will automatically also write the 1D check files. There is no need to specify Write Check Files == in the .ecf file unless a different folder path for the files is desired.
The check files for big models can get very large and consume quite a lot of hard drive space. It is possible to exclude or include certain check file types. This is done by specifying either "Include" or "Exclude" to the left of the equals sign:
Write Check Files Exclude == <file list>
Write Check Files Include == <file list>
The file list is a space separated list of files. To exclude the large grd, uvpt and zpt files specify:
Write Check Files Exclude == zpt uvpt grd
To output only the gridded elevations (DEM_Z) the command would be :
Write Check Files Include == DEM_Z
Alternatively, the Write Check Files == command may be used without options to add a prefix to all check files or specify a location in which to write the files. If <file_prefix> is omitted or ends in a “\” to indicate a folder, the .tcf filename (without the .tcf extension) is prefixed to each check file. <prefix_list> can include a folder path that is normally set to the check folder. See the examples below for this subtle difference.
Write Check Files All ! writes all check files with no prefix to the same location as the .tcf file
Write Check Files == C:\tuflow\check\2d ! writes all check files to the folder “C:\tuflow\check” and prefixes with “2d”
Write Check Files == C:\tuflow\check\ ! writes all check files to the folder “C:\tuflow\check” and prefixes with the .tcf filename
Write Check Files == C:\tuflow\check ! writes all check files to the folder “C:\tuflow” and prefixes with “check”
Tips for Visualising Check Files
Depending on the size of the model, the check files may contain a large amount of data, for example the _grd_check file may contain thousands or millions of cells. As a modeller you probably won't inspect each cell to ensure that the data is value, however you may want to view this for the entire model. Thematic mapping or styling the input layers can be used in your GIS software to do this.
Some tips are given below for a range of GIS platforms, however, the functionality is likely to be available in almost all GIS platforms:
Check File Types
The check files are separated into 2D and 1D check files. The output location for these is controlled by commands in the .tcf and .ecf as described above. Not all check file types will be output for all models, if a model has no 2D Z Shape (2d_zsh) format topography modifiers then the _zsh_zpt check file type will not be output by TUFLOW. A list of the check file types is provided below. For more information on each of these please click on the page link.
It is also worth noting that the attributes of the check file may also change depending on the features in the model. If a model has soils specified (for infiltration) then the _grd_check file will contain the soil type for each grid cell. If no soils are specified this attribute is not output.
2D Check Files
The table below contains a complete list of the 2D check files. Note that for linked 2D/1D or 2D/2D models these check files are outlined in the sections below.
Filename prefix / suffix | Brief Description |
---|---|
Tabular Check Files | |
_2d_bc_tables_check | Tabular data as read from the boundary condition database via any 2d_bc layers and after any adjustments (eg. time shift). Provides traceability to original data source. Note: the boundary values do not include the effects of any 2d_bc attributes such as f. |
Raster Check Files | |
_DEM_M | A DEM of the final material ID values, similar to the DEM_Z check grid described below. The .tcf command Grid Format can be used output this check file in ASCII (ASC) or binary (FLT) format rather than the default TIF format. |
_DEM_Z | A DEM of the final ground/bathymetry elevations, including those from any 1D WLL mesh. The file is given a DEM_Z extension, and can be readily opened by most GIS and other GUIs. The default size of the grid cells is half the smallest 2D cell size. This can be changed using the Grid Output Cell Size == command. To exclude writing this file, include “DEM_Z” in the Write Check Files EXCLUDE list. The Grid Format == command can be used to control the format of the file. The DEM_M and DEM_Z check grids are written if the model start up is forced to only process the .tgc file. To do this, don’t specify or comment out, the BC Control File command. |
_DEM_Zmin | A DEM based on the minimum SGS elevations. This file is only produced when running a model with SGS. The .tcf command Grid Format can be used output this check file in ASCII (ASC) or binary (FLT) format rather than the default TIF format. |
Vector Check Files | |
_ad_check | Contains information on initial conditions when using the advection-dispersion module. |
_bg_uvpt_check | Contains information on adjustments to the ZU/ZV cell sides as modified by Read GIS BG Shape == command. |
_bcc_check | GIS files providing trace back information and uses cells, rather than point/line objects to show 2D BCs. |
_dom_check | Contains a rectangle for each 2D domain showing the location, orientation and size of the domain. Within this domain, cells can be turned on or off, outside this domain no 2D calculations can be performed. |
_fc_check | GIS layer of the final arrangement of flow constrictions (FC). The flow constrictions are written as individual square cells of the same shape as the grid cells, even if the FC was specified using points or lines/polylines. |
_fcsh_uvpt_check | Contains information on adjustments to the ZU/ZV cell sides as modified by Read GIS FC Shape == commands. |
_glo_check | GIS layer of any gauge level output (GLO) locations. |
_grd_check | GIS layer of the final 2D grid. Represents the final grid including modifications from the .tgc file, boundary specifications and flow constrictions. Note that the Material and bed resistance (eg. Mannings_n) attributes do not include any modifications due to flow constrictions as these are applied directly to the cell mid-sides (rather than the cell centre). To view these use the _uvpt_check file. Can also be written at different stages within a .tgc file (see Write GIS Grid == command). The file contains all modifications to the 2D grid at the point in the .tgc file that it is written. |
_input_layers | GIS layer containing full filepaths to all input layers used to compile the model. |
_lfcsh_uvpt_check | Contains information on adjustments to the ZU/ZV cell sides as modified by Read GIS Layered FC Shape == commands. |
_lp_check | GIS layer of any 2D longitudinal profile(s). |
_po_check | GIS layer of any 2D plot output location(s). The layer shows points and lines occurring from the cell centres, rather than their exact locations in the original file(s). For the shapefile the points and lines are output in separate files. |
_sac_check | GIS layer of the lowest cell selected for Read GIS SA inputs, and cells selected if using Read GIS SA PITS. |
_sh_obj_check | Contains objects such as buffer polygons used for wide lines, triangles generated for TINs within polygons, and regions and polylines for thick and thin lines to illustrate areas that have been modified by Create TIN Zpts (if the WRITE TIN option is specified), Read GIS Z Shape ==, Read GIS Variable Z Shape ==, Read GIS FC Shape == and Read GIS Layered FC Shape == commands. |
_uvpt_check | GIS layer containing the initial velocities, roughness value, FLC, WrF, FC lid depth and FC BD factor at the U and V points. For materials that vary Manning’s n with depth, the Manning_n attribute contains the Manning’s n value at the higher depth. |
_vzsh_check | Contains information on Zpts that have been modified by Read GIS Variable Z Shape == commands. |
_zln_zpt_check | GIS layer containing Zpts that have been modified by Read GIS Z Line == commands, the type of Z Line and the Z Line filename. This feature is very useful for checking which Zpts that the Z Lines have modified. Note: It does not include any GULLY lines. |
_zpt_check | GIS layer of the final 2D Zpts. Represents the final Zpts including all modifications from the .tgc file, and any flow constrictions in the .tcf file. Can also be written at different stages within a .tgc file (see the Write GIS Zpts command). The file contains all modifications to the 2D Zpts at the point in the .tgc file that it is written. This allows checking of the elevations at different stages of building the topography. |
_zsh_zpt_check | Contains Zpts that have been modified by Read GIS Z Shape == commands. |
1D Check Files
The table below contains a complete list of 1D check files.
Filename prefix / suffix | Brief Description |
---|---|
Tabular Check Files | |
_1d_bc_tables_check | Contains the tabular boundary data for the 1D section of the model. |
_1d_pit_inlet_tables_check | Similar to the _1d_bc_tables_check. It contains tabular data as read from the pit inlet database. |
_1d_ta_tables_check | Tabular data as read from tables via the 1d_tab layers for cross-section, storage and other data. Provides full traceability to original data source and additional information such as hydraulic properties determined from a cross-section profile. Flood Modeller XZ processed, and MIKE 11 processed cross-section data included. Refer also to the _xsl_check layer. |
_Str_Grp_All _Str_Grp_Multi |
.csv file containing information on the structure groups. |
Vector Check Files | |
_1d_bc_check | GIS layer of the final 1D boundary conditions (BC). If no boundary conditions were specified, empty files are written that can be used to set up a new layer. |
_hydroprop_check | Contains the hydraulic properties at the top of the hydraulic properties tables as attributes of the 1D channels. Other information such as the primary Manning’s n is also provided. Very useful for carrying out quality control checks on the 1D channels. |
_inverts_check | Contains the inverts of the 1D nodes and at the ends of the 1D channels. Very useful for checking for smooth transitions from one channel to another and with the nodes. |
_iwl_check | GIS layer of the initial water levels at the 1D model nodes. |
_mhc_check | GIS layer of manholes including any automatically created manholes. |
_nwk_C_check | GIS layer of the final 1D model network. This check layer contains the channels of the 1D domain only. The _nwk_N_check layer contains the nodes. Any generated pit channels are shown as a small channel flowing from north to south into the pit node. The upstream pit channel node that is generated is also shown. The length of the pit channel is controlled by Pit Channel Offset == command. |
_nwk_N_check | GIS layer of the final 1D model network. This check layer contains the nodes of the 1D domain only. The _nwk_C_check layer contains the channels. This is very useful for checking for channel ends or nodes that are not snapped. |
_pit_A_check | GIS layer of the 1D pit details. |
_WLLo_check _xWLLo_check |
GIS layer of all the WLL objects read. The attributes provide information on which nodes that area associated with, etc. The _WLLo_check layers are written for ESTRY 1D domains, whereas the _xWLLo_check layers are written for external 1D domains, such as Flood Modeller or XP-SWMM. |
_WLLp_check _xWLLp_check |
GIS layer of where the points were generated along the WLLs. These points can then be used for Read GIS WLL Points == command. The _WLLp_check layers are written for ESTRY 1D domains, whereas the _xWLLp_check layers are written for external 1D domains, such as Flood Modeller or XP-SWMM. |
_xsl_check | GIS layer containing tabular data as read from 1d_xs input layers. Contains the XS ID and other useful information on the cross-section properties, etc. Refer also to _ta_tables_check. |
_x1d_chans_check | GIS layer containing the location of 1D channels from an external 1D domain. |
_x1d_nodes_check | GIS layer containing the location of 1D nodes from an external 1D domain. |
2D / 1D Check Files
The following check files will only be produced if a linked 1D / 2D model is created.
Filename prefix / suffix | Brief Description |
---|---|
Tabular Check Files | |
_x1D_H_to_2D _x1D_H_from_2D _2D_Q_to_x1D _2D_Q_from_x1D |
Contains the water levels sent to the 2D domain and the flows returned from the 2D to/from an external 1D scheme such as Flood Modeller or XP-SWMM. These files are only written when using the .tcf command Write X1D Check Files == ON. |
Vector Check Files | |
_1d_to_2d_check | Displays the 2D cells connected to 1D nodes via 2D HX and 2D SX 2d_bc objects including SX boundaries from 1D features. Additional information is supplied through the attributes. In the _1d_to_2d_check layer, all SX cells connected to the same 1D node are grouped together as one object, and the Lowest_ZC_2D value is the lowest 2D cell ZC value of all the cells connected to the 1D node. For the _1d_to_2d_check_R layer, it’s not possible to group the cells as one object, each cell is separate, when clicking on the SX cells, note that the value is still the lowest ZC of all 2D cells, not of the individual cell. For 2D HX links, the value is the ZC value of the individual cell. |
2D / 2D Check Files
The following check files will only be produced if a multiple 2D Domain (linked 2D / 2D model) is created.
Filename prefix / suffix | Brief Description |
---|---|
Vector Check Files | |
_2d_to_2d_check | Displays the 2D cells used to link two 2D domains together via a 2d_bc type “2D” boundary. Use the Reveal 1D Nodes == ON command in the .tcf to view the locations of the hidden 1D nodes. |
Common Questions Answered (FAQ)
My cross sections have various Manning's n, but only one value is reported in 1d_ta_tables_check.csv. Is it applied correctly?
When the Manning’s n values differ throughout the cross section (N flag is specified), these are used to proportionally adjust the width of the cross section to an effective width and calculate the whole cross section as it has only one Manning’s n. In the processed hydraulic properties part of the 1d_ta_tables_check.csv, the width is different to the effective width and the header of the last column K (conveyance) only shows a single Manning’s n value. The .eof file and nwk_C_check file will report one Manning's n and n_nf_cd value, the one that was used for the calculation of the effective width - bed elevation Manning's n.
Note: When an N flag is specified in XZ cross section, the n_nf_cd value in 1d_nwk layer becomes a Manning's n multiplier. It is usually set to 1 and could be used for calibration purposes.
Up |
---|
Back to TUFLOW Modelling Guidance |