Actions

CF-NETCDF.NC: Difference between revisions

From BAWiki

imported>Lang Guenther
(Link to UnTRIM2 added)
(entry for NCMERGE added)
 
(23 intermediate revisions by 7 users not shown)
Line 2: Line 2:
|name_de=CF-NETCDF.NC
|name_de=CF-NETCDF.NC
|filetype=cf-netcdf.nc
|filetype=cf-netcdf.nc
|version=May 2012
|version=April 2018
|version_descr=May 2012
|version_descr=March 2020
|significance=
|significance=
* BAW instance of a [[NETCDF.CDF|NetCDF]] file.
* BAW instance of a [[NETCDF.CDF|NetCDF]] file.
* NetCDF conventions, used to store BAW specific data, are documented in detail in the [[NetCDF|NetCDF-Pages of BAW-Wiki]].
* NetCDF conventions, used to store BAW specific data, are documented in detail in the [[NetCDF|NetCDF-Pages of BAW-Wiki]].
* CF compliance verified using the [http://puma.nerc.ac.uk/cgi-bin/cf-checker.pl NCAS ''CF Compliance Checker''].
* Basic metadata according to [http://cfconventions.org ''CF Metadata Conventions''].
* I.e. extensions for unstructured grids based on [http://ugrid-conventions.github.io/ugrid-conventions/ ''Unstructured Grid Metadata Conventions for Scientific Datasets''].
* Since May 2011 NetCDF-4/HDF5 is supported (see [http://www.unidata.ucar.edu/software/netcdf/ Unidata, NetCDF]).
* Since May 2011 NetCDF-4/HDF5 is supported (see [http://www.unidata.ucar.edu/software/netcdf/ Unidata, NetCDF]).
|filecontents=
|filecontents=
Line 16: Line 17:
## '''global attributes''' ('''title, history''' etc.).  
## '''global attributes''' ('''title, history''' etc.).  
#:Remark: the names of attributes as well as standard variable names should be chosen according to the following given conventions:
#:Remark: the names of attributes as well as standard variable names should be chosen according to the following given conventions:
#:* [http://cf-pcmdi.llnl.gov/ ''NetCDF Climate and Forecast (CF) Metadata Convention''], and
#:* [http://cfconventions.org ''CF Metadata Conventions''], and
#:* [http://cf-pcmdi.llnl.gov/documents/cf-standard-names/standard-name-table/15/cf-standard-name-table.html ''CF Standard Name Table''].
#:* [http://ugrid-conventions.github.io/ugrid-conventions/ ''Unstructured Grid Metadata Conventions for Scientific Datasets''].
# '''data''' for all variables stored in the file:
# '''data''' for all variables stored in the file:
## '''coordinate-variable''' data,
## '''coordinate-variable''' data,
## data for ordinary''' variables''', for which only one data record is stored in the file, and finally
## data for ordinary''' variables''', for which only one data record is stored in the file, and finally
## data for '''record-variables''' (which have one unlimited dimension, e.g.''' time'''), which can be stored several times.  
## data for '''record-variables''' (which have one unlimited dimension, e.g.''' time'''), which can be stored several times.
|nutzerprogramme=[[ArcGIS: Import data from CF-NetCDF file|ArcGIS]], [[DATACONVERT]], [[GRIDCONVERT]], [[UNTRIM2]], [[UNTRIM2007]]
READ performance for large CF-NetCDF data files may strongly depend on the inner structure of the data file. The size of a data block (or chunk) which is accessed by one READ is significant in this context. A file can be considered as ''well structured'' if time series access as well as spatial access can be executed with similar effort (number of READs required). This can be achieved using appropriate chunk sizes for the variables stored. More informations can be found here: 
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_why_it_matters ''Chunking Data: Why it Matters''], and
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_choosing_shapes ''Chunking Data: Choosing Shapes''].  
|nutzerprogramme=[[ArcGIS: Import data from CF-NetCDF file|ArcGIS]], [[DATACONVERT]], [[DISPLAY_PERCENTILES]], [[GRIDCONVERT]], [[NCAGGREGATE]], [[NCANALYSE]], [[NCAUTO]], [[NCCHUNKIE]], [[NCCUTOUT]], [[NCDELTA]], [[NCDVAR]], [[NCMERGE]], [[NCPLOT]], [[NCRCATMAT]], [[NC2TABLE]], [[NetCDF Operators]], [[PLOTPROFILZEIT]], [[QUICKPLOT]], [[TAYLORDIAGRAM]], [[UNK]], [[UNTRIM2]], [[UNTRIM2007]]
|language=Fortran90
|language=Fortran90
|fileform=UNFORMATTED
|fileform=UNFORMATTED
Line 30: Line 34:
$PROGHOME/fortran/lib/l_grid/*/mod_p_l_grid_ui.f90 or<br />
$PROGHOME/fortran/lib/l_grid/*/mod_p_l_grid_ui.f90 or<br />
$PROGHOME/fortran/lib/h_grid/*/mod_p_h_grid_ui.f90 or<br />
$PROGHOME/fortran/lib/h_grid/*/mod_p_h_grid_ui.f90 or<br />
$PROGHOME/fortran/lib/p_grid/*/mod_p_p_grid_ui.f90
$PROGHOME/fortran/lib/p_grid/*/mod_p_p_grid_ui.f90 or<br />
$PROGHOME/fortran/lib/io_insel/*/mod_io_insel_ui.f90 or <br />
$PROGHOME/fortran/lib/k_model/*/mod_p_k_model_ui.f90
|readmodules= ---
|readmodules= ---
|contact_original=[mailto:guenther.lang@baw.de G. Lang], [mailto:susanne.spohr@baw.de S. Spohr]
|contact_original=[mailto:guenther.lang@baw.de G. Lang], [mailto:susanne.spohr@baw.de S. Spohr]
Line 39: Line 45:
$PROGHOME/examples/lib/h_grid/UNTRIM-Content.CF-NetCDF.nc<br />
$PROGHOME/examples/lib/h_grid/UNTRIM-Content.CF-NetCDF.nc<br />
$PROGHOME/examples/lib/h_grid/UTRSUB-Content.CF-NetCDF.nc<br />
$PROGHOME/examples/lib/h_grid/UTRSUB-Content.CF-NetCDF.nc<br />
$PROGHOME/examples/lib/p_grid/profil05-Content.CF-NetCDF.nc
$PROGHOME/examples/lib/p_grid/profil05-Content.CF-NetCDF.nc<br />
$PROGHOME/examples/lib/io_insel/insel.netcdf-cf.nc<br />
$PROGHOME/examples/lib/k_model/2D.int.HPA.2d-hn-md.3h.xe.nc
}}
}}

Latest revision as of 10:45, 11 January 2022

Basic Information

File-Type

cf-netcdf.nc

File-Form

UNFORMATTED

Version

April 2018

Description-Date

March 2020

Significance of the File

File-Contents (in Catchwords)

  1. header with metadata:
    1. list of dimensions (name and length),
    2. list of variables (name, type and dimension(s)) for which data are stored in the file,
    3. attributes related to variables (long_name, units etc.), and
    4. global attributes (title, history etc.).
    Remark: the names of attributes as well as standard variable names should be chosen according to the following given conventions:
  2. data for all variables stored in the file:
    1. coordinate-variable data,
    2. data for ordinary variables, for which only one data record is stored in the file, and finally
    3. data for record-variables (which have one unlimited dimension, e.g. time), which can be stored several times.

READ performance for large CF-NetCDF data files may strongly depend on the inner structure of the data file. The size of a data block (or chunk) which is accessed by one READ is significant in this context. A file can be considered as well structured if time series access as well as spatial access can be executed with similar effort (number of READs required). This can be achieved using appropriate chunk sizes for the variables stored. More informations can be found here:

  1. Chunking Data: Why it Matters, and
  2. Chunking Data: Choosing Shapes.

Programs using this Type of File

ArcGIS, DATACONVERT, DISPLAY_PERCENTILES, GRIDCONVERT, NCAGGREGATE, NCANALYSE, NCAUTO, NCCHUNKIE, NCCUTOUT, NCDELTA, NCDVAR, NCMERGE, NCPLOT, NCRCATMAT, NC2TABLE, NetCDF Operators, PLOTPROFILZEIT, QUICKPLOT, TAYLORDIAGRAM, UNK, UNTRIM2, UNTRIM2007

Example-File

$PROGHOME/examples/lib/l_grid/lg.all_CF-NetCDF_Info.nc
$PROGHOME/examples/lib/h_grid/g05-Content.CF-NetCDF.nc
$PROGHOME/examples/lib/h_grid/UNTRIM-Content.CF-NetCDF.nc
$PROGHOME/examples/lib/h_grid/UTRSUB-Content.CF-NetCDF.nc
$PROGHOME/examples/lib/p_grid/profil05-Content.CF-NetCDF.nc
$PROGHOME/examples/lib/io_insel/insel.netcdf-cf.nc
$PROGHOME/examples/lib/k_model/2D.int.HPA.2d-hn-md.3h.xe.nc


back to: File Descriptions


Overview