Re: [cf-satellite] Proposal for band dimension and coordinate variable

NOTE: The cf-satellite mailing list is no longer active. The list archives are made available for historical reasons.

  • Subject: Re: [cf-satellite] Proposal for band dimension and coordinate variable
  • From: John Caron <caron@xxxxxxxxxxxxxxxx>
  • Date: Tue, 26 Jul 2011 12:51:07 -0600
On 7/25/2011 1:00 PM, Tom Whittaker wrote:
John:


On Mon, Jul 25, 2011 at 9:51 AM, John Caron<caron@xxxxxxxxxxxxxxxx>  wrote:
Another way to say the same thing: A coordinate variable must have values
that are a "sampling" along a continuous domain. One sees this violated in
the poorly designed AWIPS netcdf files, eg where all "temperature" values
are crammed into one variable, and the coordinate values have both pressure
and height and potential temperature, etc.
Is it possible (practical) to define a simple "index" as a coordinate
variable?  What I'm thinking here is that we could define some
coordinate axis types like "wavelength", etc., but would also need
something that is just a simple index with a well-known attribute that
could be easily recognized.  In this "simple index" case, the data
provider would have to supply other variables, dimensioned by "band"
(for example) that would further describe the meaning of these
indecies (for example:  wavelength(band) would contain the central
wavelength value).

If this reasonable, then I could see us creating a few new coordinate
axis names ("wavelength", "wavenumber") along with this simple index
(name to be determined), and then start defining some standard_names
for the ancillary metadata as well.

tom
Im not sure what the point of an "index coordinate" where coord(i) = i. is it just to have a container variable for where the other coordinates are referenced?



  • 2011 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the cf-satellite archives: