Hi.
I have done the analysis for the year 2016 with 28 images of an urban area, however in snap2stamps, I get the following warning messages:
Can I continue with Stamps or do I have to re-process the images due to the warning messages?
What meaning do these messages have, that is, what have I done wrong?
I believe the error is the dem downloader from SNAP6 . I think the SRTM 3arc sec had changed its location as this seems to be the problem.
Using External DEM is possible with snap2stamps, but you need to modify the XML accordingly.
I would not continue with StaMPS until checking and solving the DEM issue.
Hello, thanks for the answer.
Until now I had not perceived any problem in this aspect and I had used Snap 6 without doing any kind of modification.
I find this change strange. In addition, it also seems strange to me that in the same process of this analysis, it sent me warning messages in some images and not in others.
Any explanation in this aspect?
Do you have permanent internet connection when running that command? Because it could be the reason. Or the availability of the server from where the srtm should be downloaded.
Indeed I do not remember to get that kind of error either, but this is what the error message suggests.
there is a general issue reported with SRTM data, but I don’t know if it only occurs for version 8 or all versions: SRTM ZIP-files are corrupted or not found
thanks. It seems that this message raises the origin of the problem:
because I downloaded the images on day 4 and analyzed them with snap2stamps on day 7. all this with Snap6 (I report this, since in that post it is only reported with snap 8 and 7)
My question then is, should I redownload all the images again? or maybe just repeat the process with snap2stams?
In this sense. I had done the process for two different stacks of images, and apparently in the first one I have been able to do all the analysis without problem. It has only been with the 2 block of images when I have detected these problems with snap2stamps, so I also have doubts. Perhaps this incidence is not affected and it is possible to analyze it in stamps with good results?
I cannot tell if the data was processed correctly by looking at the file list, but if the processing completed earlier I assume that the DEM was successfully integrated. You can open single pairs and visually check if the products look alright.
I tried it on V7 and V8. Had the same problem in both cases.
I am in the final step “stamps_export”, but I got the problem bellow : is that problem of memory ??
Hi all
export (1).xml (1.1 KB) project (2).conf (703 Bytes) stamps_export (1).py (4.0 KB) ,conda activate py27
python slaves_prep.py project.conf
python splitting_slaves.py project.conf
python coreg_ifg_topsar py project.conf
python stamps_export.py project.conf
but when I want to running python stamps_export.py project.conf code, it only creates an empty directory named of INSAR_20190530 for me. Please tell me how to fix it.
Sincerely,
please check the validity of the data produced in previous steps. For example, were the interferograms generated correctly. Open some of them in SNAP to check visually.
I also wonder why your master ends with Orb.dim and not Orb_Split.dim
Because I prepared master image with split_orb graph,
then the question remains how the inteferograms look like
Interferograms look all right
why is the script called stamps_export (1).py? Did you make any modifications?
No, because I have downloaded it twice.
Is it possible not to run this command to delete zip files from the slave folder? I have deleted all .zip files of images.
yes, once the split script was executed correctly, you don’t need the zip files any longer.
I have no idea why the export fails, as this is a rather easy step. Maybe @mdelgado can think of a resaosn?
