according to this topic (EAP phase correction not possible) the error on EAP Phase correction only occurs in old versions of SNAP. Are you sure you are using the latest version?
Thank you very much for the answer, this easily solved the problem.
One question, I am using Ubuntu 18.04, but I think it is time to update it to Ubuntu 20.04.1 LTS, however I am afraid that the whole set of programs (SNAP, snap2stamps, matlab, train, etc) is not yet ready for it. Therefore, do you think it is feasible or advisable to do this update already?
hi,
I did the snap2stamps preprocessing and stamps processing using Ubuntu 20.04, and it worked well. i used SNAP version 8, executed snap2stamps with python 2.7 and used stampsV4.1 . i don’t recall having major problems with the processing.
Hello,
I think you have this error cause your working directory on matlab should be the “INSAR_…” folder not the “PATCH_1” folder. try to re-lunch matlab from your INSAR folder and re-run stamps.
I hope this was helpful.
Good luck
Software will calculate the values according to yearly basis. If you have imagery for 5 years then software will divide the result by 5 to get yearly value and if you work on 6 month then it will divide the value by 0.5 so it gives the results in yearly basis.
Hi @ABraun,
Regarding your answer to @Giova - I was just processing a small area (city of about 300,000 citizens).
I took one burst only - IW1 - and splitted out strips 4-6 for coregistration, then applied subset fot the AOI.
I wanted to go on with deburst, but I get the following error -
I though that the reason is that there is nothing to deburst since the AOI lies in single burst and strip, so I continued and created interferogram.
When I tried to StaMPS export it, I got the following error -
first you deburst, then you make a subset. But be careful - the subset of the coregistered stack and the subset of the interferograms need the exact same dimensions for the StaMPS export
yes. SLC data ist stored in separate sub-swaths and bursts, there is no way to avoid TOPS Deburst.
But as I said, the extent of the subset of the coregistered stack (first input of the StaMPS export) and the subset of the interferogram stack (second input) must be the same.
@ABraun
May I know what was the solution? I’m currently encountering the same error- I replaced the ps_load_initial_gamma.m and restarted matlab; Patch 1 seems to have been processed this time, but the error now has occurred for Patch 2.