I get the error in subject for a SRTM 1Sec HGT tile that was written to .snap/auxdata/dem/SRTM\ 1Sec\ HGT/ in a previous run (doing Terrain-Correction on a GRD tile). I have not changed anything in between runs. The process continues by downloading the tile from http://step.esa.int/auxdata/dem/SRTMGL1/ (twice! and once for N55E022).
GRD scene is: S1A_IW_GRDH_1SDV_20180523T043513_20180523T043538_022027_02614F_D349.zip
Although marked as SEVERE, the process completes fine. However, over scenes which are including non-existing SRTM tiles over sea (which I replace by empty “fake” tiles) this error breaks the process, obviously because it will never find the fake tile on the ESA server.
What is the reason for the error and can it, somehow, be circumvented?
I’m not sure how to repeat the error. I terrain correct your scene, shut down, start up, try again, add elevation. It downloads the srtm 1 sec tiles onces and not again. What do you mean by fake tiles?
Is the source code actually in sync with the latest SNAP version. It is very curious that the “Illegal file name format” error thrown by this class is nowhere in the actual code (unless it is not actual).
in a private class called EastingNorthingParser which looks like a very convoluted way to parse a tile name like N55E022, and throws so many ParseExceptions (which eventually pops up the “Illegal file name format” message) that it is impossible to guess where it fails exactly.
The code does not look inside the zipped tile at all, so what is inside doesn’t appear to matter much.
any news on this? I am getting the same error.
I download the SRTM tiles externally into the SNAP auxdata structure because I re-use them for other purposes. SNAP however decides these files have illegal names and re-downloads them.