Aktionen

CF-NETCDF.NC: Unterschied zwischen den Versionen

Aus BAWiki

imported>Lang Guenther
(NCAUTO hinzugefügt)
(Eintrag für NCMERGE ergänzt)
 
(10 dazwischenliegende Versionen von 7 Benutzern werden nicht angezeigt)
Zeile 2: Zeile 2:
|name_en=CF-NETCDF.NC
|name_en=CF-NETCDF.NC
|dateityp=cf-netcdf.nc
|dateityp=cf-netcdf.nc
|version=September 2015
|version=April 2018
|version_beschr=November 2015
|version_beschr=März 2020
|bedeutung=
|bedeutung=
* BAW-Ausprägung einer [[NETCDF.CDF|NetCDF]]-Datei.
* BAW-Ausprägung einer [[NETCDF.CDF|NetCDF]]-Datei.
* Für NetCDF-Konventionen, die der Speicherung typischer BAW-spezifischer Daten in zu Grunde liegen, siehe [[NetCDF|NetCDF-Bereich des BAWiki]].
* Für NetCDF-Konventionen, die der Speicherung typischer BAW-spezifischer Daten in zu Grunde liegen, siehe [[NetCDF|NetCDF-Bereich des BAWiki]].
* CF konform gemäß [http://puma.nerc.ac.uk/cgi-bin/cf-checker.pl NCAS ''CF Compliance Checker''].
* Als Metadaten-Basis werden die [http://cfconventions.org ''CF Metadata Conventions''] verwendet.
* Für die Bedürfnisse unstrukturierte Gitternetze werden die [http://ugrid-conventions.github.io/ugrid-conventions/ ''Unstructured Grid Metadata Conventions for Scientific Datasets''] benutzt.
* Ab Mai 2011 wird NetCDF-4/HDF5 unterstützt (siehe [http://www.unidata.ucar.edu/software/netcdf/ Unidata, NetCDF]).
* Ab Mai 2011 wird NetCDF-4/HDF5 unterstützt (siehe [http://www.unidata.ucar.edu/software/netcdf/ Unidata, NetCDF]).


Zeile 19: Zeile 20:
## '''globale Attribute (title, history''' etc.).
## '''globale Attribute (title, history''' etc.).
#:Anmerkung: bei der Vergabe der Namen für Attribute und Variablen sind u.a. folgende Standards einzuhalten:
#:Anmerkung: bei der Vergabe der Namen für Attribute und Variablen sind u.a. folgende Standards einzuhalten:
#:* [http://cf-convention.github.io/ ''NetCDF Climate and Forecast (CF) Metadata Convention''], und
#:* [http://cfconventions.org ''CF Metadata Conventions''], und
#:* [http://www.nodc.noaa.gov/data/formats/netcdf/v1.1/ ''NODC NetCDF Template Guide''].
#:* [http://ugrid-conventions.github.io/ugrid-conventions/ ''Unstructured Grid Metadata Conventions for Scientific Datasets''].
# '''Daten''' der in der Datei abgelegten Variablen:
# '''Daten''' der in der Datei abgelegten Variablen:
## Daten der '''Koordinaten-Variablen''',
## Daten der '''Koordinaten-Variablen''',
Zeile 27: Zeile 28:
Die Performance, mit der Daten aus einer CF-NetCDF-Datei gelesen werden können, hängt insbesondere für große Dateien stark von dem Aufbau (der Struktur) der Datei ab. Konkret ist dabei der Umfang der Daten (''data block'', ''chunk'') entscheidend, welche mit einer READ Operation gelesen werden können. Eine Datei gilt dann als gut strukturiert, wenn sowohl Zeitserien (''time series access'') als auch synoptische Datensätze (''spatial access'') mit vergleichbarem Aufwand (Anzahl der READs) gelesen werden können. Diese Ausgewogenheit kann durch eine geeignete Wahl der Größe der Datenpakete (''chunk sizes'') erreicht werden. Für weitergehende Informationen (in Englisch) siehe:
Die Performance, mit der Daten aus einer CF-NetCDF-Datei gelesen werden können, hängt insbesondere für große Dateien stark von dem Aufbau (der Struktur) der Datei ab. Konkret ist dabei der Umfang der Daten (''data block'', ''chunk'') entscheidend, welche mit einer READ Operation gelesen werden können. Eine Datei gilt dann als gut strukturiert, wenn sowohl Zeitserien (''time series access'') als auch synoptische Datensätze (''spatial access'') mit vergleichbarem Aufwand (Anzahl der READs) gelesen werden können. Diese Ausgewogenheit kann durch eine geeignete Wahl der Größe der Datenpakete (''chunk sizes'') erreicht werden. Für weitergehende Informationen (in Englisch) siehe:
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_why_it_matters ''Chunking Data: Why it Matters''], und
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_why_it_matters ''Chunking Data: Why it Matters''], und
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_choosing_shapes ''Chunking Data: Choosing Shapes'']].
# [http://www.unidata.ucar.edu/blogs/developer/en/entry/chunking_data_choosing_shapes ''Chunking Data: Choosing Shapes''].
|nutzerprogramme=[[ArcGIS: Daten aus CF-NetCDF-Datei importieren|ArcGIS]], [[DATACONVERT]], [[GRIDCONVERT]], [[NCAGGREGATE]], [[NCANALYSE]], [[NCAUTO]], [[NCDELTA]], [[NCPLOT]], [[NetCDF Operators]], [[QUICKPLOT]], [[UNK]], [[UNTRIM2]], [[UNTRIM2007]]
|nutzerprogramme=[[ArcGIS: Daten aus CF-NetCDF-Datei importieren|ArcGIS]], [[DATACONVERT]], [[DISPLAY_PERCENTILES]], [[GRIDCONVERT]], [[NCAGGREGATE]], [[NCANALYSE]], [[NCAUTO]], [[NCCHUNKIE]], [[NCCUTOUT]], [[NCDELTA]], [[NCDVAR]], [[NCMERGE]], [[NCPLOT]], [[NCRCATMAT]], [[NC2TABLE]], [[NetCDF Operators]], [[PLOTPROFILZEIT]], [[QUICKPLOT]], [[TAYLORTARGETDIAGRAM]], [[UNK]], [[UNTRIM2]], [[UNTRIM2007]]
|programmiersprache=Fortran90
|programmiersprache=Fortran90
|dateiform=UNFORMATTED
|dateiform=UNFORMATTED

Aktuelle Version vom 11. Januar 2022, 10:44 Uhr

Basisinformationen

Datei-Typ

cf-netcdf.nc

Datei-Form

UNFORMATTED

Version

April 2018

Beschreibung

März 2020

Bedeutung der Datei

Danksagung: This project took advantage of netCDF software developed by UCAR/Unidata (www.unidata.ucar.edu/software/netcdf/).

Datei-Inhalt

  1. Header mit Metadaten:
    1. Liste mit Dimensionen (Name und Länge),
    2. Liste der in der Datei enthaltenen Variablen (Name, Typ und Dimension(en)),
    3. variablenbezogene Attribute (long_name, units etc.), und
    4. globale Attribute (title, history etc.).
    Anmerkung: bei der Vergabe der Namen für Attribute und Variablen sind u.a. folgende Standards einzuhalten:
  2. Daten der in der Datei abgelegten Variablen:
    1. Daten der Koordinaten-Variablen,
    2. Daten der Variablen, für die nur ein Datenrecord in der Datei vorhanden ist, schließlich noch
    3. Daten der Record-Variablen (mit einer unbegrenzten Dimension, z.B. time), die beliebig oft vorhanden sein können.

Die Performance, mit der Daten aus einer CF-NetCDF-Datei gelesen werden können, hängt insbesondere für große Dateien stark von dem Aufbau (der Struktur) der Datei ab. Konkret ist dabei der Umfang der Daten (data block, chunk) entscheidend, welche mit einer READ Operation gelesen werden können. Eine Datei gilt dann als gut strukturiert, wenn sowohl Zeitserien (time series access) als auch synoptische Datensätze (spatial access) mit vergleichbarem Aufwand (Anzahl der READs) gelesen werden können. Diese Ausgewogenheit kann durch eine geeignete Wahl der Größe der Datenpakete (chunk sizes) erreicht werden. Für weitergehende Informationen (in Englisch) siehe:

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

Programme, welche diesen Datei-Typ benutzen

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

Beispiel-Datei

$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/io_insel/insel.netcdf-cf.nc
$PROGHOME/examples/lib/k_model/2D.int.HPA.2d-hn-md.3h.xe.nc


zurück zu: Dateikennblätter


Strukturübersicht