yes, this somehow coincides with the change of SRTM 3Sec data.
Can you please also modify the file as suggested in the second option and try again? Although it is not actively used, SNAP might try to access SRTM 3Sec data or check if these are available.
thank you worked. I was just using my question “srtm 1”. In the last part, I made a stamp export as “srtm 3”. is it okay
thank you for reporting. This is important for our understanding of the error source.
@jun_lu Do you have an explanation why the export works with the new SRTM 3Sec link while it does not re-download the source at all?
This could be a disk space or memory issue manifesting itself in strange ways. When you run the stamps export with the 1 sec DEM, what are your drives and memory usage like? If it’s using up all of your RAM, try closing out applications that you don’t need running while performing the operation.
The problem was fixed when I changed the srtm 3 address. ram usage and hard disk usage were almost nonexistent
I can confirm that the problem with the StaMPS export is solved after re-installing SNAP 8 (including the removal of user configuration data) and installing all updates.
v.8. I just installed it. the problem has been resolved. thank you
Hi Mr. ABraun. I have a problem related to the last part of the snap2stamps-master package, In a virtual ubuntu_18.04 system when I run the last part (stamps_export.py) script, Nothing happens. It is worth mentioning that ifg creation step is done perfectly, and I also have changed the source link of srtm3 in accordance with the proposed link: http://skywatch-auxdata.s3-us-west-2.amazonaws.com/dem/SRTM90/tiff/…
so What could be the problem?
the export is somehow detached from the interferogram formation. The best solution is to install all updates and have SNAP update the sources.
thanks for your reply, I use the snap.7 in this system. but in another system (kubuntu_18.04) and with snap_6 I do same works and everything is OK. so I feel the problem is related to the virtual ubuntu system. what is your opinion?
Hi dear, can I ask how did you solve the problem of libgfortran.3 in ubuntu18.04 after installing snap. v8?
regardless of the operating system, I always recommend to use the latest version of SNAP.
If you want to work with previous versions for certain reasons you’re pretty much on your own, especially in combination with external tools (StaMPS, snap2stamps) which have been developed outside ESA’s area of influence.
Thanks for your reply, I’ll try it.
Hi dear Abraun, Is there a relation between snap2stamps scripts and the version of used ubuntu? I am using kubuntu20.04…and snap v_6, also I have changed the srtm3 download link to your proposed link, but analyzes have been stuck in the stamps_export stage without any progress.
The location of SRTM 3Sec has changed. This was solved with a recent update, but if you insist working with version 6, you can manually adjust it as described here: A process related to digital elevation models is taking forever to finish
Do you mean that this proposed link has been failed too? http://skywatch-auxdata.s3-us-west-2.amazonaws.com/dem/SRTM90/tiff/
no this should work. But any invalid file in the directory should be deleted after you have modified the aux file.
this link doesn’t work for me…so how can I force the stamps_export step to use srtm1 instead of srtm3?
you cannot open it in a web browser, but if you replace the line by
DEM.srtm3GeoTiffDEM_HTTP = http://skywatch-auxdata.s3-us-west-2.amazonaws.com/dem/SRTM90/tiff/
SNAP will find the data and download it.
This is not possible without coding it on your own.