Difference between revisions of "Conventions"

m
 
Line 11: Line 11:
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">To read more about why data standards are important there is this [https://ardc.edu.au/resources/community-endorsed-data-standards/ article from the ARDC].</span></span>
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">To read more about why data standards are important there is this [https://ardc.edu.au/resources/community-endorsed-data-standards/ article from the ARDC].</span></span>
  
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The climate research community uses mostly [https://www.unidata.ucar.edu/software/netcdf/ NetCDF]</span></span>&nbsp;(Network Common Data Format)&nbsp;<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">as a data format. NetCDF is a self-describing binary format which means that metadata information is stored with the data itself.&nbsp;The&nbsp;Climate and Forecast Conventions (CF Conventions) were developed to standardised this metadata.</span></span>
+
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The climate research community uses mostly [https://www.unidata.ucar.edu/software/netcdf/ NetCDF]</span></span>&nbsp;(Network Common Data Format)&nbsp;<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">as a data format. NetCDF is a self-describing binary format which means that metadata information is stored with the data itself.&nbsp;The&nbsp;Climate and Forecast Conventions (CF Conventions) were developed to standardise&nbsp;this metadata.</span></span>
  
 
=== '''<span style="font-family:Arial,Helvetica,sans-serif;"><span style="font-size:large;">CF Conventions</span></span>''' ===
 
=== '''<span style="font-family:Arial,Helvetica,sans-serif;"><span style="font-size:large;">CF Conventions</span></span>''' ===
Line 32: Line 32:
 
=== '''<span style="font-size:large;"><span style="font-family:Arial,Helvetica,sans-serif;">Attribute Convention for Data Discovery&nbsp;</span></span>'''&nbsp; ===
 
=== '''<span style="font-size:large;"><span style="font-family:Arial,Helvetica,sans-serif;">Attribute Convention for Data Discovery&nbsp;</span></span>'''&nbsp; ===
  
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The [https://wiki.esipfed.org/Attribute_Convention_for_Data_Discovery_1-3 Attribute Convention for Data Discovery]&nbsp;covers mostly global attributes which are used to correctly describe&nbsp;shared and published data and to increase its discoverability in data portals. CF conventions recommends only 6 global attributes to define the file content. ACDD extends these to include all the information related to the publication of a dataset, adding attributes like:&nbsp;doi, keywords, creator, publisher, etc. The ACDD divides the attributes in three groups:</span></span>
+
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The [https://wiki.esipfed.org/Attribute_Convention_for_Data_Discovery_1-3 Attribute Convention for Data Discovery]&nbsp;covers mostly global attributes which are used to correctly describe&nbsp;shared and published data and to increase its discoverability in data portals. CF conventions recommends only 6 global attributes to define the file content. ACDD extends these to include all the information related to the publication of a dataset, adding attributes like: id (DOI), keywords, creator, publisher, etc. The ACDD divides the attributes in three groups:</span></span>
  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">highly recommend - which can be define for any dataset (as 'title')</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">highly recommend - which can be define for any dataset (as 'title')</span></span>  
Line 42: Line 42:
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The CF checker linked above can also be used to check against the ACDD conventions.</span></span>
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">The CF checker linked above can also be used to check against the ACDD conventions.</span></span>
  
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Finally, conventions are useful only if the file creator provide the correct values. When you&nbsp;generate a new file from an existing one, the new file will inherit&nbsp;its attributes. It is up to you to make sure they are still valid. If you want to preserve some of the information from the original file, you can change the attribute name by using a suffix as "source_"&nbsp; or "original_" , so as to clarify they apply to the source file not to the current version.&nbsp;</span></span>
+
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Finally, conventions are useful only if the file creator provide the correct values. When you&nbsp;generate a new file from an existing one, the new file will inherit&nbsp;its attributes. It is up to you to make sure they are still valid. If you want to preserve some of the information from the original file, you can change the attribute name by using a suffix as "source_"&nbsp;or "original_", so as to clarify they apply to the source file not to the current version.&nbsp;</span></span>
  
 
=== <span style="font-size:large;"><span style="font-family:Arial,Helvetica,sans-serif;">'''Conventions specific to sub-domains and/or projects'''</span></span> ===
 
=== <span style="font-size:large;"><span style="font-family:Arial,Helvetica,sans-serif;">'''Conventions specific to sub-domains and/or projects'''</span></span> ===
  
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">We collect here other conventions which apply to sub-domains of climate science or specific projects, if you know of more please let us know.</span></span>
 
<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">We collect here other conventions which apply to sub-domains of climate science or specific projects, if you know of more please let us know.</span></span>
 
  
 
==== '''<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">CMIP</span></span>''' ====
 
==== '''<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">CMIP</span></span>''' ====
  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://cmor.llnl.gov CMOR - Climate Model Output Rewriter]&nbsp;conventions and associated software used to generate CMIP model output. They also include rules around filenames and directory structure.</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://cmor.llnl.gov CMOR - Climate Model Output Rewriter]&nbsp;conventions and associated software used to generate CMIP model output. They also include rules around filenames and directory structure.</span></span>  
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Their [https://github.com/PCMDI/cmip6-cmor-tables/tree/master/Tables variable name&nbsp;tables] are often applied to other climate data too, as there is not yet a conventions around variable names.&nbsp;</span></span>  
+
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Their [https://github.com/PCMDI/cmip6-cmor-tables/tree/master/Tables variable name&nbsp;tables] are often applied to other climate data too, as there is not yet a convention&nbsp;around variable names.&nbsp;</span></span>  
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">CORDEX has similar [https://is-enes-data.github.io/cordex_archive_specifications.pdf conventions] and [https://is-enes-data.github.io/CORDEX_variables_requirement_table.pdf variable tables&nbsp;]</span></span>
+
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">CORDEX has similar [https://is-enes-data.github.io/cordex_archive_specifications.pdf conventions] and [https://is-enes-data.github.io/CORDEX_variables_requirement_table.pdf variable tables&nbsp;]</span></span>  
  
 
==== '''<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Land&nbsp;</span></span>''' ====
 
==== '''<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">Land&nbsp;</span></span>''' ====
  
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.lmd.jussieu.fr/~polcher/ALMA/ ALMA data exchange convention]&nbsp;the&nbsp;Assistance for Land-surface Modelling Activities group estanblished conventions for land-surface schemes and their outputs.</span></span>  
+
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.lmd.jussieu.fr/~polcher/ALMA/ ALMA data exchange convention]&nbsp;the&nbsp;Assistance for Land-surface Modelling Activities group established conventions for land-surface schemes and their outputs.</span></span>  
  
 
==== <span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">'''Ocean'''</span></span> ====
 
==== <span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">'''Ocean'''</span></span> ====
Line 64: Line 63:
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://content.aodn.org.au/Documents/IMOS/Conventions/IMOS_NetCDF_Conventions.pdf IMOS] has very specific extensions of the CF conventions for different kind of ocean observation data, which has to be used if you want to contribute data to their portal.</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://content.aodn.org.au/Documents/IMOS/Conventions/IMOS_NetCDF_Conventions.pdf IMOS] has very specific extensions of the CF conventions for different kind of ocean observation data, which has to be used if you want to contribute data to their portal.</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://www.oceansites.org/docs/oceansites_data_format_reference_manual.pdf OceanSITES Data Format]&nbsp;- extension of CF Conventions standard for OceanSITES data</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://www.oceansites.org/docs/oceansites_data_format_reference_manual.pdf OceanSITES Data Format]&nbsp;- extension of CF Conventions standard for OceanSITES data</span></span>  
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://www.argodatamgt.org/Media/Medias-Argo-Data-Management/Argo-documentation/General-documentation/Data-format ARGO netCDF conventions for data centers]</span></span>  
+
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[http://www.argodatamgt.org/Media/Medias-Argo-Data-Management/Argo-documentation/General-documentation/Data-format ARGO NetCDF conventions for data centers]</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.pmel.noaa.gov/epic/document/convention.htm PMEL-EPIC Conventions]</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.pmel.noaa.gov/epic/document/convention.htm PMEL-EPIC Conventions]</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.ncei.noaa.gov/netcdf-templates US NCEI&nbsp;NetCDF templates]&nbsp;- these templates illustrate how to apply CF and ACDD conventions</span></span>  
 
*<span style="font-size:medium;"><span style="font-family:Arial,Helvetica,sans-serif;">[https://www.ncei.noaa.gov/netcdf-templates US NCEI&nbsp;NetCDF templates]&nbsp;- these templates illustrate how to apply CF and ACDD conventions</span></span>  

Latest revision as of 22:45, 14 July 2021

Data conventions and standards are an important tool to manage your data in a way it can be easily and effectively shared with others. Conventions help achieving this in two ways:

  • formatting the data in a way which is easy for others in the same community to use;
  • providing enough information about the data (metadata) in a shared "language" so others can understand the data as it was meant to by its creator

Conventions are also convenient for anyone using them, as they provide and easy to adopt template for your data and you do not need to invent a new data model with every new project. What's more they help you being consistent, and you are less likely to mis-interpret your own data later on.

Some conventions are universally adopted as the metric unit system, and we all use them without even noticing anymore. Others are community specific and are developed to tackle specific data formats and needs of a scientific discipline.

To read more about why data standards are important there is this article from the ARDC.

The climate research community uses mostly NetCDF (Network Common Data Format) as a data format. NetCDF is a self-describing binary format which means that metadata information is stored with the data itself. The Climate and Forecast Conventions (CF Conventions) were developed to standardise this metadata.

CF Conventions

The CF conventions are specifically designed to facilitate the processing and sharing of NetCDF files. They are based on the older COARDS conventions, which they extend. The first version (v1.0) of the CF Conventions was released in 2003, the current version (in 2021) is v1.8. Each new version tries, as much as possible, to be compatible with older versions. The first versions, as the name implied were focusing on climate and forecast data, since then they broaden their scope to earth data in general, including observational data.

CF is now widely adopted as the main standard both in the production of NetCDF related code and for the publication of NetCDF data. As the initial focus was to allow interoperability of NetCDF based software packages, the conventions main aim is to define clearly each variable and the spatial and temporal properties of the data.

Applying these Conventions to your NetCDF files makes them more re-usable.  Most software used in Climate science will know how to open and process correctly the files. The metadata required will describe clearly the characteristic of the data in the files, making it easier to identify correctly the variables and compare them to similar data.

CF Conventions focus mostly on the variable and dimensions description, the full Conventions document is quite long but, in most cases, you will be using the same attributes. This CMS Blog provides an example on how to apply them to your data, covering the attributes most commonly required.

Important elements of the Conventions are:

  • the UDUNITS2 packages for units' standards
  • the standard_name whose scope is to provide a common terminology for variables names. For example, every variable with the standard_name air_temperature can be defined as "Air temperature is the bulk temperature of the air, not the surface (skin) temperature." with K or equivalent units, regardless of the way the actual variable is named in the file. Standard_name is a very useful attribute but should be applied with attention. It is better to leave it out if a suitable one is not available.

There are various tools available to help you check your files against a version of the CF Conventions. We covered some in this wiki page: CF checker  

Attribute Convention for Data Discovery  

The Attribute Convention for Data Discovery covers mostly global attributes which are used to correctly describe shared and published data and to increase its discoverability in data portals. CF conventions recommends only 6 global attributes to define the file content. ACDD extends these to include all the information related to the publication of a dataset, adding attributes like: id (DOI), keywords, creator, publisher, etc. The ACDD divides the attributes in three groups:

  • highly recommend - which can be define for any dataset (as 'title')
  • recommend - including attributes that should be define if existing (as 'id' for the DOI)
  • suggested - to further clarify the content but not critical

When publishing several files as part of the same dataset these attributes should all share the same values, as attributes like "title" should define the "title" of the dataset not of the file itself. When we publish data with NCI, which requires both CF and ACDD conventions to be applied, we generate these attributes based on a DMP compiled by the user.

The CF checker linked above can also be used to check against the ACDD conventions.

Finally, conventions are useful only if the file creator provide the correct values. When you generate a new file from an existing one, the new file will inherit its attributes. It is up to you to make sure they are still valid. If you want to preserve some of the information from the original file, you can change the attribute name by using a suffix as "source_" or "original_", so as to clarify they apply to the source file not to the current version. 

Conventions specific to sub-domains and/or projects

We collect here other conventions which apply to sub-domains of climate science or specific projects, if you know of more please let us know.

CMIP

Land 

  • ALMA data exchange convention the Assistance for Land-surface Modelling Activities group established conventions for land-surface schemes and their outputs.

Ocean

Atmosphere

Other