Hi Karl,
I agree with all your comments on this thread. In particular, the checker
shouldn't complain that a, b, a_bnds, and b_bnds don't have units when it
doesn't have any information that indicates they are dimensional
quantities.
As an aside though, I do think there would be value in having
Hi all,
I'm not sure about this. If you search the standard_names, you don't
find any that include "count", do you? If not, then why does the CF
checker even look at the units attribute. It can't know what the units
should be. I suspect that the checker must raise an error whenever
units
This all looks correct to me.
Karl
On 2/23/11 10:59 AM, Kyle Olivo wrote:
So I'm wondering
whether the coordinate variable, lev(lev), has the standard_name and
formula_terms attributes that should allow the checker to recognize them.
From the file:
double lev(lev) ;
Should it matter if they are bounds variables or not? Certainly if they
are not, then the checker should not object to them being dimensionless
(since they have not be identified by a standard_name to require units).
Karl
On 2/23/11 10:17 AM, Jonathan Gregory wrote:
Dear Karl et al
To me it
I think it is wrong to add a "bounds" attribute to a formula term
attached to a vertical coordinate. Only the coordinate itself should
have a bounds attribute.
The reason this seemed to fix the problem is presumably that the CF
checker does not require (or look for?) units to be attached to b
Dear all,
I'd like to propose the following two standard names, which conform to
the existing pattens.They represent the tendency for the mass fraction
of cloud condensed water in GCMs. Their units are in 1/s.
We hope to use these variables in the Cloud Feedback Model
Intercomparison Project (CFM
Hi Kyle,
This metadata looks correct to me. I think this is a CF Checker issue. It
seems possible that it could be made to recognize variables that are
associated with defining dimensionless vertical coordinates. There is some
complexity though in that it would need special coordinate specific
Is it reasonable to have the checkers (and people) consider that any time the
Counts modifer is used, that dimensionless or 1 becomes acceptable as the units?
john
On Feb 23, 2011, at 10:56, Lowry, Roy K. wrote:
> Hi Karl,
>
> Christina's problem is because her usage of standard name modifier
So I'm wondering
whether the coordinate variable, lev(lev), has the standard_name and
formula_terms attributes that should allow the checker to recognize them.
From the file:
double lev(lev) ;
lev:bounds = "lev_bnds" ;
lev:units = "1" ;
lev
Hi Karl,
Christina's problem is because her usage of standard name modifier is changing
the canonical units from those of the unmodified Standard Name. Only solutions
I can see are either to omit the Standard Name from this channel or set up a
new Standard Name for raw chorophyll as counts. Th
Adding the appropriate bounds attribute removes the errors for variables
a_bnds, b_bnds (though now it displays info regarding non-standard
usage), but still flags the lack of units in a and b as an error.
New metadata:
double a(lev) ;
a:bounds = "a_bnds" ;
The checker also didn't recognize that the "a" and "b" variables are being
used to describe a dimensionless vertical coordinate. So I'm wondering
whether the coordinate variable, lev(lev), has the standard_name and
formula_terms attributes that should allow the checker to recognize them.
Brian
Dear Karl et al
To me it looks like the checker couldn't tell that they were bounds variables,
because there is no bounds attribute pointing to them. They look like data
variables.
Best wishes
Jonathan
On Wed, Feb 23, 2011 at 09:48:21AM -0800, Karl Taylor wrote:
> Date: Wed, 23 Feb 2011 09:48:2
Hi Chritina,
For dimensionless variables, you can either omit the units attribute or
set it to "1". I don't understand why this error is raised. Did you
assign a "standard_name" to CHL_count? If so, what did you assign?
thanks,
Karl
On 2/23/11 6:48 AM, cristina.tronc...@artov.isac.cnr.it
Hi all,
If a, b, a_bnds, and b_bnds are dimensionless (and I think they are),
then CF should not raise an error that "no units attribute set". Does
anyone disagree?
thanks,
Karl
On 2/23/11 6:55 AM, Kyle Olivo wrote:
Hi Charles,
We recently CMORized the Amon variable clw and noticed that t
I'm glad this discussion is open again - it's an important area for
CF to be involved in.
The geo-ide wiki is a useful reference, but there's not a lot of
discussion there, and no clear opportunity to participate.
Some of the mapping seems a little loose (e.g. NACDD summary is
mapped to ISO abst
Hello,
I have a problem. iN MY NETCDF FILE I define the CHL_count variable.
it is a dimensionless variable.
I used the "standard name modifier: COUNT" for the variable CHL.
for IT I define: units="1" as indicated in the Appendix C of the
"cf-conventions1_4.pdf".
but the cf checker gives me
17 matches
Mail list logo