for the unwrapping, you have to select the Phase_ifg_VV (the UnwPhase does not exist yet).
The pre-processing of the exported interferogram looks alright, also the file structure from your screenshot above.
Yes, you are right. I should enter Phase_ifg_VV file. In fact, what I input yesterday is also this file, only the output folder and the source product folder are the same. As a result, there is no change in the contents of the folder. Is this a software bug?
It should work actually. Alternatively, you can run snaphu from the command line as described here: Snaphu Export
I am currently preparing a revision of the TOPS InSAR tutorial, but this will still take a bit of time until it is finished.
1 Like
Thatâs great, I look forward to your completion soon.
You can download the tutorial now from here: http://step.esa.int/docs/tutorials/S1TBX%20TOPSAR%20Interferometry%20with%20Sentinel-1%20Tutorial_v2.pdf
The other InSAR tutorials will also be revised in the next weeks: http://step.esa.int/main/doc/tutorials/
I saw in the tutorial how to improve the extracted displacement results. Thank you again, Abraun, you are a very patient and serious person.
1 Like
Hi ABraun,
When I tried to use snaphu unwrapping, I am getting following error:
âUnexpected or abnormal exit of child process
Abortâ
Attached a screenshot. Can you please tell me what might be a problem and how to solve it?
Thank you!
Iâm not sure - please try to increase the number of tiles in the config file and run again.
Hi!
When I increase the number of tiles, I get error saying
âTiles too small or overlap too largeâ.
Any suggestions?
Reduce the tile overlap to 50, it depends on the extents of the entire scene.
I am using number of rows and columns as 50. Tile overlap is now set to 100 (It wasnât working when I had set the overlap to 50). Anyway, I believe I have figured out what was the problem. I will let you know the results.
50 rows and columns is too much, each individual tile should be considerably larger than the defined overlap:
the overlap must be selected in relation to the size of a single tile (can be calculated based on the total image size and the numbers of colums and rows):
If the overlap is the same size as a tile (or larger), snaphu will give this error message.
5 Likes
Hi!
Thank you for all your help!
Another and older question that is arising still: I am getting weird lines in between the image (Image attached). I have tried everything I know, but the lines still appear. Our last discussion was to increase the tile numbers, but that does not help either, since I get the other error. What can I try now? Or can I just ignore those lines? Is it possible those lines appear due to presence of vegetation?
Yes, if the interferogram is of bad quality before the unwrapping, the tile will produce bad results which do not fit to the neighboring tiles.
Last you could try is to select SMOOTH instead of TOPO or DISP.
In your case, it doesnât seem so bad, you could ignore it otherwise.
Alright. I will try all combinations and share the results here so everyone can see them. Thank you so much for your help!
Continuing the discussion from SNAPHU Unwrapping:
E:\SNAPHU\snaphu-v1.4.2_win64\bin>snaphu
snaphu v1.4.2
usage: snaphu [options] infile linelength [options]
most common options:
-t use topography mode costs (default)
-d use deformation mode costs
-s use smooth-solution mode costs
-f read configuration parameters from file
-o write output to file
-a read amplitude data from file
-c read correlation data from file
-b perpendicular baseline (meters)
-i do initialization and exit
-l log runtime parameters to file
-v give verbose output
âmst use MST algorithm for initialization (default)
âmcf use MCF algorithm for initialization
type snaphu -h for a complete list of options
E:\SNAPHU\snaphu-v1.4.2_win64\bin>snaphu -f snaphu.conf Phase_ifg_VV_18Oct2014_01Jan2019.snaphu.img 17618
snaphu v1.4.2
27 parameters input from file snaphu.conf (84 lines total)
only one tileâdisregarding multiprocessor option
Logging run-time parameters to file snaphu.log
Reading wrapped phase from file Phase_ifg_VV_18Oct2014_01Jan2019.snaphu.img
No weight file specified. Assuming uniform weights
Reading correlation data from file coh_IW2_VV_18Oct2014_01Jan2019.snaphu.img
Calculating deformation-mode cost parameters
Building range cost arrays
Building azimuth cost arrays
Initializing flows with MCF algorithm
Setting up data structures for cs2 MCF solver
it stucks at here for 1 day. im using i5 8400, 8gb ram running on windows 10. where did i get wrong?
the MCF solver takes the longest time for the last step. One day is pretty much though.
Hello,
I am new in Sentinel 1 processing. I am trying to determine land subsidence.
After phase unwrapping, I tired to convert the phase values into height but the results look strange to me.
I tried different snaphu export parameters, but the results are similar.
Difference between images is 24 days.
Can You tell me what I am making wrong? How can I improve my results?
if the quality of the interferogram is bad (as in your example) due to phase decorrelation, the unwrapping can introduce weird random patterns, because there are no fringes which can accurately be integrated. The larger the noisy areas in your product, the less accurate is the output of the unwrapping because neighboring pixels do not contain real phase gradients.
Is there a chance to select a more suitable image pair?