this is way to few, sorry. What is your study area?
It is valley near Dehradun. I will process more than 20 scenes for the same area and will return.
more images increase the stability of detected PS, but if your area consists of vegetation longer time series also can reduce the number of PS because of temporal decorrelation.
So if there is only forest, more images will not ultimately solve your problem, I’m afraid.
Even if it is forest covered / partially forest covered area, Will it be helpful to study land slides and surface deformations with more number of scenes ?
land slides are mostly non-coherent processes, which means that the scattering characteristics change during this process. This leads to decorrelation of the phase.
You have chances if you have bare soil areas which slowly move (creeping soil movement), but sudden and large movements of vegetation covered areas are very challenging. Please someone correct me if I am wrong or too pessimistic.
I suggest to have a literature review first to check how people approached landslides using SAR data. To me it sounds rather difficult, but maybe there are ways besides the classic PS InSAR approach.
Same problem, anyone find a solution?
Hi, everyone
After running snap2stamps and run stamps, I got the terrible result.
It seem to get the wrong coordinate.
I’m sure that all of the step in snap2stamps and stamps are right.
I cannot find the mistake about that and solution from the forum.
Has anyone ever faced the similar problem?
Thanks!
ManHua
Iwell… looking at the results I would not be that sure.
It seems that during the mt_prep_snap the lat/long files were not found, so it continued without failing using the radar coordinates
Can you check its log?
Dear @mdelgado
My classmate told me run mt_prep_gamma after snap2stamps, and his Stamps version is 4.01.
He could get the right result.
So I also use mt_prep_gamma, but my version is 3.3b1,
Maybe different version could make different result?
This following is the log of running mt_prep_gamma.
mt_prep_gamma log.txt (3.0 KB)
Thanks!
ManHua
the logfile looks alright so far.
But if you use Sentinel-1 data prepared in SNAP it is better to use mt_prep_snap (as provided by the latest StaMPS version 4.1), because it avoids errors at later steps.
1 Like
Dear @ABraun @mdelgado
I’m sorry about that.
First, I run “source /usr/local/StaMPS-4.1-beta/StaMPS_CONFIG.bash”.
Then, try mt_prep_snap, and is work.
However, when I run Stamps, get another wrong message. So sad.
STAMPS: ########################################
STAMPS: ####### StaMPS/MTI Version 4.0b6 #######
STAMPS: ####### Beta version, Jun 2018 #######
STAMPS: ########################################
STAMPS: Will process patch subdirectories
??? Undefined function or method ‘strsplit’ for input arguments of type ‘char’.
Error in ==> stamps at 167
patchsplit=strsplit(pwd,’/’);
have you deleted all data procesed by mt_prep_gamma before?
Yes, I did.
how many patches did you create?
I create 6 patch.
(mt_prep_snap 20170517 ~/D105/INSAR_20170517/ 0.4 3 2 50 200)
according to this page, this error occurs in older versions of matlab: https://stackoverflow.com/questions/18673969/strsplit-undefined-function-for-input-type-char
What version are you using? It could be that the command is not yet included in your version.
My version is R2010a, maybe it is really too old to run.
I’ll try another version.
Thanks!!
Manhua
hi,are there something wrong?
1/ intial_baseline is zero in stamps(1,1) ?
2/Correcting phase for look angle error in stamps(5,5)?
Hi all
I have the same problem. Plz help fix it