Re: [cf-satellite] related to scanning direction

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

Maybe something worth mentioning ....

When we established the "geostationary" projection earlier this year, we needed 
to establish a "sweep angle" projection parameter for tyhe projection software 
to properly locate pixels on the earth for both the Meteosat and GOES satellite.

checkout ...

http://trac.osgeo.org/proj/wiki/proj%3Dgeos

---------- Original Message ----------------------------------
From: Tom Whittaker <whittaker@xxxxxxxx>
Date:  Tue, 21 Aug 2012 16:05:04 -0500

>Hello Ghansham...
>
>I hope you are well.
>
>I believe the "scan direction" (either "up/down" or "left/right") is a
>matter of perspective -- if the frame of reference is on the
>satellite, looking "forward" along the flight path, then I would be
>more inclined to say "left/right", as "up/down" would refer to some
>vertical scanning -- from my frame of reference on the satellite.
>
>Regarding CF Conventions.  There are no conventions for dealing with
>this.  There have been discussions in the past dealing with "swath
>data", and you might have a Google of that (plus 'netcdf') and see
>what others have been thinking about.
>
>There is also at least one reference to some data already being
>written to hdf files, which might prove of interest.  The sad fact is
>that the satellite community for the longest time did not embrace
>NetCDF, and so we must play "catch-up" with the people who have
>defined conventions for model/gridded data and in-situ data.
>
>My take is that some common characteristics (like 'band' and
>'central_wavelength' (or _wavenumber) should be defined using
>conventions and "standard_names", but that characteristics of
>particular platforms must, by necessity, be defined for those
>platforms.  I also think that the use of the "standard_names" will go
>a long way toward helping application developers in writing file
>readers that can understand some of the basic structures of the data,
>while at the same time providing end users an opportunity to write
>specialized interfaces that meet their particular research or
>operational needs.
>
>Best wishes,
>
>tom
>
>
>-- 
>Tom Whittaker
>University of Wisconsin-Madison
>Space Science & Engineering Center (SSEC)
>Cooperative Institute for Meteorological Satellite Studies (CIMSS)
>1225 W. Dayton Street
>Madison, WI  53706  USA
>ph: +1 608 262 2759
>
>_______________________________________________
>cf-satellite mailing list
>cf-satellite@xxxxxxxxxxxxxxxx
>For list information or to unsubscribe, visit: 
>http://www.unidata.ucar.edu/mailing_lists/
>
 

 
..............End of Message ...............................-->


 
                   



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