Please test the SBAS_snap2stamps

Hi Forum,

I’m testing SBAS_snap2stamps scripts, and I found a coregistration shift after running the 3sbas_topsar_coreg.py. The python script ran without error, but when I open the coreg pairs in snap, I found there was a huge shift between different pairs.

I used Synchronise Cursor to check the result and you can see that the image within one stack is coregistered but there was a huge shift between stacks. I couldn’t understand why this happened, can anyone help me?

@dongyusen

Thank you in advance

Please create a RGB image of different dates to verify

Dear ABraun, thank you for your reply!
I made a RGB image of one stack, and got the result below:

It seemed that I couldn’t create RGB image of bands from separated stacks. So I tried to create a new stack of 2 pairs of coreg stacks.

However, I got this error:


I guess the error was caused by the shift :sob:

I set the temperal_baseline of 85, I don’t know whether the shift was caused by the long temporal baseline :anguished:

if it looks like this, the coregistration is absolutely fine and precise. Yellow means it is covered by both reference (red) and secondary (green) product. The cursor position is just estimated and therefore not a perfect indicator for the coregistration quality. You can open the InSAR stack window to check the RMS of the coregistration (InSAR Displacement mapping with ERS data page 11).

Thank you for your patience and nice material~
The cursor shift was not within one stack, but between different stacks.

For example, I opened 20150615_20150709_IW3_coreg.dim(Stack1) and 20160105_20160129_IW3_coreg.dim(Stack2) , and displayed 4 intensity images in the view window.

Ideally, if I place the cursor on a target in 20150615, the other 3 synchronise cursors should be placed on the same target in 20150709, 20160105 and 20160129. However, only synchronise cursor of 20150709 was on the right place, cursor of 20160105 and cursor of 20160129 had a huge same shift.

To explain my confusion better, I drew some marks on my screenshot


That made me confused. I thought the shift will influence the ifg formation and subsequent process. Could you please help me with this problem?
Thank you in advance :smiley:

as long as all images within one stack are well aligned, you can continue. The geometric accuracy of the data is achieved at the end when the PS are located and the data is terrain corrected.

Thank you for your help!

:sweat_smile:One more question, if there was shift between different stacks, the clipped results won’t share an ideally same area, so I should set a bigger AOI box to ensure my study area was included by all ifgs, is that right?

yes, to have the union of ascending and descending tracks covering the area you want to analyze, you have to make the AOI large enough

Thank you for your kind assistance, Mr. ABraun :smile:

Hey guys, im trying to improve this method in my pc. But when i run sbas_topsar_coreg.py, the terminal show me this error:

Error: [NodeId: Read] The ‘file’ parameter is not set
033[1;35m Error in processing … coreg_ifg2run

Any idea of this?

1 Like

SOLVED: Bounding box in project.conf was too small, resulting in a single burst split. Turns out the ESD step in sbas_topsar_coreg.py requires 2 bursts in the split. For PS snap2stamps the master is split manually in SNAP, and you always specify 2 bursts. SBAS_snap2stamps does it through splitting_master_free.py, which uses the bounding box to determine the number of bursts in the split. This caught me out.

Hello, I am receiving the following warnings and errors when running sbas_topsar_coreg.py. Previous steps completed OK. Any help would be appreciated:

Hi Suat, Do you have any suggestion how to solve “isolated subsets” error in Step 6 above? I have the same error.

Hi i cant solve this problem. İ think İts cause of empty interferogrmas. So that i reorganize my datasets with alib1 scripts

I have successfully finished SBAS processing, using stack of 18 Sentinel-1 images. Interestingly, results show water (a lake - see below) in my study area that has the same point density as outside of the lake, which makes me suspicious of results (with PS processing water usually has no PS):

Can anyone explain this?

Also, I am unclear on how to determine the Multilook numbers in project.conf:

Multilook

RGLOOK=?
AZLOOK=?
SMOOTH=?

There seems to be no information on how to choose appropriate numbers for these parameters anywhere. Can anyone suggest some background reading to help me understand and select decent values for these parameters?

Finally, any suggestions on how to export SBAS time series from matlab as a csv? For PS I have been using StaMPS-Visualizer, but don’t know if this can be adapted for use with SBAS.

1 Like

Hi @dongyusen @ABraun,

Can I please know how to set the perpendicular baseline ?

Thank you

Hi! I use command ‘ps_output’, then
xys2csv.py (2.2 KB)

Hi, can anyone show the folder structure before applying sbas_snap2stamps? And what does the MASTER tag (in the configuration file) mean? Is there only one master in sbas?

Thanks.

Dear @ABraun and @dongyusen

Sorry to disturb you, my problem posted HERE are not solved yet. Can you take a see, please? I can’t find any mistake in each step.

Thanks in advance.

Hi everyone
Fortunately, I managed to finish all steps successfully, however, I couldn’t manage to change parameters in Matlab. For PS I used setparm (‘something’, ‘y’). But here I have no idea. Can anyone tell me how to change these parameters and how o export SBAS results?

setparm(‘something’, ‘y’)