PRISMA processing

Discussion of your results and ACOLITE in general
Post Reply
quinten
Posts: 1021
Joined: Tue Mar 03, 2015 8:13 am

PRISMA processing

Post by quinten »

From ACOLITE version 20210802.0, the processing of PRISMA images is supported. Both L1 and L2 files are required, since the L1 does not contain the view geometry information. Put both the PRS_L1_STD_OFFL and PRS_L2C_STD in the same directory and provide the PRS_L1_STD_OFFL file as inputfile.

Standard processing rhot RGB composite:
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhot_small.png
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhot_small.png (118.3 KiB) Viewed 127648 times
Standard processing rhos RGB composite:
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhos_small_noglint.png
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhos_small_noglint.png (127.23 KiB) Viewed 127648 times
An optional alternative glint correction can be applied by providing the following settings. This correction takes the average residual SWIR reflectance after the atmospheric correction, and models the VNIR surface reflectance using the interface reflectance LUT.

Code: Select all

dsf_residual_glint_correction=True
dsf_residual_glint_correction_method=alternative
Standard processing with glint correction rhos RGB composite:
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhos_small.png
PRISMA_2021_06_06_15_42_41_L2R_rgb_rhos_small.png (113.16 KiB) Viewed 127648 times
I hope this is useful to someone!

Quinten
federica.braga
Posts: 10
Joined: Fri Mar 06, 2015 1:08 pm

Re: PRISMA processing

Post by federica.braga »

Dear Quinten,
Thanks for the new ACOLITE release! I'm on summer holiday, but I could not wait to testing.
Something is not working with my PRISMA data, it seems that L1 is not recognised. I followed your instruction (same folder for L1 and L2C). Could it depend on the new processor version of L2 data (it changed since July)?
Thanks in advance.

Cheers

Federica

2021-08-04 13:40:34: Run ID - 20210804_131828
2021-08-04 13:40:34: C:/Users/chicc/Documents/new_202108/PRS_L1_STD_OFFL_20200714101646_20200714101651_0001
2021-08-04 13:40:34: C:/Users/chicc/Documents/new_202108/PRS_L1_STD_OFFL_20200714101646_20200714101651_0001 not recognized.
2021-08-04 13:40:34: C:/Users/chicc/Documents/new_202108/acolite_run_20210804_131828_l1r_settings.txt
quinten
Posts: 1021
Joined: Tue Mar 03, 2015 8:13 am

Re: PRISMA processing

Post by quinten »

Hi Federica

Make sure you provide the PRISMA .he5 file as inputfile. If you use the GUI you have to uncheck the "Inputfile as directory" option before clicking "Select inputfile...".

Let me know how it goes!

Quinten
federica.braga
Posts: 10
Joined: Fri Mar 06, 2015 1:08 pm

Re: PRISMA processing

Post by federica.braga »

Hi Quinten,
you know who you're dealing with: now it is working! :lol:
I will share some results after my tests.
Thanks again
Federica
quinten
Posts: 1021
Joined: Tue Mar 03, 2015 8:13 am

Re: PRISMA processing

Post by quinten »

Hi Federica

Great! Looking forward to some results!

Quinten
federica.braga
Posts: 10
Joined: Fri Mar 06, 2015 1:08 pm

Re: PRISMA processing

Post by federica.braga »

Dear Quinten,
my tests on PRISMA images are progressing and seem promising, but now I'm experiencing this issue with the images that I recently downloaded (starting fro September). I don't know if it is due to some changes in files, but this is the ACOLITE message:
Selected C:/Users/chicc/Documents/PRISMA for ACOLITE/PRS_L1_STD_OFFL_20210609100323_20210609100328_0001/PRS_L1_STD_OFFL_20210609100323_20210609100328_0001.he5 as input file.
Selected C:/Users/chicc/Documents/PRISMA for ACOLITE/Acolite con AOT as output directory.
Running ACOLITE processing on win32
ACOLITE processing messages will be logged to file.
Running generic ACOLITE processing - Generic Version 20210802.0
Run ID - 20210920_113450
C:/Users/chicc/Documents/PRISMA for ACOLITE/PRS_L1_STD_OFFL_20210609100323_20210609100328_0001/PRS_L1_STD_OFFL_20210609100323_20210609100328_0001.he5
C:/Users/chicc/Documents/PRISMA for ACOLITE/Acolite con AOT/acolite_run_20210920_113450_l1r_settings.txt
Starting conversion of 1 scenes
acolite\shared\gauss_response.py:12: RuntimeWarning: invalid value encountered in true_divide
acolite\shared\rsr_convolute_dict.py:25: RuntimeWarning: invalid value encountered in double_scalars
PRISMA processing only supported when L2 geometry is present.
Please put PRS_L2C_STD_20210609100323_20210609100328_0001.he5 in the same directory as PRS_L1_STD_OFFL_20210609100323_20210609100328_0001.he5
Finished processing.

If I used older images, the processing works.

Can you help me, please?

Thank you so much

Best
Federica
quinten
Posts: 1021
Joined: Tue Mar 03, 2015 8:13 am

Re: PRISMA processing

Post by quinten »

Hi Federica

I presume you have the official L2 PRISMA file in the same directory for this scene? Perhaps they changed the naming convention of the L2?

Quinten
federica.braga
Posts: 10
Joined: Fri Mar 06, 2015 1:08 pm

Re: PRISMA processing

Post by federica.braga »

Thanks for your quick reply!
Yes, native data, and yes, same directory. The filenames are the same. :?
Immagine1.png
Immagine1.png (372.34 KiB) Viewed 127487 times
quinten
Posts: 1021
Joined: Tue Mar 03, 2015 8:13 am

Re: PRISMA processing

Post by quinten »

Hi Federica

I think I know what is wrong! In the code I replace PRS_L1_STD_OFFL_ by PRS_L2C_STD_ to get the L2 file, but the operation is performed on the full file path. So if your directory also contains PRS_L1_STD_OFFL_ it will be changed to PRS_L2C_STD_ also!

I fixed this now in the GitHub code, but at the moment you will probably be able to process with the binary release if you rename of the directory containing the scene to something without PRS_L1_STD_OFFL_.

Let me know how it goes!

Quinten
federica.braga
Posts: 10
Joined: Fri Mar 06, 2015 1:08 pm

Re: PRISMA processing

Post by federica.braga »

Hi Quinten,
I changed the folder name and now it is working!
many thanks!

Best
Federica
Post Reply