SNAP 7.0

esa の SNAP が Ver.7 にアップされていました。

以下、SNAP v7.0　+ ALOS2 (SM, L1.1) での InSAR の手順です。

https://forum.step.esa.int/t/interferometric-processing-workflow-with-alos-2-l1-1-slc-data/17615/12

1- Open product (import ALOS-2 CEOS file)

2- Coregistration

3- Interferogram Formation

4- Topographic Phase Removal (SRTM 1sec)

5- Coherence Estimation

6- Goldstein Phase Filtering

7- Multilook

8- Snaphu export and import (Phase unwrapping)

1- では解凍後のデータを import します。

zip を open すると、以下の通り歯抜け画像になります。

https://forum.step.esa.int/t/alos-2-insar/17658

このあたりは v6.0　から変わっていません。

https://phreeqc.blogspot.com/2018/02/snap-60.html

また、読めるのは StripMap （高解像度モード） のみといった報告もあります。私の手元には SM1 しかないので確認できませんが、その可能性はあるでしょうね。

ま、流行の災害対応では L1.5 の Geotiff 利用となっていますので、SNAP は必要ないのですが。

http://www.nilim.go.jp/lab/bcg/siryou/tnn/tnn0791pdf/ks0791.pdf

2- 以降は SNAP を使った「処理」です。手元のデータで 6- まで実施しました。

が、干渉しません。

2時期が離れすぎたか？などと思いつつ coregistration の結果を RGB 表示してみました。結果、2時期で尾根が重なっておらず、大きなズレが生じています。

検索してみますと、2-の段階で失敗することが多いようですね。

https://forum.step.esa.int/t/differences-between-coregistration-and-dem-assisted-coregistration/9399

https://forum.step.esa.int/t/alos-2-offset-tracking-with-l1-5-data/9136

Radar --> Coregistration --> Coregistration. As the “Initial Offset Method” was set “product geolocation”. 

これに Nearest Neighbor を加えて試したところ、2時期の画像がほぼ一致しました。V6.0 時もこれが原因だったのかもしれません。時間は短縮され17分。マシンスペックの差でしょうか。

最終的に地震時や火山地域のような広域の綺麗な干渉縞は得られませんでしたが、局所的な縞は得られました。まだ手順が足りないのでしょう。

**************************************

20200808追記

同様の状態がココにも。

https://forum.step.esa.int/t/problems-producing-interferograms-with-alos/11979

ENVI SARscape、高価ですが優秀みたいですね。