You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, rtc_s1.py fails with a GDAL No such file or directory error if the input Sentinel-1 data is unzipped.
This can be recreated by processing the Los Angeles sample data hosted on zenodo, unzipping the provide SAFE file, then running rtc_s1.py with this configuration file.
This error occurs because calling s1reader's Sentinel1BurstSlc.slc_to_vrt_file() method writes a VRT representing the burst SLC data with a relative path to the parent geotiff that assumes the VRT is in the same directory as the SAFE file. However, in RTC this VRT is written to a temporary subdirectory with this structure:
Currently,
rtc_s1.py
fails with a GDALNo such file or directory
error if the input Sentinel-1 data is unzipped.This can be recreated by processing the Los Angeles sample data hosted on zenodo, unzipping the provide SAFE file, then running
rtc_s1.py
with this configuration file.This error occurs because calling s1reader's
Sentinel1BurstSlc.slc_to_vrt_file()
method writes a VRT representing the burst SLC data with a relative path to the parent geotiff that assumes the VRT is in the same directory as the SAFE file. However, in RTC this VRT is written to a temporary subdirectory with this structure:Thus, GDAL is not able to locate the parent geotiff using the information in the VRT.
I can think of two ways to remedy this:
Sentinel1BurstSlc.slc_to_vrt_file()
so that it uses absolute file pathsPersonally, I prefer option 1 because it fixes the problem for other projects as well, and requires fewer code changes.
error.txt
The text was updated successfully, but these errors were encountered: