Thanks for the suggestion. This issue is about using an external DEM. We don’t want to use SRTM at all but, at least last time I checked, StampsExport still tries to use SRTM.
1 Like
I understood that. It makes little sense. We are currently investigating this, but if the problem can be solved by updating the SRTM 3Sec source, it should be worth a try, right?
1 Like
Oh I see, thanks. I assume that the new SRTM location will still require internet access but it’s worth a try, hopefully it’ll help @rdelpo
1 Like
I agree, it’s a problem in general that the operator wants internet connection
1 Like
Dear both. Thank you for your messages. Changing the SRTM source has solved the problem. However, now I wonder, which DEM is carried over to StaMPS, the External DEM (which I used for corregistration and topographic phase removal) or the SRTM 3Sec? Thank you.
legit question, especially because the StaMPS export should not require a DEM in general. We are looking into that.
For all who still struggle, please make sure that, after changing the server link to SRTM 3Sec data in the aux file, also delete zip files inside the user directory (user.snap\aux\dem\SRTM 3Sec) where zip files are stored (e.g. srtm_35_05.zip). Once you delete all of them, especially the ones which are only 1 KB large, SNAP will re-download all tiles required for the processing of an product, and the process should finish as usual.
1 Like
problem occurs during projected dem generation, which is hardcoded to ‘SRTM 3Sec’. And this issue is not resolved “re-installing SNAP 8 and installing all updates”
We will look into the issue. A JIRA ticket (https://senbox.atlassian.net/browse/SITBX-856) has been created to track the issue.
1 Like
Is this a quick fix for Stamps_Export? I just tried it and it does not seem work…
Hi ABraun. I am not giving up. Any idea where to find the zip files in Linux? I have not tried deleting them yet.
it is inside your home folder under /.snap/auxdata/Orbits
Also an update for S2TBX was released yesterday which fixed problems related to GPT. Please make sure to install all updates as well. Since last update gpt execution never finishes
Hello,
Thank you for the quick-fix.
For those of us who are not familiar with Java - can we have a more detailed explanation please?
Thank you
Have you already tried the first suggestion (without compiling) by replacing the outdated server link? SRTM ZIP-files are corrupted or not found - #46 by ABraun
This should have been fixed by a clean update of SNAP but in some cases this link was not correctly updated.
Hi!
Since the computer I work on is always offline, I don’t see a reason to fix a server link.
I wanted to try the quick-fix suggested by @traktor but I don’t know how to deal with Java files.
Therefore, the GPT option unfortunately is not an option. I say ‘unfortunately’ since it run much faster that the Snap (GUI) Export StaMPS tool, like 30 time faster. I though it must have something to do with the memory usage configurations but it seems that Snap is well configured by me. 
However, I made sure that the ‘…auxdata/dem/SRTM 3Sec’ folder is empty and I managed to run successfully the Snap (GUI) Export StaMPS tool, and it even created a dem/projected_dem.rslc file. So I concludes that the GUI can do the work, even though it takes like forever to finish it…
unpack .jar as zip archive, replace class file in unpacked folder, compress to zip, rename to .jar, replace original file
2 Likes
Hello @traktor,
Basically I did as you instracted -
- Unzipped C:\Program Files\snap\s1tbx\modules\org-esa-s1tbx-s1tbx-op-insar. jar
- Replaced the StampsExportOp.class file with the one you supplied
- Zipped it again and changed back to *.jar
- Put it back in its original folder
- Called gpt.exe from cmd:
gpt.exe path-to-graph.xml -e -q 10 -x
Still, I get the following error:
Please check your AppData\Roaming\SNAP directory for updated modules
From the path you mentioned I understand that you work with WSL. Unfortunately I was unable to install WSL since it keeps asking for internet connection after unpacking the linux distro using Add-AppxPackage Ubuntu_xxxxxx.appx.
Hello @traktor,
I’ve followed your instructions but my issue still persists - it seems as though it gets stuck right around here. I allowed it to run for about 3 hours and it had not moved, but I’m seeing signs of it ‘working’ when I look at the memory usage on the task manager.
upon opening snap, I get this message popping up:
when I went to the AppData\Roaming\SNAP directory and swapped the ‘StampsExportOp.class’ with the new one (as I did with the one inside the SNAPDIR/s1tbx/modules/org-esa-s1tbx-s1tbx-op-insar.jar), I get this error message instead when I run it:
Although I’m not sure that was supposed to be done. I assumed this is what you meant when you said
[quote=“traktor, post:24, topic:15673, full:true”]
Please check your AppData\Roaming\SNAP directory for updated modules
[/quote].
Is there something that I’ve done wrong? I’m very new to this and have only been following instructions put forward by the RUS Copernicus webinar (HAZA09 : SNAP2StaMPS: Data preparation for StaMPS PSI processing with SNAP). The stamps_export for them seemed to have worked effortlessly.