I’m trying to save SNAP files into PyRate format (SNAP v8), however there appears to be a problem with the output file names. I’ve tried using the GUI and gpt xml processing options.
input dim: 20201209_20201221_unw_tc.dim
save as: ‘Gamma for PyRate’
The results of the graph built by the GUI is attached.
I used the GUI graph as the basis for the gpt xml script but I get the same outputs.
The output name I select is also ignored and the above *.rslc filename is produced. It looks like part of the default output name is linked to the *.img file instead.
The *_slc.par files should represent the two dates of the input dim, not the reference pair (20190407-20190419).
Also, when the coherence file is processed (eg. 20190817_20190910_coh_tc.dim), it should have the output of 20201209-20201221.coh, instead the results are:
20190419_slc.par
20190407_slc.par
coh_VV_10Sep2019_17Aug2019.rslc
Can someone please check to see if this is a bug in SNAP?
Your graph has: <formatName>Gamma for PyRate</formatName> but formatName should be one of the supported file formats. In the Graph Builder “Save as” should provide a pull-down list of available formats below
the “name” box where you can enter a name for the “target” file.
On the command-line, gpt Write -h provides a sample graph with the following block:
Hi Sarah, I tried to use Pyrate together with SNAP including the Gamma for Pyrate format conversion tool myself in gpt.
It is available since SNAP 8.0, but the available tool has still some bugs not fixed yet. Probably, because not many have used it so far.
The coherence file naming convention is one of them. You have to change them manually.
Besides some variable names in the txt files are missing or not correct.
However, using the file format .rslc is working in pyrate, you just need to adapt the input file list accordingly.
As you probably already know, documentation for pyrate can be found here (but unfortunately it is not very detailed…):
Thanks, I thought this might be the case but wasn’t sure if the format of the image files were also modified correctly to suit PyRate. I’m familiar with PyRate’s workflow but as you say the documentation could be better.
we hope to release a tutorial on this in the nearer future - but unil then, it would be nice if someone who managed to use the PyRate export of SNAP could share some experiences.
adjust the parameters & the used files in ifgs.txt, … accordingly in the pyrate configuration file ‘input_parameters.conf’.
I cannot guarantee, that this list is complete. I’m currently working on a script to automatize the whole process. It already works on my system and I can generate some nice results. However, it still needs some debugging…
Did you have the chance to write the script to automate the whole process for preparing data with SNAP for use in PyRate? I would be quite interested to use it ^^
This process assumes interferograms that were generated manually for each pair? Or it can also work with interferograms generated with the ‘Multi reference InSAR’ operator of SNAP?