[ceciliabo]

I took two points spatially close (ca 200m distance). Because the area per se have not so many points.
Unfortunately, I do not know anyone close that can help me. I am doing this project basically from zero.
But ok thanks I will try to improve the resolution then

[ceciliabo]

sorry I forgot the image

Attachments:

You must be logged in to view attached files.

[ceciliabo]

Let’s see. In the figure attached , there is the East -West velocities from the module. Blue is positive so East. So far so good.
But I took one descending point which has final trend of -20mm/year (the “typical” value you get in the small area processing), and one ascending point value of -7mm/year. So both negative.
The points are located in a blue area in the image produced in the multi sensor module. I applied the formula to those two values to get the horizontal component. So, following that formula in the paper, dhor= 1/2 *((dD/sin(incD)-(dA/sin(incA)).
In my case incD=33 and incA=38. So dhor= 1/2*(-20/sin33)-(-7/sin38))= -13 ca. So negative and hence West. But in the image the area of their interest is blue, so East.

[ceciliabo]

Yes in my case, if A is + and D is – then the resultant is negative (toward West). Yes I have no doubts about the sign per se, but about the fact that the software and my computation do not agree (on a determined location, software says + and my computation says -). Is this what I cannot figure out. I check the formulas many times and always got the same. Is because the formula method is extremily simplicistic while the software employs alogortihms etc ? I am simply trying to find an explanation for this difference. Because for example, they agree in vertical direction, both -.

[ceciliabo]

Hello,
so I used the software (multi sensor module) to do the combination of ascending and descending to get horizontal and vertical velocities. And, since I was interested to see the horizontal deformation along time, I took the values in the time series and I used the formula found in the paper “Space geodetic monitoring of engineered structures: The ongoing destabilization of the Mosul dam,Iraq” written by Milillo and others in 2016 (see Figure for formula). So basically I took two spatially close points (one asc and on desc), I took their deformation values in the time series and I applied the formulas. Only problem is that the trend of this time series is in the opposite as the software does (i.e. the software show postive values, so toward East, while my result shows that the final trend is negative, which means West). I tried to apply the formula for the vertical component and that is in agreement with the software.
So did I interpret wrong the forumula? Is because the software apply some kind of interpolation so it can be that software and manual computation do not agree?
I hope it was kind of clear
Cecilia

Attachments:

You must be logged in to view attached files.

[ceciliabo]

Hello sorry, again me making questions:
which are the formula used by this software to make the projections in the horizontal and vertical direction?
If it is possible to know of course

cheers
Cecilia

[ceciliabo]

Thank you for the further clarification.

I will try then

[ceciliabo]

Lovely!!
Thank you very much!

[ceciliabo]

Thanks very much for the explanation.
Although, I have not really understood what I should do in practice (sorry, for me is a quite new world…and software).
I process the two datasets using Site Processing and then..? I use the multi sensor analysis module? Or I need to do something else in the middle?
Thanks for the infinite patience

[ceciliabo]

Also, what happens if the PS points are not coincident in the two datasets?

[ceciliabo]

Thanks for the super quick answer.
Yes I get a little bit lost in the export part. So I process the sets separately (and here all clear). About the export..I am working with a small area, so with Small Area Processing. So what I have to do is “just” click export the time series in the geocoding window, and then the software will recognize automatically the objects to import in that module?
If available, yes it would be very helpful to see a tutorial or something similar.
Thanks again
Cecilia

[ceciliabo]

Hello!
So this is the link of the files, and hopefully it works. If you need something else, please do not esitate.

https://wetransfer.com/downloads/7e2f5bf6078bee04c505b436cb072a6c20170611180039/fd2be1f1e309a56f7a59363054107e4520170611180039/94c347

thanks

[ceciliabo]

Hello, thanks for the answer. Now I tried changing master (20160603), choosing one with better condition. The area is the maximum common, in order to avoid problems. Some of the images are coregisterred, some are not (18 failed out 51 slaves).
A series of warnings appear, including one that says “Reference to non-existent field ‘ra’.”.
The major parts of warnings appear in the post co registration phase, which it is I suppose because of the low coherence.
At a certain point it comes also the message “send the message above to the developer”. Is there anything I can do? what can I do better? And what about that ‘ra’? Should I simply remove those 18 slaves and keep the rest?
I attached the log file and , as Yuxiao suggest, the images.
Thank you again.
Cecilia

Attachments:

You must be logged in to view attached files.

[ceciliabo]

Hello,
yes well the area that i cropped has a radius of 12km so I thought it would have been ok. I tried to change the master, but still the same. I cannot plot the images because it actually does not the coregistration. I can only see the master and the slave images one by one.
Anyway here there is the log file.

Attachments:

You must be logged in to view attached files.

[Author]

Posts