User Guide 023: Difference between revisions

From CIRPwiki
Jump to navigation Jump to search
(Created page with "12 Appendix B: Description of Output Files XMDF Solution Files (Binary Format) By default, CMS global solution output files are written in a binary format called XMDF which is...")
 
No edit summary
Line 1: Line 1:
12 Appendix B: Description of Output Files
=12 Appendix B: Description of Output Files=
XMDF Solution Files (Binary Format)
 
==XMDF Solution Files (Binary Format)==
 
By default, CMS global solution output files are written in a binary format called XMDF which is based on the HDF5 format which was developed to allow for portability between Windows and non-windows platforms.  At present, the SMS reads and writes XMDF files.  Additional binary formats are under review to be implemented in CMS for compatibility with other numerical models.
By default, CMS global solution output files are written in a binary format called XMDF which is based on the HDF5 format which was developed to allow for portability between Windows and non-windows platforms.  At present, the SMS reads and writes XMDF files.  Additional binary formats are under review to be implemented in CMS for compatibility with other numerical models.
To make post-processing a little easier, CMS developers have written a Matlab code, shown below, that reads in the CMS XMDF solution file.   
To make post-processing a little easier, CMS developers have written a Matlab code, shown below, that reads in the CMS XMDF solution file.   


matlab code
matlab code


SMS Super Files (ASCII Format)
=SMS Super Files (ASCII Format)=
Another option in CMS is to write out solutions in an ASCII format.  CMS developers decided to use a format previously implemented in the SMS for writing large ASCII datasets.  This format requires three files to be present for each solution dataset: a super file, a scatter point file, and the scatter data file.  
 
Another option in CMS is to write out solutions in an ASCII format.  CMS developers decided to use a format previously implemented in the SMS for writing large ASCII datasets.  This format requires three files to be present for each solution dataset: a super file, a scatter point file, and the scatter data file.
   
The super file simply contains a link to the scatter point file which stores the XY coordinates of each solution point.  This file has a “.sup” file extension.
The super file simply contains a link to the scatter point file which stores the XY coordinates of each solution point.  This file has a “.sup” file extension.
The scatter point file contains the name associated with this output file, the total number of solution points and a list of the XY coordinates of each solution point.  This file has a “.xy” file extension.
The scatter point file contains the name associated with this output file, the total number of solution points and a list of the XY coordinates of each solution point.  This file has a “.xy” file extension.
The scatter data file typically contains information such as the name associated with this output file (same as the name given in 2. Above), reference time, time units, and then scalar or vector records for each output interval as specified in the parameter file.  This file has a “.dat” file extension.
The scatter data file typically contains information such as the name associated with this output file (same as the name given in 2. Above), reference time, time units, and then scalar or vector records for each output interval as specified in the parameter file.  This file has a “.dat” file extension.
To activate ASCII output for solutions, the user must define the “GLOBAL_SUPER_FILES  ON” card in the CMS parameter file.
 
Time Series (Observation Point) Files
To activate ASCII output for solutions, the user must define the <span style="color:#0000FF"> “GLOBAL_SUPER_FILES</span> <span style="color:#FF0000"> ON” </span> card in the CMS parameter file.
 
=Time Series (Observation Point) Files=
 
As an alternative to frequent output intervals in the global solutions, which are often quite large after completion, CMS has the option to output information for individual locations inside the domain into ASCII files.  These are referred to as observation points.  Because information is stored for a very small selection of points, users can define this output to be at much smaller time intervals without resulting in very large files.   
As an alternative to frequent output intervals in the global solutions, which are often quite large after completion, CMS has the option to output information for individual locations inside the domain into ASCII files.  These are referred to as observation points.  Because information is stored for a very small selection of points, users can define this output to be at much smaller time intervals without resulting in very large files.   
Individual scalar files are written for each type of information that is to be written.  Presently, these types are: current velocity U and V components, water surface elevation, flow rates in X and Y direction, sediment transport rates in X and Y direction, suspended load sediment concentration, salinity concentration, and bed composition.  Each file may contain output for one or more cells as defined in the SMS observation cell selection procedure.  A flagged value of ‘-999.0000’ is given for any computational cell that is considered dry at each output time.  A partial example of the file format is shown below:
Individual scalar files are written for each type of information that is to be written.  Presently, these types are: current velocity U and V components, water surface elevation, flow rates in X and Y direction, sediment transport rates in X and Y direction, suspended load sediment concentration, salinity concentration, and bed composition.  Each file may contain output for one or more cells as defined in the SMS observation cell selection procedure.  A flagged value of ‘-999.0000’ is given for any computational cell that is considered dry at each output time.  A partial example of the file format is shown below:



Revision as of 20:05, 2 May 2015

12 Appendix B: Description of Output Files

XMDF Solution Files (Binary Format)

By default, CMS global solution output files are written in a binary format called XMDF which is based on the HDF5 format which was developed to allow for portability between Windows and non-windows platforms. At present, the SMS reads and writes XMDF files. Additional binary formats are under review to be implemented in CMS for compatibility with other numerical models.

To make post-processing a little easier, CMS developers have written a Matlab code, shown below, that reads in the CMS XMDF solution file.

matlab code

SMS Super Files (ASCII Format)

Another option in CMS is to write out solutions in an ASCII format. CMS developers decided to use a format previously implemented in the SMS for writing large ASCII datasets. This format requires three files to be present for each solution dataset: a super file, a scatter point file, and the scatter data file.

The super file simply contains a link to the scatter point file which stores the XY coordinates of each solution point. This file has a “.sup” file extension.

The scatter point file contains the name associated with this output file, the total number of solution points and a list of the XY coordinates of each solution point. This file has a “.xy” file extension.

The scatter data file typically contains information such as the name associated with this output file (same as the name given in 2. Above), reference time, time units, and then scalar or vector records for each output interval as specified in the parameter file. This file has a “.dat” file extension.

To activate ASCII output for solutions, the user must define the “GLOBAL_SUPER_FILES ON” card in the CMS parameter file.

Time Series (Observation Point) Files

As an alternative to frequent output intervals in the global solutions, which are often quite large after completion, CMS has the option to output information for individual locations inside the domain into ASCII files. These are referred to as observation points. Because information is stored for a very small selection of points, users can define this output to be at much smaller time intervals without resulting in very large files.

Individual scalar files are written for each type of information that is to be written. Presently, these types are: current velocity U and V components, water surface elevation, flow rates in X and Y direction, sediment transport rates in X and Y direction, suspended load sediment concentration, salinity concentration, and bed composition. Each file may contain output for one or more cells as defined in the SMS observation cell selection procedure. A flagged value of ‘-999.0000’ is given for any computational cell that is considered dry at each output time. A partial example of the file format is shown below:

example

In each file, there is a header row which gives a description of the contents of the following rows. In the example above, the first column contains “time in hours”, followed by three columns giving the cell numbers as saved by the SMS interface. There will be one row per output time.