sure the current CF github issue<
> https://github.com/cf-convention/cf-conventions/issues/160> is the best
> place for it, so I thought I'd attempt to move it to the listserv.
>
> Disclaimer: I still think ACDD is the best place to address adding any
> persistent identifi
>
> Tel : +44 118 3785613
> E-mail: d.c.hass...@reading.ac.uk<mailto:d.c.hass...@reading.ac.uk>
> ___
> CF-metadata mailing list
> CF-metadata@cgd.ucar.edu<mailto:CF-metadata@cgd.ucar.edu>
> http://mailman.cgd.ucar.edu/mai
em together. It
> >> will be a collaborative document where anyone can write (add your name
> to
> >> your edits perhaps?) At some point we will probably transition to a
> >> collection of documents in the repo.
> >>
> >> Anyway, we can get started and ref
*
> * Nan GalbraithInformation Systems Specialist *
> * Upper Ocean Processes Group Mail Stop 29 *
> * Woods Hole Oceanographic Institution*
> * Woods Hole, MA 02543 (508) 289-2444 *
> ***
>
>
>
>
> --
Benevolent Dictator of Iris - a CF library for Python:
> >> www.scitools.org.uk/iris
> >> Met Office FitzRoy Road Exeter Devon EX1 3PB United Kingdom
> >> Tel: +44 (0)1392 885702
> >> Email: richard.hatters...@metoffice.gov.uk Web: www.metoffice.gov.uk
> &g
--
> John Graybeal
> Sr. Data Manager, Metadata & Semantics
>
> M +1 408 675-5445
> skype: graybealski
> Marinexplore
> 920 Stewart Drive
> Sunnyvale 94085
> California, USA
> www.marinexplore.com<http://marinexplore.com>
>
>
> --
> Scan
Woods Hole, MA 02543-1598
> >> ___
> >> CF-metadata mailing list
> >> CF-metadata@cgd.ucar.edu
> >> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
> >
> > - End forwarded message --
t; 52425 Juelich
> Sitz der Gesellschaft: Juelich
> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
> Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
> Karsten Beneke (stellv. Vorsitzender), P
"Historical";
> :Model = "CESM";
> :Realization = "1";
>
> dimensions:
> time=4;
> variables:
> float tas(time);
> data:
> tas=272.1,272.1,272.1,272.1;
>
> } // cesm_01
>
> group
;;
> :Scenario = "RCP 8.5";
>
> group: cesm {
> dimensions:
> time=unlimited;
> variables:
> float tas(time);
> :Model = "CESM";
> data:
> tas=272,272,272,272;
> } // end cesm
>
> group: ecmwf {
> dimensions:
>
oup.
> >
> > --Russ
> > ___
> > CF-metadata mailing list
> > CF-metadata@cgd.ucar.edu
> > http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
> >
>
> --
> Charlie Zender, Earth System Sci. & Compu
storically had an unfortunate
dependence on the udunits reference library for date parsing. We are
slowly unwinding that dependence. I think in this case widening the
allowed encoding for datetimes is well worth the complication.
Regards,
John
_______
CF-
Hi Roy
I'd vote for having the discussion about setting up a project to deliver this
"on list" ...
Cheers
Bryan
>
> Hello Robert,
>
> To my mind, data modelling of standard names should be based on the type of
> approach you've been advocating.
>
> Good point concerning expressions of int
> it is not
>
> I suspect there are other datasets created where x may mean east.
>
> I feel it is a better compromise to allow x to mean east and encourage data
> consumers to be careful in interpreting vector components. I believe that
> https://cf-pcmdi.llnl.gov/tra
__
> 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.
ings taken from
> WGS84 locations without any transformation. So the datum is
> somewhat ill-defined in the first place. Would having WKT
> available for these cases imply a misleading level of
> specificity?
>
> Cheers,
>
> --Seth
>
>
rford Appleton Laboratory Email:
> > alison.pamm...@stfc.ac.uk R25, 2.22
> > Harwell Oxford, Didcot, OX11 0QX, U.K.
>
> John Graybeal <mailto:jgrayb...@ucsd.edu>
> phone: 858-534-2162
> System Development Manager
> Ocean Observatories Initiative Cyberinfrastructure Project:
> http://ci.oceanobservatories.o
t for me, that would
depend on the complete convergence of the logical properties of CSML and
CDM).
Cheers
Bryan
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmospheric Data Centre and NCEO/NERC NEODC)
STFC, Rutherford Apple
gt; work, but there's some back-office re-engineering that needs to be
> done first.
>
> Cheers, Roy.
>
> From: cf-metadata-boun...@cgd.ucar.edu
> [mailto:cf-metadata-boun...@cgd.ucar.edu] On Behalf Of Benno
> Blumenthal Sent: 15 December 2010 22:23
> To: Bryan Lawrence
> Cc: J
team that wants to play with
> us on the 'simple matter of programming' part, that would be a
> collaboration we'd be happy to encourage.
>
> John
>
> On Dec 14, 2010, at 08:16, Steve Hankin wrote:
> > I second that thought.
> >
> > On 12/1
> > International Research Institute for climate and society
> > The Earth Institute at Columbia University
> > Lamont Campus, Palisades NY 10964-8000 (845) 680-4450
> >
> > ___
> > CF-metadata mailing list
> > CF-metadata@cgd.ucar.edu <mailto:CF-metadata@cgd.
> > this - we
> > might call it the extent/magnitude/size (any better ideas?) of the
> > range to
> > make clear it is just one number. I wonder what others think.
> >
> > Best wishes
> >
> > Jonathan
> >
s to represent similar things and file size. The question
> >> that I'd be inclined to ask of Ute and Rich would be a judgment
> >> call on the cost in file size that would result from filling
> >> missing values at the start/end of each individual trajectory.
> >
time, and a coordinate of, say, reciprocal_of_longitude.
>
> Best wishes
>
> Jonathan
> ___
> CF-metadata mailing list
> CF-metadata@cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>
--
Bryan Lawrence
Cheers
Bryan
On Friday 25 Jun 2010 21:52:52 Benno Blumenthal wrote:
> Hi Bryan,
>
> Thanks for chiming in -- your comments are quite helpful.
>
> As for
>
> On Thu, Jun 24, 2010 at 6:45 AM, Bryan Lawrence
>
> wrote:
> > However, despite the discussion thus far,
e the guidelines
> for construction of standard names.
>
> Best wishes
>
> Jonathan
> ___
> CF-metadata mailing list
> CF-metadata@cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>
--
Bryan Lawrenc
t proposed your "slight
> modification"? I am all ears :-)
>
> Thomas
>
> - "Bryan Lawrence" wrote:
>
> > Hi Nan
> >
> > ... but you couldn't plot this properly because you don't know that
> > it's an el
t; still perfectly hold.
> >>>
> >>> One example of such a dataset would be one where at each grid location
> >>> we report the mean/minimum/maximum temperature or pressure recorded by
> >>> any station found in a radius of, say, 30 km around the central
> >>> poi
> point.
> >
> > Another example is satellite data in swath projection where each
> > record is associated to a Field Of View, which is often approximated
> > as a an ellipse.
> >
> > Did someone give it a thought already?
>
ing), even in a 365 day model, there
is no meaningful comparison between a prediction at tzero plus a few weeks and
the actual day ... it's statistics all the way ... so that's a long way of
saying there is no reason for such a conversion beyond month and year, and then
only for statistical co
(& intensivity/extensivity etc) implicit in the measurement/simulation ...
Bryan
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmospheric Data Centre and NCEO/NERC NEODC)
STFC, Rutherford Appleton Laboratory
Phone +44 1235 445012;
on where the packaging
has had to be broken (which might occur for performance reasons or ...)
CF could recommend something like this ...
Bryan
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmospheric Data Centre and NCEO/NERC NEODC)
STFC, Ru
ata indefinitely, and I'm relying on vocabulary servers
... (and in particular, Roy's ... ) somehow we will persist the
vocab.ndg.nerc.ac.uk address, regardless of nerc's future, and of ndg's future,
although if ac.uk went away we might be in trouble :-).
Cheers
Bryan
--
Bryan La
ed them.
Without knowing the details I don't like the sound of "redefining". Would there
be cases of existing data marked up with land_ice which would fall foul of
such a change?
Bryan
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmo
s in offline email, this is of some interest to me for
a number of reasons.)
Bryan
>
> Cheers,
>
> Alejandro
>
> On Wed, 2009-09-16 at 09:49 +0100, Bryan Lawrence wrote:
> > Hi Alejandro
> >
> > > This is going to be used as the horizontal
> > > dimen
ata mailing list
> CF-metadata@cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmospheric Data Centre and NCEO/NERC NEODC)
STFC, Rutherford Appleton
x27;t neeed to be marked up with it, that'd be implicit in the
relationships that we standardise.
That seems like an obvious goal ...
Bryan
--
Bryan Lawrence
Director of Environmental Archival and Associated Research
(NCAS/British Atmospheric Data Centre and NCEO/NERC NEODC)
STFC, Ruthe
> Fax: +44 (0)1752 772 227
>
> Derriford, Plymouth, PL6 8BY
> sems...@argans.co.uk <mailto:sems...@argans.co.uk>
>
>
> Skype(tm): archonsme
>
> -
or CMIP5 are very different from CMIP3, I'm
> not sure if these cases can be easily handled in CMIP5. I'm forwarding
> you another e-mail regarding this so that you have more information.
>
> Regards,
>
> Alejandro
>
>
>
>
> On Tue, 2009-02-17 at 09:3
s are intended to
> > > name geophysical quantities. If ISCCP is estimating geophysical
> > > quantities,
> > > they do not need isccp in their names. For instance, we don't have a
> > > quantity
> > > called hadisst_sea_surface_temperature. Th
andard Names
> to parse using a grammar based on them. If there is a more extensive
> set of rules for constructting names, I'd be happy to try extending my
> grammar to include these.
>
> Cheers,
> Robert
>
--
Bryan Lawrence
Director of Environmental Archival and
; labels for that coordinate. This allows us to store many different
> tendencies in a single variable, but allows us to identify each of them
> through the "process" dimension of that variable.
(or any other sub-part of a variable).
I think we might need to look further into
> >> data:
> >> constituent='ozone';
> >>
> >> The list of valid constituent or aerosol could be SMILES, IUPAC or CAS.
> >> Or the CF community build up
> >> such list.
> >>
> >> This is the same system Marti
; >
> > Hi all,
> >
> > I just noticed the list of standardized region names on the CF
> > website. Is there a list of standard lat-lon boxes (or polygons) that
> > match the entries in this list?
> >
> > Cheers, Jon
--
Bryan Lawrence
Direc
44 matches
Mail list logo