Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
NOTE: The cf-satellite mailing list is no longer active. The list archives are made available for historical reasons.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, At the danish and swedish meteorolical institutes, we have implemented the prototype suggestion. We have two points we would like to discuss here: - - Wavelength: we find it necessary to add the minimum and maximum wavelength (spectral range) to the metadata. We think it is not enough just to specify one wavelength for a band. - - Geolocalization: we have quite a lot of data that is easily represented on a grid, but the CF-convention requires the grid of lons and lats to be calculated. This is of course highly inconvenient for fixed grids (from a data storage and transfer perspective). We suggest adding a proj-string (proj.4 string definition) and an area-extent option in the convention for grids. To us, it makes a lot more sense than maintaining a list of accepted pre-defined grids in the convention. Best regards, Martin Raspaud, Adam Dybbroe (SMHI) Esben Stigård Nielsen, Kristian Rune Larsen, Lars Ørum Rasmussen (DMI) Tom Whittaker skrev: > We would like to suggest the following as a "starting point" that we > can refine toward the goal of agreeing on a "basic" set of metadata > and structure. It is an example of a multi-banded image structure > that contains navigation on a point-by-point basis, and provides for > linear calibration. The variable "names" are not critical, but the > "standard_name" should be used by applications to identify the > quantity. > > (In the following, most of the numbers are just samples....to make it > more readable...) > > dimensions: > x = 5304 ; > y = 2438 ; > band=16 > > variables: > float lat(y, x); > lat:standard_name = "latitude" ; > lat:units = "degrees_north" ; > lat:valid_range = -90.f, 90.f ; > > float lon(y, x) ; > lon:standard_name = "longitude" ; > lon:units = "degrees_east" ; > lon:valid_range = -180.f, 180.f ; > > int band(band); > > double time; > time:long_name = "Nominal time of image"; > time:units="s since 1990-1-1 0:0:0"; > > string bandname(band); > bandname:standard_name = "band_name" ; > > float offset(band) ; > offset:standard_name="linear_calibration_offset"; > > float scale(band) ; > scale:standard_name="linear_calibration_scale_factor"; > > float wavelength(band); > wavelength:standard_name="radiation_wavelength"; > wavelength:units="micron"; > > string units(band); > units:standard_name="band_units"; > > short ImageData(band, y, x) ; > ImageData:coordinates = "band lat lon" ; > ImageData:valid_min = 1s ; > ImageData:_FillValue = 0s ; > ImageData:missing_value = 0s ; > > and for people who want/need to use a table look-up for calibration -- > instead of the "linear_calibration..." > variables, we would use: > > float lookup(band, 256); > lookup:standard_name="calibration_lookup_table"; > > > As Russ Rew pointed out, if there is only one band, it would be > possible to dimension the Data as (y,x) but have the coordinates > attribute contain "band". > > > tom > (with help from Tom Rink and Kaba Bah) > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMc2/IAAoJEBdvyODiyJI4w0wIAIw5QsZO9r3qmDnZLCz1ot7h +ws9qbrxklIfIxN7vuaSxTedonv++ulc9E90LVqyxKcOn/e8GM5XGSREjw8CAVhk 8PynsvvfHnjI5y3yZchoIy/znIt7bgTtGtTA6Ll+zgk3M5QxuFSC+jonfLk1EWzJ KFR6+Vtb64aztmBFYaKkvvOyUC0Xr/kVX7y+5K4sclHbQQaOSxO67yX1BdpWWPAX hXWWuLuLUZQNNwzi5o6FgQ2jom4mUxhZu/xbjeSl4fyehCgcw1TnE9BQ1aikTSaZ dIxTGI7gbHNARglIp2f7npaR6/yvCx5jQKf5SqgHQBSmyG2TTmzsxbokLACrsd8= =w/WO -----END PGP SIGNATURE-----
begin:vcard fn:Martin Raspaud n:Raspaud;Martin org:SMHI adr;quoted-printable:;;;Norrk=C3=B6ping;;60176;Sweden email;internet:martin.raspaud@xxxxxxx tel;work:+46 (0)11 495 8261 tel;cell:+46 (0)11 495 8261 x-mozilla-html:FALSE version:2.1 end:vcard
cf-satellite archives: