CF-NETCDF.NC: Unterschied zwischen den Versionen
Aus BAWiki
imported>Lang Guenther (Danksagung ergänzt) |
(Eintrag für NCMERGE ergänzt) |
||
(13 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= | |version=April 2018 | ||
|version_beschr= | |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 | * 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]). | ||
Danksagung: ''This project took advantage of netCDF software developed by UCAR/Unidata ([http://www.unidata.ucar.edu/software/netcdf/ www.unidata.ucar.edu/software/netcdf/]).'' | |||
Danksagung: ''This project took advantage of netCDF software developed by UCAR/Unidata ([http://www.unidata.ucar.edu/software/netcdf/ www.unidata.ucar.edu/software/netcdf/]).'' | |||
|dateiinhalt= | |dateiinhalt= | ||
# '''Header mit Metadaten:''' | # '''Header mit Metadaten:''' | ||
Zeile 17: | 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:// | #:* [http://cfconventions.org ''CF Metadata Conventions''], und | ||
#:* [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 24: | 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]], [[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
- BAW-Ausprägung einer NetCDF-Datei.
- Für NetCDF-Konventionen, die der Speicherung typischer BAW-spezifischer Daten in zu Grunde liegen, siehe NetCDF-Bereich des BAWiki.
- Als Metadaten-Basis werden die CF Metadata Conventions verwendet.
- Für die Bedürfnisse unstrukturierte Gitternetze werden die Unstructured Grid Metadata Conventions for Scientific Datasets benutzt.
- Ab Mai 2011 wird NetCDF-4/HDF5 unterstützt (siehe Unidata, NetCDF).
Danksagung: This project took advantage of netCDF software developed by UCAR/Unidata (www.unidata.ucar.edu/software/netcdf/).
Datei-Inhalt
- Header mit Metadaten:
- Liste mit Dimensionen (Name und Länge),
- Liste der in der Datei enthaltenen Variablen (Name, Typ und Dimension(en)),
- variablenbezogene Attribute (long_name, units etc.), und
- globale Attribute (title, history etc.).
- Anmerkung: bei der Vergabe der Namen für Attribute und Variablen sind u.a. folgende Standards einzuhalten:
- Daten der in der Datei abgelegten Variablen:
- Daten der Koordinaten-Variablen,
- Daten der Variablen, für die nur ein Datenrecord in der Datei vorhanden ist, schließlich noch
- 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:
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