No the problem is with mosaicing…look at this
I just tried it with SRTM and they area also resampled to a lower reslolution.
good that you found a solution.
Orthorectifying the DEM doesn’t make much sense to me. But as long as the result is not distorted, everything is fine.
If you remember, I tried to make DEM for 18 and 29 May (for example HH). Result of 29th May was fine but I think something goes wrong with unwrapping 18th May (figure1, 2,3).
I think because we have water in our interferogram (figure1). I do not know how SNAP does unwrapping and from where it starts to do.
How can I find unwrapping code or method that SNAP uses it for unwrapping? Do you have any idea about it? How this error would be solved?
Figure 2. Unwrapping
Figure 3. DEM
you can mask out low coherence areas in the image using a valid pixel expression as described here: Subsidence map in 3d view) but this unfortunately doesn’t affect the uwnrapping process.
I don’t know how these can be excluded from the unwrapping but the basic algorithms are explained here:
Chen and Zebker are the authors of snaphu, unfortunately, the page is currently offline: https://nova.stanford.edusar_group/snaphu/
Thanks but by this way, it only affects on coherence result, not interferogram. So, again unwrapping would be failed.
One more question,
Is it possible that I use ‘special subset from view’ over interferogram and subset my area of interest OR should I do this over intensity before making interferogram?
It does, you use low coherence values to make these areas no data in the interferogram.
To your second question: this is possible for must sensors besides Sentinel-1 because of the bursts. Subsetting the interferogram for TSX/TDX is no problem!
If we have two TanDEM-X pair (one in ‘18May in monostatic mode’ and another one in ‘29May in bistatic mode’), then it is possible to detect changes between them by using upper method that we discussed?
There are two approaches:
- InSAR: Make one DEM per date using the TanDEM images and compare the absolute heights you derived.
- DInSAR: Coregister the HH band of one image per date (e.g. HH of master 18May and HH of master 28May), calculate their interferogram and perform topographic phase removal (using the ASTER mosaic) and calculate the difference with “phase to displacement”. This however only works for coherent processes. And I am not sure if the perpendicular baseline between the two dates is suitable.
Both approaches rely in correctly generated interferograms and high coherence in the areas that are of interest to you.
Yes. I did before with two bistatic pairs but I did not know it is also possible with one bistatic and one pursuitMonostatic. Thanks
Why don’t you just give it a try?
These studies used both modes: I haven’t checked if they just compare or if they use monostatic pursuit and bistatic combined .
You don’t seem very confident about your ideas?
Based on our discussion, I did mosaicking to make an ASTER DEM over my area of interest but as you know, ASTER is a very flawed DEM and has lots of values over water (figure1). I want to ignore values over water.
I used mask option in SNAP but it did not work.
you could also try this one: https://www.eorc.jaxa.jp/ALOS/en/aw3d30/index.htm
But, similar to ASTER, it was based on optical data. If you mask out the sea areas before the terrain correction, you can select “mask out areas without elevation” as I mentioned above.
I think “mask out areas without elevation” is under ‘terrain correction’ tool and I tried it but it says it is possible only for SAR images but I want to apply on ASTER DEM.
Yes, applying terrain correction on the ASTER DEM doesn’t work. You have use the product after “phase to elevation” and just repeat the Terrain Correction step.
But as long as all pixels are valid in the ASTER mosaic, nothing will happen.
I again have same problem and although I converted bands and save them, again ask me below question.
Do you wish to include reference dataset into in your subset definition?
Then I chose ‘no’, result is saved but I cannot open the data but when I detete ‘valid pixels expression’ , then results will be opened but result has some extra part???
Figure1. difference map before extractiong in geotiff
Figure2. Image is not opened before deleting ‘valid pixel expression’
Figure3. We have some extra part after deleting ‘valid pixel expression’
If the estimated raw storage size of your subset is 0.0 MB, your bands to export are only virtual.
Right-click these rasters > convert band and save your product. Close the product and open it again. You can then export parts of the product (single rasters) without being dependent from a maths expression.