Hi there, I’m trying to acquire sigma0 SAR images at L-band or other wavelengths which I can compare to the sigma0 values from Sentinel-1 C-band images of my study sites. The ASF provides their HyP3 on-demand processing of Sentinel-1 images that results in great registration, but I’m having difficulty getting other datasets to precisely align with this Sentinel-1 data. I’ve tried several different routes to get ALOS-PALSAR data that would work, but to no avail. Please let me know if there’s a possible solution to any of the issues I’ve encountered below, or perhaps a completely different approach I should be trying.
Converting gamma0 to sigma0: ASF has put out RTC data for ALOS-PALSAR that has great registration with the HyP3 Sentinel-1 images. However, since these PALSAR images are calibrated as gamma0 instead of sigma0, I’m wondering how to convert from gamma0 to sigma0 using SNAP? Would it be as simple as using Band Maths with the gamma0 image and the associated incidence angle map from ASF?
Processing PALSAR L1.1 data in SNAP: Going through the steps of calibration, multilook, deskewing, and then SAR Simulation Terrain Correction (as described here), I can’t get the registration as good as the ASF RTC gamma0 products (offset by >10 pixels). The result from Range-Doppler Terrain Correction is even worse at my study sites. I’ve tried changing the number of GCPs, RMS threshold, and coarse window widths with no obvious improvement. I’ve tried the SRTM 3Sec and Copernicus 30 m DEMs. Is there anything else I should try to improve the result?
Processing PALSAR L1.5 data in MapReady: Maybe not the right forum for this, but if I try to do radiometric calibration and then terrain correction, the software crashes when I try opening the calibrated file. If I try to do radiometric calibration as part of the terrain correction process (following from page 6 here) I’m told the DEMs I’ve selected don’t contain tie points (e.g., the ASTER GDEM V3, as suggested here) and MapReady also crashes if I try to load in DEMs to create a mosaic.
Co-registration of PALSAR data in SNAP: If I try to use GeFolki co-registration on my SNAP-processed L1.1 data with the ASF PALSAR RT1 data as master, the software seems to freeze. Trying to use DEM Assisted Coregistration, I get the error that Metadata radar_frequency has not been set – I’m guessing this has to do with using the ASF RT1 GeoTIFF as a master(?). Using the standard Coregistration tool seems to produce a nice result, but for some reason changes the histogram of sigma0 values. I expect this is due to resampling but the new minimum value is negative (e.g., -0.6) instead of 0. What is causing that change and should it be of concern?
I’m also open to exploring other datasets if I can reliably get the image product to be registered within <1 pixel or so for comparison to Sentinel-1. I’m feeling a bit lost at this point so thanks in advance if you can clear up any misunderstandings or make any suggestions.