SEVERE: org.esa.snap.core.dataop.dem.ElevationFile: Illegal file name format:


Dear s1tbx team,

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 (twice! and once for N55E022).

GRD scene is:

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?



For info, there is nothing in:

that suggests that the error is thrown from this part. That makes it really hard to trace (and eventually solve).


Not sure if it is the cause but your path looks suspect

.snap/auxdata/dem/SRTM\ 1Sec\ HGT/


The path looks fine to me, checked it on my machine, same location, the / within the path, if this is what seems to be odd, are for escaping the whitespaces in the path.


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?



The fake tiles are related to this problem:

which was never solved. Thus, I decided to create empty tiles for sea covering tiles. This went fine until the Illegal file name format error started to pop up.



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).


You should not look at the ‘master’ branch. This one will be the next major release.
Have a look at the maintenace branch named ‘6.x’


Thanks Marco,

Looks like this error has it’s origin in:


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.