[CF-metadata] Standard Name - Lifted Index

2011-10-21 Thread Comiskey, Glenn
Is anyone aware of a suitable standard name for the NCEP GRIB-1 variables "Surface lifted index " (131) and "Best (4 layer) lifted index" (132) as I can't find anything in the current list (v18). Kind regards, Glenn ___ CF-metadata mailing list CF-met

Re: [CF-metadata] Standard Name Table - GRIB column

2011-10-20 Thread Comiskey, Glenn
y a standard_name of "land_area_fraction", but the variable is named "Land_cover_land1sea0" and only has values "1.0" and "0.0" and standard name"land_binary_mask" would seem more appropriate - which has a GRIB variable value listed as E172. __

Re: [CF-metadata] Standard Name Table - GRIB column

2011-10-20 Thread Comiskey, Glenn
OK, I've worked out that the E values represent ECMWF defined values, and N values represent NCEP definded values (GRIB values 128-254 reserved for originating centre). From: Comiskey, Glenn Sent: 20 October 2011 14:45 To: 'cf-metadata@cgd.ucar.edu&#x

[CF-metadata] Standard Name Table - GRIB column

2011-10-20 Thread Comiskey, Glenn
In the standard name table what do the E numbers in the GRIB column denote, i.e. E151 (air_pressure_at_sea_level), E130 (air_temperature). I understand what the plain numerical values represent, i.e. 1 equals pressure, 2 equals pressure reduced to MSL etc. Having decoded some GRIB 1 data files (Bin

[CF-metadata] ERDDAP: CF:feature_type

2011-08-05 Thread Comiskey, Glenn
Hi, Have just upgraded ERDDAP to v1.36 and attempted to add a new GRIB file and note that when I run GenerateDatasetsXml.bat the dataset XML generated includes the line GRID, listed as a source attribute. Take it this is meant to relate to CF Discrete Sampling Geometries convention, but seems odd

[CF-metadata] [FRANCE] Question about CF Convention

2011-08-03 Thread Comiskey, Glenn
lished via THREDDS and ERDDAP the use of other file suffix, such as ".grb" for GRIB files, has not caused any issues or stopped us from state conformance with conventions such as CF. Regards, Glenn -Original Message----- From: Comiskey, Glenn Sent: 03 August 2011 16:19 To: 'cf-

Re: [CF-metadata] CF-metadata Digest, Vol 100, Issue 2

2011-08-03 Thread Comiskey, Glenn
Bonjour Alain, Being new to the world of meteorological/oceangraphic data myself recently, I had the same problem you have when reading the various conventions available. Based upon discussions about this matter, and how others are using and interpretating the conventions, I personally have adopte

Re: [CF-metadata] COARDS - "positive" attribute

2011-07-20 Thread Comiskey, Glenn
the use of the "positive" attribute? Regards, Glenn From: John Graybeal [mailto:jbgrayb...@mindspring.com] Sent: 20 July 2011 05:52 To: Comiskey, Glenn Cc: cf-metadata@cgd.ucar.edu Subject: Re: [CF-metadata] COARDS - "positive" attribute Do you really need an attribute

Re: [CF-metadata] CF-metadata Digest, Vol 99, Issue 8

2011-07-20 Thread Comiskey, Glenn
quot;; Format="flowed" On 7/18/2011 3:42 AM, Comiskey, Glenn wrote: > Hi, > The COARDS covention mandates the use of the "positive" attribute for > a vertical axis that is not a unit of pressure, i.e. if using metres > to denote altitude. It further qualifies use o

[CF-metadata] COARDS - "positive" attribute

2011-07-19 Thread Comiskey, Glenn
Hi, The COARDS covention mandates the use of the "positive" attribute for a vertical axis that is not a unit of pressure, i.e. if using metres to denote altitude. It further qualifies use of the "positive" attribute as a means of discovering vertical coordinate variables, i.e. the convention stat

[CF-metadata] Standard Names - Tidal properties

2011-07-15 Thread Comiskey, Glenn
Hi, I am trying to describe data that represents tidal depth properties gathered by a fixed-station sub-surface water pressure guage. I have noted the CF Standard Name "sea_surface_height_amplitude_due_to_earth_tide" and was wondering what this is supposed to represent, as the description is a li

[CF-metadata] Units: degrees - COARDS/CF Convention

2011-07-15 Thread Comiskey, Glenn
Hi, The use of the variable unit value "degrees" would appear to discount a data set from being both COARDS and CF compliant, at least according to the CF conventions document, i.e. v1.5, section 3.1 states "The COARDS convention prohibits the unit "degrees" altogether" while also stating "this u

Re: [CF-metadata] udunits 1 or 2 for CF?

2011-06-02 Thread Comiskey, Glenn
m3/kg. Thanks for you help. Regards, Glenn -Original Message- From: Cameron-smith, Philip [mailto:cameronsmi...@llnl.gov] Sent: 01 June 2011 17:46 To: Comiskey, Glenn; cf-metadata@cgd.ucar.edu Subject: RE: Re: [CF-metadata] udunits 1 or 2 for CF? Hi Glenn, I would interpret 'm-3 kg&#

Re: [CF-metadata] udunits 1 or 2 for CF?

2011-06-01 Thread Comiskey, Glenn
Hi All, As a new comer to the world of metorological/oceanographic datasets, I am currently reading up on a number of subject matters including the use of the UDUNITS package and the use of version 1 or 2 for CF conformance. As a result of a URL kindly provided by Mike Grant, Plymouth Marine Labo

[CF-metadata] CF Convention - standard_names

2011-05-27 Thread Comiskey, Glenn
Hi, I note a discrepency between the CF document and the CF conformance requirements and recommendations document, for all versions v1.0 thru v1.5, in that the CF conformance requirements and recommendations document states that the standard_name attribute is a requirement, while the CF document

[CF-metadata] CF Metadata - CF Convention 1.5

2011-05-26 Thread Comiskey, Glenn
Hi, Having recently taken up an appointment that involves me working with meteorological/ocenographic datasets I have been reading the CF Conventions documentation. I've noted that the documention, when refering to the units variable attribute, references UNIDATA's udunits package and the data fi