IMPORTANT NOTICE: Due to the Navy's activation of a radiation/calibration beacon on the DMSP-F15 platform, the SSM/I 22V channel has become corrupted. This beacon was started on August 14, 2006. The corrupted 22V will affect all geophysical products which use it. This means the GHRC's IWV, CLW, and OWS (for F-15 only) are likely unusable, and will be discontinued from the time this beacon was activated. We're sorry for this inconvenience.
The Global Hydrology Resource Center (GHRC) has been processing and archiving Special Sensor Microwave / Imager (SSM/I) data since 1990. Prior to May 1995, the SSM/I data source for the GHRC was the National Environmental Satellite Data and Information Service (NESDIS). Since May, 1995, the source has been the Fleet Numerical Meteorology and Oceanography Center (FNMOC). Data is obtained from FNMOC and processed at the GHRC within hours of its reception. Each day full resolution or "swath" brightness temperatures (Tb's) and reduced resolution "gridded" data sets are generated. Browse images of the gridded files are created in both HDF raster and GIF formats. HDF represents the Hierarchical Data Format, the data format standard for NASA's Earth Observing System Data and Information System.
The GHRC is producing several geophysical products using oceanic SSM/I Tb data including: integrated water vapor, cloud liquid water, and oceanic wind speed. These products are also in swath and gridded formats.
The Department of Defense maintains a series of polar orbiting sun-synchronous meteorological satellites as a part of the Defense Meteorological Satellite Program (DMSP). To date, six of the DMSP satellites have flown an SSM/I (see Table 1).
Table 1
|
Satellite |
Launch date |
NORAD ID/ International ID |
SSM/I instrument status |
|
DMSP 5D2-F8 |
19 June 1987 |
Operational support ended 13 Aug 1991 |
|
|
DMSP 5D2-F10 |
1 Dec 1990 |
Failed, 14 Nov 1997 |
|
|
DMSP 5D2-F11 |
28 Nov 1991 |
21798U/91082A |
Non-operational as of 8/30/2000 |
|
DMSP 5D2-F12 |
29 Aug 1994 |
23233U/94057A |
SSM/I failed soon after launch |
|
DMSP 5D2-F13 |
24 Mar 1995 |
23533U/95015A |
Operational as of 5/3/1995 |
|
DMSP 5D2-F14 |
4 Apr 1997 |
24753U/97012A |
Operational as of 5/8/1997 |
|
DMSP 5D3-F15 |
12 Dec 1999 |
25991U/99067A |
Operational as of 2/23/2000 |
The SSM/I is a passive microwave sensor that detects microwave radiation at four frequencies: 19.35 GHz, 22.235 GHz, 37.0 GHz, and 85.5 GHz. The 19, 37, and 85 GHz channels have dual-polarization (vertical and horizontal), while the 22 GHz channel has only vertical polarization. This yields a total of seven channels. The instrument is a conical scanning device sweeping out an approximately 1400 km wide swath as it looks forward (F8 looks backward) at an angle of about 45 degrees from vertical. The instrument scans through 102 degrees for each scanning revolution. The scan period is 1.899 seconds.
The 85 GHz channels scan continuously, while the 19, 22, and 37 GHz channels sample every other element of every other scan. The scan on which all channels are sampled is termed the A-scan and the 85 GHz-only scan is called the B-scan. The A- and B-scans are referred to as a scan-pair. Because of these sampling characteristics, there are 64 low frequency samples and 128 high frequency samples in each A-scan. There are one-fourth as many elements in a low frequency (19, 22, or 37 GHz) swath than in a high frequency (85 GHz) swath.
Table 2 (from the SSM/I Calibration and Validation Final Report) shows footprint sizes and sampling resolutions for all four frequencies.
Table 2
|
Frequency |
Appr. Footprint Size |
Footprint |
|
|
Along-track |
Along-scan |
||
|
19 GHz |
69 km |
43 km |
25 km |
|
22 GHz |
60 km |
40 km |
25 km |
|
37 GHz |
37 km |
28 km |
25 km |
|
85 GHz |
15 km |
13 km |
12.5 km |
The GHRC is currently processing and archiving SSM/I data from F13, F14, and F15. Table 3 shows typical values for some orbital characteristics of these DMSP satellites.
Table 3
|
Parameter |
F13 |
F14 |
F15 |
|
Ascending equator- |
18:33 |
17:55 |
20:07 |
|
Period (min) |
101.9 |
101.9 |
101.8 |
|
Altitude Max. (km) |
855 |
855 |
865 |
|
Altitude Min. (km) |
844 |
842.5 |
844 |
|
Orbit Eccentricity |
0.00073 |
0.00086 |
0.00098 |
UTC represents Universal Coordinated Time.
Since the orbital period for all DMSP satellites shown in Table 3 is about 102 minutes, each DMSP orbits the earth about 14.1 times per day. The GHRC processing breaks the SSM/I data stream into passes. A pass is defined as a pole-to-pole swath that is either ascending (south to north) or descending (north to south). A complete pass contains about 51 minutes of data or about 1610 A and B-scans. The first pass of a UTC day is defined as the first complete pass of the day. The last pass processed is the last complete pass beginning in the day being processed. Be aware that the last pass will almost always contain some data from the next UTC day. If there are any data for a pass, the output files are created and all missing scans are flagged. A typical day contains 28 or 29 passes.
For more information about the DMSP-F8, F10, F11, F12, F13, F14, and F15 satellites, refer to the GHRC Home Page's documentation at Dataset descriptions/Guide Document Pages.
For more information about the SSM/I instrument, refer to: SSM/I_Sensor.
2.1 Swath Data
2.1.1 Data Acquisition
The source of the GHRC's SSM/I data is FNMOC. FNMOC is the Department of Defense's (DoD) center of expertise for DMSP passive microwave data processing. The DoD has an agreement with the National Oceanographic and Atmospheric Administration (NOAA) under which they share data via the Shared Processing Network (SPN). FNMOC generates SSM/I antenna temperature files known as Temperature Data Records (TDR's) and sends them to NOAA/NESDIS. NESDIS performs minimal file unpacking and makes the data available to the GHRC. Files are usually available within 1 hour (or less) of data acquisition by FNMOC.
2.1.2 Data Quality Control
Each day the GHRC performs a four step quality control process on the previous day's data. These steps are:
- Date stamping
- File merging
- Navigation checking
- Calibration checking
Step 1, date stamping, is necessary because each scan-pair of data has a "time" stamp, but not a "date" stamp. This step removes all data not from the day being processed.
Step 2, file merging, combines all of the data files from a specified day. During this process, data gaps are filled with flagged values.
Step 3, navigation checking, uses an orbit prediction model to determine the proper latitude and longitude of the 85 GHz mid-scan pixel at a given time. That element's latitude and longitude values are compared to the model results, and if they are not within a specified distance, the entire scan-pair is flagged as mislocated.
Internal checks are also performed in this step on the latitude and longitude values to look for "glitches" or dramatic changes. For instance, if two consecutive scan-pair longitude values show eastward motion, the second scan-pair's latitude, longitude, and surface type values are flagged as questionable. The antenna temperature values are left unchanged.
Step 4, calibration checking, checks the hot and cold load counts for each scan and each channel. If a bad hot or cold load count is found, and since 10-scan-pair averaging has been applied by FNMOC, ten scan-pairs of antenna temperatures are flagged for that specific channel, (the scan-pair at which the bad calibration occurred and the 9 previous scan-pairs). The three hot load thermistor temperatures are also checked, but if only these are bad, only the current scan-pair is flagged.
2.1.3 Data Processing
After these QC steps, data are read for each pass (ascending or descending), sequentially for an entire day. Antenna temperatures are then converted to brightness temperatures (Tb's) using Remote Sensing System's "DECODE-4A" intercalibration software. The output for each execution of the software is:
- one pass file with brightness temperatures (Tb)
- one pass file with high resolution geolocation information (hn)
- one pass file with low resolution geolocation information (ln), associated with the low frequency channels.
In addition, on each execution an ASCII text file is written containing summary information of each pass. This provides a quick look of the day's processing.
2.2 Gridded Data
All of the swath files containing ascending passes are averaged into a 0.5 x 0.5 degree global grid (720 x 360). The same is done for descending passes. The global grid is centered on the Greenwich meridian. Each grid box value is the mean of the SSM/I brightness temperatures located within the half degree box centered at every xx.25 and xx.75 degrees. Only valid brightness temperatures are used. Table 4 lists some representative grid points and their geographic extents.
Table 4
|
Array Coords. |
Centered at |
Latitude Extent |
Longitude Extent |
|
1, 1 |
89.75,-179.75 |
90.00 - 89.51 |
-180.00 - -179.51 |
|
180,360 |
0.25, -0.25 |
0.50 - 0.01 |
-0.50 - -0.01 |
|
181,360 |
-0.25, -0.25 |
0.00 - -0.49 |
-0.50 - -0.01 |
|
181,361 |
-0.25, 0.25 |
0.00 - -0.49 |
0.00 - 0.49 |
|
180,361 |
0.25, 0.25 |
0.50 - 0.01 |
0.00 - 0.49 |
|
360,720 |
-89.75, 179.75 |
-89.50 - -90.00 |
179.50 - 179.99 |
2.3 Browse Images (HDF, GIF)
The HDF gridded data files are used to create HDF raster(8) images. These images do not contain scientific data, but instead contain only color values. GIF images are then created from the HDF raster images. There are 14 HDF raster files and 14 GIF files (ascending and descending files for each channel) generated per day.
3.1 File Names
The brightness temperature pass file naming convention is:
fxx_Tb_yyddd_ppZ.hdf.gz
fxx_ln_yyddd_ppZ.hdf.gz
meta_fxx_yyddd.textwhere
xx = the satellite ID number (13, 14, or 15)
yyddd = the date; year (yy) and day (ddd)
pp = the pass number (01-29)
Z = the pass direction (A-ascending or D-descending)
hdf = an HDF file
gz = it has been compressed using the "gzip" utilityFor example, the file "f13_Tb_05008_06D.hdf.gz" contains F13 brightness temperature data from the 6th pass (descending) of day 05008. The corresponding high-resolution geolocation data for this pass is in "f13_hn_05008_06D.hdf.gz"
3.2 File Content
HDF files contain data grouped within the file called "objects". Table 5 lists the objects in the brightness temperature HDF file. The dimension 'N' represents the number of A- and B-scans in the pass, nominally 1570 - 1616, and can be retrieved with a simple HDF library call. (See section 7) All objects are filled with missing scans where needed. HDF labels are provided with each object.
Table 5
|
Description |
units |
scale |
format |
type |
size |
|
Day of year |
day |
1 |
ddd |
integer*2 |
(1 x N) |
|
Time of day |
seconds |
1 |
sssss.ssss |
real*4 |
(1 x N) |
|
19 GHz vertical Tb |
K |
100 |
ttttt |
integer*2 |
(64 x N/2) |
|
19 GHz horizontal Tb |
K |
100 |
ttttt |
integer*2 |
(64 x N/2) |
|
22 GHz vertical Tb |
K |
100 |
ttttt |
integer*2 |
(64 x N/2) |
|
37 GHz vertical Tb |
K |
100 |
ttttt |
integer*2 |
(64 x N/2) |
|
37 GHz horizontal Tb |
K |
100 |
ttttt |
integer*2 |
(64 x N/2) |
|
85 GHz vertical Tb |
K |
100 |
ttttt |
integer*2 |
(128 x N) |
|
85 GHz horizontal Tb |
K |
100 |
ttttt |
integer*2 |
(128 x N) |
|
Spacecraft position |
(5 x N/2) |
||||
|
-Time(Minute vector) |
seconds |
1 |
sssss.s |
real*4 |
|
|
-Latitude |
degrees |
1 |
ddd.dd |
real*4 |
|
|
-Longitude |
degrees |
1 |
ddd.dd |
real*4 |
|
|
-Altitude |
meters |
1 |
dddddd. |
real*4 |
|
|
-Incidence Angle |
degrees |
1 |
dd.dd |
real*4 |
|
|
Two-line element set |
vary |
NA |
c |
integer*1 |
(69 x 2) |
|
McIDAS Nav. directory |
vary |
NA |
xxxxxx |
integer*4 |
(1 x 128) |
|
Pass Metadata |
See NOTE |
integer*4 |
(1 x 512) |
||
In the Spacecraft Position Vector array, missing scans are flagged with -999.0. Since the values are floating point, no scaling is done. Times are in seconds (to the nearest half second), latitudes range from 0.00 to 180.00 degrees, longitudes are positive east from -180.00 to 180.00 degrees, and altitudes are in whole meters. The two-line element set (object #12) contains a two-line formatted group of ephemeris values closest in time to 1200 UTC of the day being processed. The GHRC retrieves two-line element sets daily. The McIDAS Navigation directory (object #13) is for use with McIDAS software. NOTE: See Pass Metadata object for information about the Pass Metadata object (object #14).
3.3 Data Values
The brightness temperature data in the HDF files are integer*2, ranging from -32768 to 32767. Table 6 shows possible values of brightness temperatures.
Note: Time of day values are negated for several conditions – see Table 8-A.
Table 6
|
Value |
Represents |
|
-11 |
Missing scan-pair |
|
-20 |
Misdirected scan-pair |
|
-21 |
Erroneous value found in latitude |
|
-90 |
-1 K < Ta < 1 K |
|
-91 |
-1 K < Tb < 1 K |
|
-94 |
Cal_Bad and any Ta < -1 |
|
-95 |
Cal_OK and one polarization Ta < -1 |
|
-98 |
Cal_OK and both polarization's Ta < -1 |
|
-99 |
Cal_OK and Tb < -1 |
|
< -100 |
A positive input Ta flagged due to Cal_Bad (scaled by 100) |
|
> 100 |
100 valid Tb (scaled by 100) |
4.1 File Names
The high resolution geolocation pass file naming convention is:
fxx_hn_yyddd_ppZ.hdf.gz
where
xx = the satellite ID number (13, 14, or 15)
yyddd = the date; year (yy) and day (ddd)
pp = the pass number (01-29)
Z = the pass direction (A-ascending or D-descending)
hdf = an HDF file
gz = it has been compressed using the "gzip" utilityFor example, the file "f13_hn_95165_27D.hdf.gz" contains F13 high resolution geolocation data from the 27th pass (descending) of day 95165. It corresponds to the brightness temperature data in "f13_Tb_95165_27D.hdf.gz"
Table 7 lists the objects in the high resolution geolocation HDF files. The dimension 'N' represents the number of A- and B-scans in this pass (nominally 1570 - 1616) and can be retrieved with a simple HDF library call. All objects are filled with missing scans where needed. Labels are provided with each object.
Table 7
|
Description |
units |
scale |
format |
type |
size |
|
Day of year |
day |
1 |
ddd |
integer*2 |
(1 x N) |
|
Time of day |
seconds |
1 |
sssss.ssss |
real*4 |
(1 x N) |
|
Latitude |
degrees |
100 |
ddddd |
integer*2 |
(128 x N) |
|
Longitude |
degrees |
100 |
ddddd |
integer*2 |
(128 x N) |
|
Surface Type |
class |
1 |
c |
integer*1 |
(128 x N) |
4.3 Data Values
All latitude and longitude data are scaled by 100. Latitude is positive north (-9000 to 9000) and longitude is positive east (-18000 to 18000).
Tables 8-A and 8-B show Latitude, Longitude, & Surface type values in “hn” files.* Time of day values are negated for these situations.
Table 8-A
|
Value |
Latitude |
Longitude |
Value |
|
|
-9011 |
Missing scan-pair* |
Missing scan-pair* |
-18011 |
|
|
-9020 |
Misdirected scan-pair |
Misdirected scan-pair |
-18020 |
|
|
-9021 |
Nearby bad latitude value |
Nearby bad latitude value |
-18021 |
|
|
-9022 |
Mislocated scan-pair* |
Mislocated scan-pair* |
-18022 |
|
|
-9033 |
Questionable Lat &/or Lon scan-pair* |
Questionable Lat &/or Lon scan-pair* |
-18033 |
|
|
-9000 < Lat < +9000 |
Valid Latitude |
Valid Longitude |
-18000 < Lon < +18000 |
Table 8-B
|
Value |
Surface type |
|
-11 |
Missing scan-pair |
|
-20 |
Misdirected scan-pair |
|
-21 |
Nearby bad latitude value |
|
-22 |
Mislocated scan-pair |
|
-33 |
Questionable Lat &/or Lon scan-pair |
|
0 |
Land |
|
1 |
Vegetation/land |
|
2 |
Near-coast |
|
3 |
Ice |
|
4 |
Possible ice |
|
5 |
Water |
|
6 |
Coast |
|
7 |
Not used |
5.1 File Names
Low resolution geolocation files are created for users who either do not need high resolution information or are using geophysical products, most of which are generated at the resolution of the low frequency channels (19, 22, and 37 GHz). The low resolution geolocation pass file naming convention is:
fxx_ln_yyddd_ppZ.hdf.gz
where
xx = the satellite ID number (13, 14, or 15)
yyddd = the date; year (yy) and day (ddd)
pp = the pass number (01-29)
Z = the pass direction (A-ascending or D-descending)
hdf = it is an HDF file
gz = it has been compressed using the "gzip" utilityFor example, the file "f13_ln_95299_27A.hdf.gz" contains F13 low resolution geolocation data from the 27th pass (ascending) of day 95299. It corresponds to the brightness temperature data (B-scan only) in "f13_Tb_95299_27A.hdf.gz"
5.2 File Content
Table 9 lists the objects in the low resolution geolocation HDF files. The dimension 'N' represents the number of A-scans in this pass (nominally 785 - 808) and can be retrieved with a simple HDF library call. All objects are filled with missing scans where needed. Labels are provided with each object.
Table 9
|
Description |
units |
scale |
format |
type |
size |
|
Day of year |
day |
1 |
ddd |
integer*2 |
(1 x N) |
|
Time of day |
seconds |
1 |
sssss.ssss |
real*4 |
(1 x N) |
|
Latitude |
degrees |
100 |
ddddd |
integer*2 |
(64 x N) |
|
Longitude |
degrees |
100 |
ddddd |
integer*2 |
(64 x N) |
|
Surface Type |
class |
1 |
c |
integer*1 |
(64 x N) |
5.3 Data Values
All latitude and longitude data are scaled by 100. Latitude is positive north (-9000 to 9000) and longitude is positive east (-18000 to 18000).
Tables 8-A and 8-B show Latitude, Longitude, & Surface type values in “ln” files.
6.1 File Names
The files are in the Hierarchical Data Format (HDF). Each HDF file has also been compressed using the GNU gzip utility. The file naming convention is:
fxx_Tb_yyddd_dayAD.hdf.gz
where
yyddd = the date; year (yy) and day (ddd)
xx = the satellite ID number (13, 14, or 15)For example, the file "f14_Tb_04219_dayAD.hdf.gz" contains gridded F14 brightness temperatures for day 04219. The 'AD' in the filename represents the fact that the ascending and descending passes are computed separately and placed in two images.
6.2 File Content
Table 10 lists the objects in the HDF files and their contents.
Table 10
|
Description |
units |
scale |
format |
type |
size |
|
V19 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H19 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V22 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V37 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H37 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V85 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H85 ascending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V19 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H19 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V22 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V37 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H37 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
V85 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
H85 descending grid |
K |
100 |
ttttt |
integer*2 |
(360 x 720) |
|
Gridded Metadata |
See NOTE |
integer*4 |
(31 x 512) |
||
Note: See Gridded Metadata object for information about the Gridded Metadata object (object #16).
6.3 Data Values
The brightness temperature data in the gridded HDF files are integer*2. Table 11 shows possible values.
Table 11
|
Value |
Represents |
|
-1 |
Flagged due to missing, mis-located, or bad calibration |
|
>0 |
valid Tb (scaled by 100) |
Browse files are generated from the daily gridded data in two formats, HDF raster-8 and GIF. There is only one image per file. The file naming conventions are:
fxx_ccc_yyddd_dayZ_ras8.hdf
fxx_ccc_yyddd_dayZ_ras8.gifwhere
xx = the satellite ID number (13, 14, or 15)
ccc = the channel (V19, H19, V22, V37, H37, V85, H85)
yyddd = the date; year (yy) and day (ddd)
Z = the pass direction (A-ascending or D-descending)
hdf = an HDF raster image file
gif = a GIF image fileFor example, the file "f15_H37_05003_dayD.ras8.hdf" contains an HDF raster8 image of the F15 H37 brightness temperatures for the descending passes of day 05003. HDF-Raster8 files are in the HDF 8-bit raster image format. They each contain one 8-bit raster image, a palette, a file description, and a legend.
GIF files are in the Compuserve GIF image format. They each contain one annotated image.
SSM/I data and browse processed by the GHRC are available for online ordering via the Global Hydrology Resource Center. (click "Dataset List", then "DISCOVER") Additionally, the most recent two years of SSM/I data are available for immediate download via our Data Pool at http://datapool.nsstc.nasa.gov/.
Note: The SSM/I Tb data and Navigational data on our Data Pool are not compressed, nor are they stored together in the same directory as on our GHRC anonymous FTP server. Please refer to the Data Pool Navigational Documentation found here: http://moby.itsc.uah.edu/ftpdata/doc/ssmi_tb/readme_1st.html for directions on how to locate all the necessary data. The Data Pool has the additional capabilities of subsetting, packaging, and compressing the data when you use the preferred "shopping cart" method of data ordering.
GHRC SSM/I Tb Ordering Options
GHRC Data Ordering Tools |
Data Type |
Date Availability |
Navigation Data with Tbs |
Custom
Order packaging |
Type of Subsetting |
swath |
Entire dataset |
yes (in daily tar files) |
no |
swath level (upon request) |
|
|
grid |
Entire dataset |
n/a |
no |
n/a |
|
browse |
Entire dataset |
n/a |
no |
n/a |
swath |
Most recent 2 years |
no (available through custom ordering) |
yes |
swath level (automated) |
|
|
grid |
Most recent 2 years |
n/a |
yes |
n/a |
|
browse |
Most recent 2 years |
n/a |
yes |
n/a |
8.1 Sample Programs
Two sample FORTRAN program have been provided to read swath and gridded data. read_ssmi_tb.f is for reading Tb swath files while read_ssmi_tb_grid.f is for reading Tb grid files. They will read a file and fill arrays containing various data and metadata. The HDF software library is required (see below).
HDF is a library and platform independent data format for the storage and exchange of scientific data. It includes Fortran and C calling interfaces, and utilities for analyzing and converting HDF data files. HDF is developed and supported by the National Center for Supercomputing Applications (NCSA) and is available in the public domain (http://hdf.ncsa.uiuc.edu/). HDF stands for Hierarchical Data Format. It is a multi-object file format for the transfer of graphical and numerical data between machines. HDF is a portable file format. HDF files can be shared across platforms. An HDF file created on one computer, say a Silicon Graphics (SGI) workstation, can be read on another system, say IBM PC, without modification.
9.1 How to Obtain the HDF Library
The HDF library and tools can be down loaded from the World Wide Web at: http://hdf.ncsa.uiuc.edu/. Follow the instructions given there.
9.2 Visualization Software
The HDF files were created using HDF version 4.1, release 3. Numerous useful visualization tools can be found at http://hdf.ncsa.uiuc.edu/hdftools.html. The GIF images may be viewed by most popular GIF image viewers.
Hollinger, J., et al., DMSP Special Sensor Microwave / Imager Calibration / Validation Final Report Volume I, Naval Research Laboratory, Washington, D. C.,20 July 1989.
Wentz, Frank J., 1991: User's Manual SSM/I Antenna Temperature Tapes Revision 1, RSS Technical Report 120191, Dec. 1, 1991, Remote Sensing Systems, Santa Rosa, CA.
Wentz, Frank J., 1993: User's Manual SSM/I Antenna Temperature Tapes Revision 2, RSS Technical Report 120193, Dec. 1, 1993, Remote Sensing Systems, Santa Rosa, CA.
Data can be ordered and questions addressed at http://ghrc.nsstc.nasa.gov/.
To order this data or for further information, please contact: Global Hydrology Resource Center
User Services
320 Sparkman Drive
Huntsville, AL 35805
Phone: 256-961-7932
E-mail: ghrc@eos.nasa.gov
NASA Information Contact: Michael Goodman, Global Hydrology and Climate Center
GHRC Web Curator: GHRC Web Team
Last update: Tuesday, 17-Oct-2006 14:16:42 CDT
If you have trouble viewing or navigating this page, please contact GHRC User Services.
U.S. Government Compliance report.