In this case SRTM 1Sec was used (line 69 of this file)
Very strange indeed, your screenshot also indicates that SRTM 1Sec was used. So the problem with the export is not related to the changed availabiltiy of SRTM 3Sec. You did nothing wrong, don’t worry - we just haven’t found the reason for the error in general.
Change it from DEM.srtm3GeoTiffDEM_HTTP = http://cgiar-csi-srtm.openterrain.org.s3.amazonaws.com/source/
to DEM.srtm3GeoTiffDEM_HTTP = http://skywatch-auxdata.s3-us-west-2.amazonaws.com/dem/SRTM90/tiff/
thank you for reporting - good to know.
Did you re-compute the interferograms based on the new SRTM 3Sec source or has changing the source already solve the export from being stuck?
I think it works halfway, I generate 4 exports to test, it seems that everything is going well but the dem folder, I think it needs to generate the projected_dem.rslc file
In any case, if snap2tamps is executed, only 1 of all images is generated (that is, it seems that it is only capable of creating 1 image and then stops iterating with the rest of the images)
Since I am doing the processing per batch (i.e. per 10-20 images), which is in my experience a lot faster compared to processing the whole dataset in one run given the current resources I have, I didn’t do any interferogram re-computation for the batches I have processed before experiencing the problem.
And to trace any source of error when doing StaMPS analysis after processing all batches, I have separated the diff0 and rslc folders created thereafter (after doing the solution proposed). I will merge all all soon.
I hope this won’t create another issue during the StaMPS analysis.
Dear Sir,
I recently updated SNAP Latest version for SNAP2StaMPS processing. My server having these below specifications. Processing 52 interferograms creation it took around 3 days time. Please suggest what setup i wanna change in my Windows 10 server.
I knew that for version 7 of SNAP I had to modify the file if only 1 burst is used.
My question is, should I change the names of the parameters in the chart “coreg_ifg_computation_subset.xml” (exactly the same as in version 7 of this post)?: