Cloud_Coverage_Assessment value when using sen2cor

Hi all,
I’m using the latest version of sen2cor 2.10.01 to create the L2A product.
I can run the process using a docker I created.
When I compare the Cloud_Coverage_Assessment value I get with sen2cor with the one of the corresponding L2A file from SciHub it results that they have different values.

For example, I’m using as an input file the following file: S2A_MSIL1C_20220411T101601_N0400_R065_T32TPT_20220411T124038.zip
when I run my docker using sen2cor using the following command

docker run --name=test_docker -t --rm -v /mnt/RAM_DISK/data/:/home/desuser/data/ -v /raid0/DES/scripts/L2A/test_processing_scripts/test_processing_container/L2A_GIPP.xml:/home/desuser/sen2cor/2.10/cfg/L2A_GIPP.xml -e INPUT_IMAGE=S2A_MSIL1C_20220411T101601_N0400_R065_T32TPT_20220411T124038.SAFE sen2cor2.10.01_file /home/desuser/processing_scripts/run_sen2cor.sh

It creates the MTD_MSIL2A.xml file where I find this value:
<Cloud_Coverage_Assessment>99.999999</Cloud_Coverage_Assessment>

For the corresponding file on SciHuB: S2A_MSIL2A_20220411T101601_N0400_R065_T32TPT_20220411T135651.SAFE/MTD_MSIL2A.xml
it results: <Cloud_Coverage_Assessment>1.267885</Cloud_Coverage_Assessment>

Could you please tell me what I’m doing wrong?

@ABraun could you help us here? At EURAC Research we are experiencing this stange issue with the latest version of sen2cor, which prevent us from using the cloud coverage assessment value later on in our pipeline.

sorry, haven’t used sen2cor since a longer time. Maybe @Jan knows if some of the metadata have changed?

Hello @clausmichele @ABraun
I’m not aware of any issue in the latest release of Sen2Cor, but I’ll check with a processing of the L1C on my side.

Jan

OPT-MPC S2 Technical Manager

2 Likes

@Jan thanks for doing this check. I really will look forward to knowing your results.
I did various tests with a series of L1C files (one is in my initial question) and I always got the same error.

1 Like

Hello @sylar11 Bart

I have processed S2A_MSIL1C_20220411T101601_N0400_R065_T32TPT_20220411T124038.SAFE in Sen2Cor 02.10 in TOOLBOX mode on my Windows 7 64 Bit laptop, both with the ESACCI-LC Package (as identified in the S2-PDGS-MPC-L2A-SUM-V2.10.0 and installed in my Lib\site-packages\sen2cor\aux_data folder) and without. I used the L2A_Process.bat on the command line.

In both instances, the value of <Cloud_Coverage_Assessment> in the MTD_MSIL2A.xml is 0.099870.


(I realise this value is different from the SciHub L2A value, but this may be explained because I didn’t use the ESACCI_SnowCondition Map).

Thus, I don’t replicate the 99.999999 seen by in your processing.

Jan

OPT-MPC S2 Technical Manager

@Jan could you please write the command you used? I’m using an UBUNTU VM and I nedd to call sen2cor using the command line

Hi Bart @sylar11
it was a straight “point and shoot” after I’d unzipped the product:

Jan

Hi @Jan I run sen2cor without the docker using the following command:

 /home/desuser/sen2cor_v2_10/bin/L2A_Process /mnt/RAM_DISK/data/S2B_MSIL1C_20220416T101559_N0400_R065_T32TNR_20220416T160249.SAFE

and when looking for the cloud value I get

less /mnt/RAM_DISK/data/S2B_MSIL2A_20220416T101559_N9999_R065_T32TNR_20220520T123733.SAFE/MTD_MSIL2A.xml | grep Cloud
    <Cloud_Coverage_Assessment>3.679504</Cloud_Coverage_Assessment>

and it seems correct now :slight_smile: I will perform some other test. Perhaps there is an error in my docker. I will check it better.

In the meanwhile I have another doubt: is it correct that in the created MSIL2A filename it appears N9999 and not the initial orbit number N0400?

1 Like

Hi @sylar11

Yes…

Cheers

Jan