To: Cox, Simon (CESRE, Kensington); jgrayb...@ucsd.edu; cameronsmi...@llnl.gov
Cc: cf-metadata@cgd.ucar.edu; j.m.greg...@reading.ac.uk
Subject: RE: [CF-metadata] Another potentially useful extension to the
standard_name table
Hello Simon,
If you're referring to syntactic duplicates then prov
t; To: simon@csiro.au; jgrayb...@ucsd.edu; Cameron-smith, Philip
> Cc: cf-metadata@cgd.ucar.edu; j.m.greg...@reading.ac.uk
> Subject: RE: [CF-metadata] Another potentially useful extension to the
> standard_name table
>
> Hello Simon,
>
> If you're referring to s
gov
Cc: cf-metadata@cgd.ucar.edu; j.m.greg...@reading.ac.uk
Subject: RE: [CF-metadata] Another potentially useful extension to the
standard_name table
Sorry if this is an ignorant/newbie question, but can I ask if the grammar for
CF std_names implicitly provides a check on duplicates?
Simon
---
_
From: Jonathan Gregory [j.m.greg...@reading.ac.uk]
Sent: 24 September 2012 17:53
To: Schultz, Martin
Cc: Lowry, Roy K.; cf-metadata@cgd.ucar.edu
Subject: Re: [CF-metadata] Another potentially useful extension to the
standard_name table
Dear Martin, Roy et al.
> I understand exactly what you want
Dear Martin, Roy et al.
> I understand exactly what you want - or at least I thing I do. I think that
> you would like to enter a URL representing the concept 'carbon monoxide' and
> get back a document giving you all the Standard Names pertaining to carbon
> monoxide. Am I right?
I apprecia
, Philip
Cc: cf-metadata@cgd.ucar.edu; Jonathan Gregory; Cox, Simon (CESRE, Kensington)
Subject: RE: [CF-metadata] Another potentially useful extension to the
standard_name table
Hello Philip/John,
As John might remember, I attempted this approach a while back (I think I
started in 2004) on another
mospheric pollutant.
Cheers, Roy.
From: Schultz, Martin [m.schu...@fz-juelich.de]
Sent: 22 September 2012 17:37
To: Lowry, Roy K.; cf-metadata@cgd.ucar.edu
Subject: AW: [CF-metadata] Another potentially useful extension to the
standard_name table
Hi Roy,
exactly!Just how c
;> From: John Graybeal [mailto:jgrayb...@ucsd.edu]
>> Sent: Friday, September 21, 2012 4:10 PM
>> To: Cameron-smith, Philip
>> Cc: Jonathan Gregory; cf-metadata@cgd.ucar.edu
>> Subject: Re: [CF-metadata] Another potentially useful extension to the
>> standard_name
...@cgd.ucar.edu] On Behalf Of
Schultz, Martin
Sent: Saturday, September 22, 2012 9:37 AM
To: Lowry, Roy K.; cf-metadata@cgd.ucar.edu
Subject: Re: [CF-metadata] Another potentially useful extension to the
standard_name table
Hi Roy,
exactly!Just how can we get there?
Cheers,
Martin
d?
Cheers, Roy.
From: CF-metadata [cf-metadata-boun...@cgd.ucar.edu] On Behalf Of Schultz,
Martin [m.schu...@fz-juelich.de]
Sent: 22 September 2012 16:26
To: cf-metadata@cgd.ucar.edu
Subject: Re: [CF-metadata] Another potentially useful extension to the
standard_n
__
From: CF-metadata [cf-metadata-boun...@cgd.ucar.edu] On Behalf Of Schultz,
Martin [m.schu...@fz-juelich.de]
Sent: 22 September 2012 16:26
To: cf-metadata@cgd.ucar.edu
Subject: Re: [CF-metadata] Another potentially useful extension to the
standard_name table
Dear Philip, John and others
Dear Philip, John and others,
I take the point that indeed a grammar approach would be the solution to
my problem. However, the grammar as it once stood based on Jonathan's python
program (which indeed works quite nicely) unfortunately doesn't help with
respect to the problem that I inten
gd.ucar.edu] On Behalf Of John Graybeal
[jgrayb...@ucsd.edu]
Sent: 22 September 2012 00:09
To: Cameron-smith, Philip
Cc: cf-metadata@cgd.ucar.edu; Jonathan Gregory
Subject: Re: [CF-metadata] Another potentially useful extension to the
standard_name table
I like this.
I may be a step behind, b
: [CF-metadata] Another potentially useful extension to the
> standard_name table
>
> I like this.
>
> I may be a step behind, but given a grammar parser/generator, we will have
> identified the slots. But we will not have identified all the terms that can
> fill
> those slo
I like this.
I may be a step behind, but given a grammar parser/generator, we will have
identified the slots. But we will not have identified all the terms that can
fill those slots.
I don't think this is a huge challenge. We will have (a) a list of terms
already filling those slots, (b) cand
...@cgd.ucar.edu] On Behalf Of
> Jonathan Gregory
> Sent: Monday, September 17, 2012 9:20 AM
> To: cf-metadata@cgd.ucar.edu
> Subject: Re: [CF-metadata] Another potentially useful extension to the
> standard_name table
>
> Dear Martin, Roy, John, Robert
>
> Reading the la
e...@ed.ac.uk]
> Sent: 14 September 2012 10:18
> To: Lowry, Roy K.
> Cc: cf-metadata@cgd.ucar.edu; Brown, Juan
> Subject: Re: [CF-metadata] Another potentially useful extension to the
> standard_name table
>
> Hello Roy,
>
> On 14/09/12 08:23, Lowry, Roy K. wrote:
> De
Dear Martin, Roy, John, Robert
Reading the last few days' emails all at once I have may have skipped
important details; if so, apologies for that. I too am in favour of a grammar,
such as my earlier attempt
http://climate.ncas.ac.uk/~jonathan/CF_metadata/14.1/
Robert subsequently coded this gramma
]
Gesendet: Donnerstag, 13. September 2012 21:50
An: Schultz, Martin
Betreff: Fwd: Re: [CF-metadata] Another potentially useful extension to the
standard_name table: OFFLINE RESPONSE
Hi Martin,
I sent the following response to your email to the list this morning, but it
has not yet appeared (being
Hi Martin,
Is there some reason why the element must have a flat set of
sub-elements, as in your example below?It seems to me that from an
XML data-design point-of-view, a neater data model would be:
... See note [1] below
...
...see note [2] below ...
...
This design is:
- more
Dear all,
during the recent discussion on "compound_name" as additional tag in the
standard_names.xml file and in relation to track ticket #90 it occurred to me
that another useful addition could be to express the "need" of certain variable
attributes in this table as well. This refers to
21 matches
Mail list logo