This resource has been updated. Click here to move to the new site.
Notes and Corrections for version 2.2.2
Installation
- 05/01/2003 If you are processing the test data set
on a PC, you will need to set the DEM to SoCal.dem.pc_byte_order in int.proc.
You will also need to copy SoCal.dem.rsc to SoCal.dem.pc_byte_order.dem.rsc.
Note that ROI_PAC expects the DEM file to end in *.dem.
- 01/09/2001 The Makefile for SUN OS in ROI_PAC_DIST/ROI_PAC/icu is incomplete. This portion of the
package is not necessary at this time. Edit the file $HOME/ROI_PAC_DIST/ROI_PAC/Makefile by removing all lines
containing "icu".
- 04/24/2003 An good
alternative to dgx.f for linux can be Bert Kampes's "cpxfiddle" from
Delft Institute. (submitted by Ziyadin Cakir)
- Version 1.0 won't compile on Sun workstations because of bugs in one of the
make files (specifically, in the icu unwrapper module). To install ROI_PAC, you
may either comment out compilation of icu in the master Makefile_SUN (note that
icu is not the default ROI_PAC unwrapper), or replace a faulty
./ROI_PAC/icu/Makefile_SUN file with a corrected one (dowload here;
changes are due to Mark Simons
of Caltech).
Processing
- The geocoding script doesn't check whether the transformation map from the
radar Doppler coordinates to the geographic coordinates already exists, and
generates this map every time geocode.pl is called. This is a big waste
of your CPU time if you wish to do some post-processing (e.g., bridge together
patches of an interferogram separeted by decorrelated areas, fix unwrapping
errors, play with various filtering schemes, etc.). You might want to replace
the old radar2geo.pl script with the updated one.
- Doing interferometry without accurate DEMs may be as painful and
unsatisfying as skiing on your favorite pair of Rossignols on a 1 inch snow
base. Consider yourself lucky if your area of interest is in the US: pretty good
digital topo with 30 m postings is now available from both SRTM (NASA's Shuttle Radar
Topography Mission) and NED (USGS National
Elevation Dataset). You can also ftp either data set (converted to a format that
is readily digestible by ROI_PAC) from our WInSAR archive,
dish.ucsd.edu/sardata/DEM (that is, if you happen to reside at a
WInSAR-affiliated institution). The SRTM quadrangles can be stitched into larger
DEMs using this program, SRTMpaste. You
can also use SDTS (pre-NED) USGS digital topo with 30 m postings. I have
modified SDTS2DEM program
to take the 7.5 min USGS quadrangles in the SDTS format (available e.g. at GisDataDepot)
and convert them into a format readable by ROI_PAC. The individual 7.5 min
"poststamps" may then be used to create larger DEM mosaics using the Matlab
package dem_mosaic.
- One can use make_rsc.pl
script to generate header (*.rsc) files for the original SRTM/NED DEMs.
- sio2roi.pl
is a handy Perl script that will unpack and convert the ERS raw data downloaded
from SIO's Winsar Archive
to a format amenable for ROI_PAC processing. The script will work only if you
have ROI_PAC installed, as it calls ROI_PAC's scripts load_cd.pl
(load_cd_sgi.pl) and make_raw.pl. Just copy all the SIO archive files
for the satellite track you want to process into your working directory, and run
sio2roi.pl in that directory (or pass the dir name as a command line
argument). The script will figure out if you have more-than-one-frame data for
the same satellite pass, and/or multiple acquisition dates, and put the data
into respective subdirectories (YYMMDD directory name is default, where YY, MM,
and DD correspond to year, month, and day of data acquisition). If the
operational system is not SunOS/Solaris, the script assumes it is Irix.
More notes by Yuri Fialko.