Custom Query (124 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (22 - 24 of 124)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Ticket Resolution Summary Owner Reporter
#66 fixed conformance requirement for standard name modifiers davidhassell jonathan
Description

In section 3.1 of the conformance document, I propose that the item

The units of a variable that specifies a standard_name must be consistent with the units given in the standard name table. The units must also be consistent with a specified cell_methods attribute, if one is present.

should be modified to read

The units of a variable that specifies a standard_name must be consistent with the units given in the standard name table and with the standard_name modifier, if there is one. The units must also be consistent with a specified cell_methods attribute, if one is present.

That will make it consistent with section 3.3 of the CF standard.

#44 fixed clarify that coordinates indicate gridpoint location cf-conventions@… jonathan
Description

In view of the problem raised by Thomas Lavergne on the email list in the thread "X and Y projection coordinate (center vs corner)", I propose that we insert the following clarification at the end of the introduction to section 4 of the CF standard:

The values of a coordinate variable or auxiliary coordinate variable indicate the locations of the gridpoints. The locations of the boundaries between cells are indicated by bounds variables (see section 7.1 on "Cell Boundaries"). If bounds are not provided, an application might reasonably assume the gridpoints to be at the centers of the cells, but we do not require that in this standard.

I don't believe that inserting this text would change the intention of the CF standard.

#147 fixed clarification of standard and correction of conformance doc: formula_terms cf-conventions@… taylor13
Description

Based on a statement appearing in the conformance document, the CF checker raises an error when the formula_terms attribute is attached to a variable other than a coordinate variable. It turns out that formula_terms are essential for interpreting the bounds on dimensionless vertical coordinates, so formula_terms should be provided whenever a variable with one of the standard_names listed in Appendix C appears in a file. The formula terms associated with bounds are needed, for example, to compute the pressure-thickness of model atmospheric layers (needed to compute the grid cell mass).

To correct this defect (and remove any impression that the formula_terms can *only* be attached to coordinate variables (as formally defined by the NUG), I propose:

  1. In section 1.3 Overview, the standard states: "The definitions are associated with a coordinate variable via the standard_name and formula_terms attributes." I would revise the sentence to read: "The definitions are associated with variables containing dimensionless coordinate values via the standard_name and formula_terms attributes."
  1. Similarly in section 1.4 Relationship to the COARDS Conventions, the standard states: "But we recommend that the standard_name and formula_terms attributes be used to identify the appropriate definition of the dimensionless vertical coordinate ...". I would revise the sentence to read: "But we recommend that the standard_name and formula_terms attributes be used to identify the appropriate definition of a variable storing dimensionless vertical coordinate values ...".
  1. In Chapter 4 Coordinate Variables. The standard states "The definitions are associated with a coordinate variable via the standard_name and formula_terms attributes." I would revise the sentence to read: "The definitions are associated with variables containing dimensionless vertical coordinate values via the standard_name and formula_terms attributes."
  1. In section 4.3.2. Dimensionless Vertical Coordinates, the standard states: "A new attribute, formula_terms, is used to associate terms in the definitions with variables in a netCDF file." I would add to this sentence the phrase ", as described in Appendix D".
  1. In Appendix D. Dimensionless Vertical Coordinates, the standard states: "A coordinate variable is associated with its definition by the value of the standard_name attribute. The terms in the definition are associated with file variables by the formula_terms attribute. The formula_terms attribute takes a string value, the string being comprised of blank-separated elements of the form "term: variable", where term is a keyword that represents one of the terms in the definition, and variable is the name of the variable in a netCDF file that contains the values for that term. The order of elements is not significant." I would add to this paragraph the sentence: "Use of the standard_names and formula_terms defined in this Appendix is not limited to coordinate variables (as defined in section 2.3.1 of the NUG); it is recommended that they be included for any variable storing dimensionless vertical coordinate values."
  1. The CF Conformance Requirements and Recommendations document currently states: "The formula_terms attribute is only allowed on a coordinate variable which has a standard_name listed in Appendix C." In addition to correcting "Appendix C" to read "Appendix D", I suggest modifying the sentence as follows: "The formula_terms attribute is only allowed on a variable that has a standard_name listed in Appendix D or contains coordinates bounds for a coordinate variable defined in Appendix D." [Note that this means we can have formula_terms associated with *any* variable that has a standard_name listed in the Appendix.]
  1. The current CF checker(s) should be revised to be consistent with the above change in the conformance document.

A final note: In CMIP5 (and as planned for CMIP6), formula_terms are defined for vertical dimensionless coordinates and also for the bounds on those coordinates. If the CF checker is modified as suggested above, it will no longer raise an error in checking CMIP output files.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Note: See TracQuery for help on using queries.