DATACONVERT: Difference between revisions
From BAWiki
imported>BAWiki 3 No edit summary |
imported>BAWiki 3 No edit summary |
||
Line 1: | Line 1: | ||
{{FileDescription | {{FileDescription | ||
|name_de= | |name_de=dataconvert.dat | ||
|filetype=dataconvert.dat | |filetype=dataconvert.dat | ||
|version=6.x / December 2009 | |version=6.x / December 2009 |
Revision as of 15:08, 5 May 2010
Basic Information
File-Type
dataconvert.dat
File-Form
FORMATTED
Version
6.x / December 2009
Description-Date
December 2009
Significance of the File
Contains various input steering data for the postprocessor DATACONVERT
File-Contents (in Catchwords)
Contains various input steering data, which are required during conversion of computational results for the integrated modelling system Delft3D. Original data are stored in NetCDF data files and are going to be converted and written to BAW-specific BDF data files.
informations related to output files (block Output_Information)
- file to store converted depth averaged (2D-) computational results (filetype dirz.bin.r, dirz.bin.i and dirz.bin).
- Notice:data for multiple computational domains are going to be gathered and stored in this file.
- file to store the converted computational grid (filetype untrim_grid.dat).
- Notice:computational grid data for multiple computational domains are going to be gathered and stored in this grid file.
- (optional) file to store converted depth dependent (3D-) computational results (filetype dirz.bin.r, dirz.bin.i and dirz.bin).
- Notice: data for multiple computational domains are going to be gathered and stored in this file.
- (optional) file with description of the vertical layer structure (z-layers), to be used for the converted computational results (filetype vertical.dat).
- Notice: this file must be always specified in situations when three-dimensional data are going to be generated by conversion.
- (optional) threshold depth for drying and wetting.
- Notice: the value prescribed shall be not smaller than the one used during the Delft3D simulation.
- (optional) start time for data conversion.
- Notice: if not specified the first date contained in the input data will be used.
- (optional) end time for data conversion.
- Notice: if not specified the last date contained in the input data will be used.
- (optional) time step for data conversion.
- Notice: if not specified all dates contained in the input data will be converted.
- (optional) maximum increase of depth during a morphodynamic simulation. Depth at all grid points is increased by this amount to cover depth variation due to morphodynamics within a z-layered (vertical) grid. Exception: depths at (protected) structures will not be altered.
- Notice: if this parameter is not prescribed all depth values will remain unchanged.
- (optional) steering parameter for the method chosen to compute initial depth values at grid points. Depths can be computed from values prescribed in grid files or in computational result files.
- Notice: if this parameter is not prescribed, depth values are derived from grid data only.
- (optional) steering parameter for type of method used to compute depth values for new edges inserted during the grid refinement process. Method can be either MEAN, MAX or MIN.
- Notice: if this parameter is missing, method MEAN will be used.
- (optional) steering parameter for rounding of time and date information (digits for nanoseconds). The number of digits for nanoseconds (0 - 9) has to be prescribed. In case 0 (zero) is prescribed, no digits for nanoseconds are taken into account and all internal time and date items are rounded to seconds.
- Notice: if this parameter is not specified, no time and date item will be subject to rounding (full accuracy).
informations related to input files (block Input_Files).
- Notice: this block can be specified several times, i. e. one time for each computational domain.
- name of NetCDF-file which contains the computational results from Delft3D going to be converted (filetype netcdf.cdf; Notice: has to be specified only once per computational domain), plus (optional) code numbers for the converted physical quantities (Notice: in case code numbers are not specified, all quantities which are feasible for conversion are going to be converted automatically).
- name of file which contains the computational grid going to be converted (filetype delft3d.grd).
- Additionally the following files of type delft3d.dep and delft3d.enc must be present in the working directory.
- Optionally files of type delft3d.dry, delft3d.thd, delft3d.lwl, delft3d.ext as well as delft3d.bnd may be present in the working directory.
- Remark 1: Only one file with extension grd per computational domain can be specified. The other (related) files are only allowed to differ with respect to their extension.
- Remark 2: For each computational domain the converted computational grid as well as the converted computational results are stored in files of type untrim_grid.dat dirz.bin.R, dirz.bin.I and dirz.bin.
dictionary-file hyd_untrim_dico.dat, normally present in directory $PROGHOME/dic/, will be automatically read by the application program in addition to the user-specified input file.
Programs using this Type of File
Example-File
please refer to $PROGHOME/examples/dataconvert/
back to: File Descriptions