StaMPS v4.1-beta - release

[David Bekaert]

Dear StaMPS users,

We are happy to announce that StaMPS version 4.1-beta has been released and is available for download on github.
https://github.com/dbekaert/StaMPS

By clicking the green "clone" or "download" bottom on the main github  page will download the developers version of StaMPS.
Packaged releases such as v4.1-beta can be found under the "releases" tab on github.

With best regards,
Andy Hooper, David Bekaert, Ekbal Hussain, and Karsten Spaans

[高明亮]

wonderful！

高明亮  博士后 
Ming-Liang Gao,  Post-doctor
研究方向：基于时序SAR干涉技术的京津冀地面沉降演化研究
Research interests: Characterizing evolution of ground subsidence in Jing-jin-ji Region via SAR interferometry
北京成像技术高精尖创新中心
Beijing Advanced Innovation Center for Imaging Technology
首都师范大学
Capital Normal University , Beijing, P.R.China
城市环境过程与模拟国家重点实验室培育基地
Base of the State Key Laboratory of Urban Environmental Process and Digital Modeling
三维获取与应用教育部重点实验室
Key Laboratory of 3D Information Acquisition and Application, MOE.
资源环境与地理信息系统北京市重点实验室
Key Laboratory of Resources Environment and GIS of Beijing Municipal
水资源安全北京实验室
Key Laboratory of Water Resource Security of Beijing Municipal

--
You received this message because you are subscribed to the Google Groups "MAINSAR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mainsar+u...@googlegroups.com.
To post to this group, send email to mai...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Andre Theron]

This is fantastic news! 
Thank you everyone. Just in time for my PhD.

[David Bekaert]

Components that call ISCE functionality such as mt_prep_isce are included in the isce software.
In case you would like to use the isce stack processors and stamps, you should use the following workflow.

1) Generate a coregistered stack with ISCE. Use either the topsStack (sentinel-1) or stripmapStack (stripmap sensors) tools in "isce/src/contrib/stack".
Notes: The stack processors do not get build in the ISCE install dir, so you will need to include it from the src directory on your path and pythonpath.
You cannot have both stack procesors at the same time on your path, as they can conflict.
You will need to use the slc workflow.

2) Generate the stamps directory set-up using the output from the isce stack processors. Use the prepStackToStaMPS tools in "isce/src/contrib/timeseries".
Note: The prepStackToStaMPS tools do not get build in the ISCE install dir, so you will need to include it from the src directory on your path and pythonpath.

3) Run stamps for either PS or SB, by following instructions in the manual.
Notes: Use StaMPS (>= v4.1-beta), available from github: https://github.com/dbekaert/stamps
Follow the specific instructions for ISCE.

On 15 August 2018 at 10:51, Victor Lin <lljh...@gmail.com> wrote:

What a good news to me!!

Hate to interrupt this air, but I did a quick check and didn't find mt_prep_isce in this release as the manual described. 

I appreciate all of the effort that made by every developer. 

GP

David Bekaert於 2018年8月15日星期三 UTC+8下午1時37分39秒寫道：

--

You received this message because you are subscribed to the Google Groups "MAINSAR" group.

To unsubscribe from this group and stop receiving emails from it, send an email to mainsar+unsubscribe@googlegroups.com.

[Carlos Sierralta]

Great News. I’m eager to try it now!

[Carlos Sierralta]

Hi David

 I'm using latest release, and I'm having trouble with the environment. This problem didn't appear with 3.3b1 version of StaMPS. The error is the following>

pmatuser@DataScienceSAR3:/media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date$ mt_prep_snap 20171212 /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/ 0.2
mt_prep_snap Andy Hooper, August 2017
 
Amplitude Dispersion Threshold: 0.2
Processing 1 patch(es) in range and 1 in azimuth
 
/usr/bin/triangle/calamp: Not a directory.
cat: /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/calamp.out: No such file or directory
4404
443
mt_extract_cands Andy Hooper, Jan 2007
 

Patch: PATCH_1
selpsc_patch /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/selpsc.in patch.in pscands.1.ij pscands.1.da mean_amp.flt f 1
/usr/bin/triangle/selpsc_patch: Not a directory.

psclonlat /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/psclonlat.in pscands.1.ij pscands.1.ll
/usr/bin/triangle/psclonlat: Not a directory.

pscdem /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/pscdem.in pscands.1.ij pscands.1.hgt
/usr/bin/triangle/pscdem: Not a directory.

pscphase /media/datadrive/SAR/PSI_SBAS/SANTIAGO/INSAR_master_date/pscphase.in pscands.1.ij pscands.1.ph
/usr/bin/triangle/pscphase: Not a directory.

The paths to snaphu and triangle are the same as the ones I've used in 3.3b1, so I dont't understand where the problem can be.

Regards and congrats for this new release

CSJ

[Mohamed Amjad Lasri]

I just tested the last version using Sentinel-1A/B (preprocessing done with SNAP) data on the eastern flank of mount Etna. It works just fine. I had some GNSS data that I post-processed to check if the end to end displacements are the same and yes the same displacements observed using StaMPS are also observed using the GNSS. The "u-dmo" is attached to this message.

Nevertheless there is curious signal on the displacement map. Check the file disp.png. What do you think about this pattern? it doesn't seems to be a geophysics signal.

--

You received this message because you are subscribed to the Google Groups "MAINSAR" group.

To unsubscribe from this group and stop receiving emails from it, send an email to mainsar+u...@googlegroups.com.

[Guada]

Hello Mohamed!

Did you run stamps for the PS or SB?

Thanks!