Actions

DATACONVERT.DAT: Difference between revisions

From BAWiki

imported>BAWiki 3
mNo edit summary
imported>BAWiki 3
mNo edit summary
Line 33: Line 33:
:* (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.
:* (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).  
:: 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''').
:: informations related to input files (block '''Input_Files''').
:: Notice: this block can be specified several times, i. e. one time for each computational domain.
:: 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|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 NetCDF-file which contains the computational results from Delft3D going to be converted (filetype [[NETCDF.CDF|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).

Revision as of 14:35, 11 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)

Notice: data for multiple computational domains are going to be gathered and stored in this file.
Notice: computational grid data for multiple computational domains are going to be gathered and stored in this grid file.
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

DATACONVERT

Example-File

please refer to $PROGHOME/examples/dataconvert/


back to: File Descriptions


Overview