SARPROZ ©

Dear Yuxiao,

I tried “set orbits” after placing manually downloaded orbits in corresponding folder. Please find the attachment of screen shots below. Did I download the wrong file ? For S1B product S1B_IW_SLC__1SDV_20161007T051857_20161007T051924_002396_0040C9_0BD2.zip
I downloaded precise orbit…[Read more]

If it is a common shift for ALL the points, then please check well your reference point (assuming your reflectivity map is geocoded correctly).

If the shifts for different points are different, then, as discussed above, it is highly likely a height estimation error issue. The right approach should be to estimate the point height as good as…[Read more]

Did you “set orbits” again after you downloaded the orbits manually and placed in corresponding folders?

Please note that S1A(S1B) means either ORBITS/S1A/2018/05/…. or ORBITS/S1B/2019/12/….

If it still does not work please print-screen me the path of the orbits.

Q

UPD. Problem is solved.

Hi Mahtab,
colors are the same, but you cannot compare a continuous image with black-circled dots. The effect is obviously slightly different. Moreover, the two results are differently downsampled by googleearth. you have to look at them locally at the maximum resolution. there you will see that colors are the same
best

thanks again periz for good paper

if you select all pixels in an area, all those pixels will be treated and exported.
you do not want all pixels in that area
you want all pixels with some additional thresholds, like temporal coherence higher than a value or whatever.
to apply multiple thresholds, use the “save selection” function in “scatter…[Read more]

Does SarProz have opputurnity to choose whitch plane to orthorectify exported points. Issue is that Firstly I geolocate refelctivity map. Ussualy it fits good in Google earh. After point protsessing, using H estimator for purpses that you are talked, points dont fit to reflectivity map. I have to move them by hand right place. So exlude that move…[Read more]

Let me add a little bit more of my own understanding.

First of all, the shift is caused by the fact that the height of that point you try to estimate (using PSI) is not corrected. You said it is DEM error, but the better saying should be “height estimation error”.

In Sentinel-1 data, the normal baseline is very small, hence the height ambiguity…[Read more]

sry I dont understood correctly. Does H estimation in urban areas are nessery or not? If ext. Dem is ok.

I agree that in SarProz I can do everything. But I want to do something meaningful, because I think it is not a toy.
So I have to know that philosophy is behindthose buttons that I push.

this is an other good reading: https://engineering.purdue.edu/~perissin/CE697_insar/MTINSAR.pdf
avoiding estimating the DEM error can cause a wrong movement estimation (because the topographic phase acts as noise on the phase values).
but you are right, Sentinel has short normal baselines, and if your DEM is good, you can assume most of the…[Read more]

Thank You. It was very fruitful reading. If I understood correctly the positional shift caused mainly by DEM error.
In Sarproz displacement calculation totorials mainly H is also estimated. I deal with Sentinel data mainly. According to my knowledge, Sentinel is not very good dataset for dem estimation. So, does H estimation have some other…[Read more]

The short answer is: you need to take a course on the subject.
The longer answer: read this https://engineering.purdue.edu/~perissin/CE597_radar_remote_sensing/10336.pdf
and also all material you find on this website, including the papers here: https://www.sarproz.com/scientific-publications/
best

1. please read the forum rules about what to include in your post
2. as the message says, ur RAM is too low
3 possible workaround: do not generate jpeg files (to do this check the related option in the advanced parameters)