I am trying since yesterday to mask the sea out of a Sentinel-1 image using SRTM3sec, but the DEM cannot be automatically downloaded. I tried using SNAP 7 on Linux environment and using SNAP 8 on Windows, and it failed. SRTM1sec though could successfully be downloaded (but is not the one necessary for the masking operator).
When I manually tried to download the tiles I needed from SRTM Data – CGIAR-CSI SRTM to place them in the correct path, the files were corrupted.
At the end, we do not know how, after several people tried on different devices, SNAP managed to automatically download the SRTM3sec on a windows installation, we copied those files and placed them in the rest devices to proceed with the processing.
It still is not working on Linux environment though.
Could someone please let us know what may cause these errors, which should be the link where SNAP retrieves SRTM, if it differs from the one version to the other, and in case we need to manually download the DEM files we need, which is the website we should visit?
Thank you very much for any advice you may have
could it be related to this FAQ? A process related to digital elevation models is taking forever to finish
After a clean update all functionalities should work. If not, please provide a clearer description of the error you encounter. For example, if you receive an error message.
As an alternative: You could use “Add elevation” to add SRTM 1Sec data to your raster and manually mask land/sea pixels based on the valid pixel expression in the band properties.
Hello,
The location from which SNAP retrives SRTM3sec is:
https://download.esa.int/step/auxdata/dem/SRTM90/tiff/[zip_file_name]
(accessible using a specific zip file name at the end, e.g. https://download.esa.int/step/auxdata/dem/SRTM90/tiff/srtm_50_01.zip)
As of January 2021, SNAP 8 doesn’t use the CGIAR Amazon bucket, but the one @oana_hogoiu has pointed out. The SNAP 8 instances (not 7) that you have tried, were they up-to-date with all the updates?
Regardless, for both SNAP 7 and 8, you could check the actual URL used: in the SNAP installation folder, ‘etc’ subfolder, the file snap.auxdata.properties should have a key named [DEM.srtm3GeoTiffDEM_HTTP]. Replace the existing value (e.g. http://cgiar-csi-srtm.openterrain.org.s3.amazonaws.com/source/ with https://download.esa.int/step/auxdata/dem/SRTM90/tiff/), save the file and restart SNAP. I’ve tried this on a clean SNAP 7 installation and it successfully retrieved some SRTM 3sec tiles.
Thank you all for the information! SNAP 8 was updated but was not working, after several efforts it just managed at some point to retrieve SRTM 3sec. For SNAP 7, I replaced the link with the one you mentioned above and it is now working too.
Hi everyone,
After 2-3 days of fixing (reading forum suggestions, changing snap.auxdata.properties many times, creating and deleting envs), I am still facing this issue and it’s starting to get on my nerves. 
So, I would really appreciate some help.
First of all, I am working on Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-72-generic x86_64) server, which has no GUI (this is my first-time experience with other OS than Windows, since I am a Windows child).
I created anaconda environment with python=3.6, activated it and installed snap via command conda install -c terradue snap. That created snap version 7.0.0. When I try to do terrain correction, it just doesn’t want to retrieve DEM. Here is the output.
slurm.2484.err (9.9 KB)
- Do you have any suggestions?
- Is there alternative (better) way to install snappy on headless Linux machine and how?
- How can I update snap to 8.0.0? Though snap 8.0.0 exists on “https://anaconda.org/Terradue/snap/files”, it didn’t want to get installed at all with python=3.9.
Relevant piece of my code
parameters = HashMap()
parameters.put('demResamplingMethod', 'BILINEAR_INTERPOLATION')
parameters.put('imgResamplingMethod', 'BILINEAR_INTERPOLATION')
parameters.put('demName', 'SRTM 3Sec')
parameters.put('mapProjection','EPSG:32634')
parameters.put('pixelSpacingInMeter', 10.0)
parameters.put('sourceBands', 'Sigma0_VV,Sigma0_VH')
parameters.put('nodataValueAtSea', False)
parameters.put('alignToStandardGrid', True)
target_2 = GPF.createProduct("Terrain-Correction", parameters, target_3)
Tnx
hello I am using SNAP10, lauching sen1 calibration via gpt command, and i am receiving the error looping:
both using SRTM 1Sec HGT
INFO: org.esa.snap.core.dataop.dem.ElevationFile: http retrieving http://step.esa.int/auxdata/dem/SRTMGL1/N42E015.SRTMGL1.hgt.zip
and using SRTM 3Sec
INFO: org.esa.snap.core.dataop.dem.ElevationFile: http retrieving https://download.esa.int/step/auxdata/dem/SRTM90/tiff/srtm_39_04.zip
I am running the code via vm (with linux) in a doker image. If i download from browser on the reported link I get the files, but i don’t understand why it does not work in the code.
thank you a lot for the support!
It seems to be a known issue.
[SNAP-3669] Docker image loop error on ElevationFile - JIRA (atlassian.net)
It has been discussed here:
Docker image loop error on ElevationFile - Microwave Toolbox / Problem Reports - STEP Forum (esa.int)