Hi David,
I can't think of anyone needing these constructs, although there are
cases when both the "parent" and ancillary or formula_terms variable
might *both* have a scalar dimension.
Karl
On 12/21/15 7:41 AM, David Hassell wrote:
Hello,
I was wondering if anyone has ever had use for an ancillary variable
(or data variable pointed to from a formula_terms attribute), having a
size 1 dimension which the "parent" field does *not* have. The
convention do not say anything about this.
For example:
dimensions:
t = 1;
x = 96;
y = 73;
variables:
float q(x, y) ;
q:standard_name = "specific_humidity" ;
q:units = "g/g" ;
q:ancillary_variables = "q_error_limit" ;
float q_error_limit(t, x, y)
q_error_limit:standard_name = "specific_humidity standard_error" ;
q_error_limit:units = "g/g" ;
Similary for a scalar coordinate variable, which is logically
equivalent to the size 1 dimension case (this time shown on a formula
terms variable):
dimensions:
x = 96;
y = 73;
z = 19;
variables:
float q(z, x, y) ;
q:standard_name = "specific_humidity" ;
q:units = "g/g" ;
float z(z):
z:standard_name = "atmosphere_hybrid_height_coordinate";
z.formula_terms = "a: var1 b: var2 orog: var3"
float var3(x, y):
time:coordinates = "time";
float time:
time:standard_name = "time";
time:units = "days since 2000-12-1";
Thanks for your help,
All the best,
David
--
David Hassell
National Centre for Atmospheric Science (NCAS)
Department of Meteorology, University of Reading,
Earley Gate, PO Box 243,
Reading RG6 6BB, U.K.
Tel : +44 118 3785613
E-mail: d.c.hass...@reading.ac.uk
_______________________________________________
CF-metadata mailing list
CF-metadata@cgd.ucar.edu
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
_______________________________________________
CF-metadata mailing list
CF-metadata@cgd.ucar.edu
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
