If I then compute the standard deviation of the amplitude (per pixel along the time dimension), it seems the third swath has a radiometric issue. In particular, the amplitudes vary a lot, as compared with swath one and two.
Here’s a plot of the standard deviation. Black means the amplitude varies significantly.
Additionally when using own stddev() make sure it has the correct raster count/location, considering there might be data missing it could solve the problem. As for the native stddev() function of the SNAP it has hard time differentiating how many values are at the pixel, it rather takes the amount of all acquisitions in the whole area regardless of no-data-values.
Raster count (iterated over all bands):
if $band <= 0.0005 then 0.0 + $previous_raster_count else 1.0 + $previous_raster_count
stddev function iteration (note that the values will be as good as your average):
if $band <=0.0005 then $previous_stddev else sqrt(( pow($previous_stddev*($previous_raster_count-1), 2)+pow($band-average,2)) / $previous_raster_count )
Your problem is unexpected - it is possible that there was an issue when extracting/downloading the product. I suggest you check the size of the 6 measurement tiff files (in the product measurement folder) - they should be the same as given below:
1144762256 Jan 28 13:37 s1a-iw1-slc-vh-20151110t181814-20151110t181839-008546-00c1b3-001.tiff
1144762256 Jan 28 13:37 s1a-iw1-slc-vv-20151110t181814-20151110t181839-008546-00c1b3-004.tiff
1365928760 Jan 28 13:37 s1a-iw2-slc-vh-20151110t181812-20151110t181837-008546-00c1b3-002.tiff
1365928760 Jan 28 13:38 s1a-iw2-slc-vv-20151110t181812-20151110t181837-008546-00c1b3-005.tiff
1324940168 Jan 28 13:38 s1a-iw3-slc-vh-20151110t181813-20151110t181838-008546-00c1b3-003.tiff
1324940168 Jan 28 13:38 s1a-iw3-slc-vv-20151110t181813-20151110t181838-008546-00c1b3-006.tiff
I suspect one of the IW3 tiff files is much smaller than above. If this is the case, I suggest you try to unzip again or download again.
I’ve just checked. I’m getting a bad CRC when unzipping the file. I think I missed this because I’m working with the zipped product.
inflating: S1A_IW_SLC__1SDV_20151110T181812_20151110T181839_008546_00C1B3_8BF0.SAFE/measurement/s1a-iw3-slc-vv-20151110t181813-20151110t181838-008546-00c1b3-006.tiff bad CRC 617be33e (should be db7719e8)
I think this problem should get flagged by the SNAP product reader.
Thanks for your help! Good catch. I will re-download.
Could you try again with the new update 2.0.2 The reader has been updated to try to detect this. Also, the product library scan has an option to check for bad CRCs in Zips.