Re: [CF-metadata] Request for standard_name="sea_binary_mask"

2011-02-02 Thread Don Murray
John et al.- On 2/2/11 6:17 PM, John Caron wrote: > IFAIU, Python cant interact directly with Java (ie link to it). Correct. It can potentially work with it through the JNI. Here is a package to make that easier: JCC 2.7: a C++ code generator for calling Java from C++/Python http://pypi.pyt

Re: [CF-metadata] Request for standard_name="sea_binary_mask"

2011-02-02 Thread John Caron
On 1/4/2011 11:49 AM, Christopher Barker wrote: On 1/4/11 10:15 AM, John Caron wrote: So exactly how much does NetCDF-Java do for you? Can I ask it for a land-sea mask and it will look for the multiple ways that might be stored and give it back to me? If so, pretty cool! It cant do that right

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread Jon Blower
> Also, they are wondering what to use for the default ellipsoid when these are > not specified. It seems to me the obvious > candidates are 1) spherical earth > with a standard radius, or 2) WGS84 ellipsoid. My inclination would be to treat the lack of datum as an issue to be escalated to the

Re: [CF-metadata] MSG CPP standard name for time_offset_of_observation / pixel_delta_time

2011-02-02 Thread Jonathan Gregory
Dear Maarten What you write about pixeltime as an aux coord var (y,x) and your ncdump look sensible to me. I think that's all fine. > The standard_name time_offset (s) seems good to me. In the long name we > can add an explanation that this variable deals with the time offset for > each pixel. O

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread Bob Simons
John Caron asked for preferences for the default ellipsoid. I'm not an expert, but I vote for WGS84 ellipsoid, because it is the modern, recommended ellipsoid and seems to be the most widely used these days. Sincerely, Bob Simons IT Specialist Environmental Research Division NOAA Southwest Fis

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread Bentley, Philip
Hi John, > Apparently ESRI is willing to add support for CF 1.5 > grid_mapping attributes for ellipsoidal-earth/geodetic-datum > definitions in the Grid Mappings and Projections specification. That's good to hear. By coincidence I'm meeting up with a colleague tomorrow to check out the new netC

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread David Blodgett
All, I meant to send the following to the list yesterday but I don't think it came through... Hopefully this one makes it through. New to the list, Rich Signell asked me if I'd respond to John's question below. For what its worth: I've done a fair amount of thinking and asked a lot of questions

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread Rich Signell
John & Co, > Also, they are wondering what to use for the default ellipsoid when these > are not specified. It seems to me the obvious candidates are 1) spherical > earth with a standard radius, or 2) WGS84 ellipsoid. I imagine the vast majority of netcdf datasets fall into this camp. I had an i

Re: [CF-metadata] ECMWF GRIB code - CF Standard Name Mapping incorrect?

2011-02-02 Thread Malm Jakob
-28163-01--10 20:59, TOYODA Eizi skrev: > Hi, > > For GRIB Edition 1, the meaning of parameter number 137 depends on > originating center (98 = ECMWF in this case) and version number of > GRIB table (indicated at octet 4 of Section 1). Yes, I noticed that the GRIB keywords name and shortName had

Re: [CF-metadata] ECMWF GRIB code - CF Standard Name Mapping incorrect?

2011-02-02 Thread Malm Jakob
-28163-01--10 20:59, alison.pamm...@stfc.ac.uk skrev: > Dear Jakob, > > To try to answer your specific query first: the correct spelling of the > standard name is lwe_thickness_of_atmosphere_water_vapor_content. You are > correct that standard names should always use the American spelling. The

Re: [CF-metadata] ECMWF GRIB code - CF Standard Name Mapping incorrect?

2011-02-02 Thread alison.pamment
Dear Jakob, To try to answer your specific query first: the correct spelling of the standard name is lwe_thickness_of_atmosphere_water_vapor_content. You are correct that standard names should always use the American spelling. The units associated with this standard name are m and the explanat

Re: [CF-metadata] ECMWF GRIB code - CF Standard Name Mapping incorrect?

2011-02-02 Thread TOYODA Eizi
Hi, For GRIB Edition 1, the meaning of parameter number 137 depends on originating center (98 = ECMWF in this case) and version number of GRIB table (indicated at octet 4 of Section 1). It's completely up to ECMWF to define it, but my understanding is that tables coming with GRIB-API softwar

Re: [CF-metadata] MSG CPP standard name for time_offset_of_observation / pixel_delta_time

2011-02-02 Thread plieger
Hi Jonathan, Thank you for your reply! The standard_name time_offset (s) seems good to me. In the long name we can add an explanation that this variable deals with the time offset for each pixel. >>> However, we could also think about defining a new convention specifically >>> for >>> this, for

Re: [CF-metadata] ESRI implementation of ellipsoidal-earth

2011-02-02 Thread Lauret Olivier
Hi John, hi all, I know that for Topex/Poseidon and Jason-1/2 satellite data a specific reference ellipsoid is used. If ESRI pick a sample of Jason data, as far as I remember this reference ellipsoid is declared in the netCDF files. They can retrieve these data on this FTP directory: ftp://avi

[CF-metadata] ECMWF GRIB code - CF Standard Name Mapping incorrect?

2011-02-02 Thread Malm Jakob
There are differences between the CF standard names on http://cf-pcmdi.llnl.gov/documents/cf-standard-names/ecmwf-grib-mapping [CF document] and http://www.ecmwf.int/publications/manuals/d/gribapi/param/ [ECMWF site] (click on the netcdf link for any particular parameter) E.g. tcwv: [CF d