Earthdata Forum

I execute the following code：
/data1/mqliu/software/ocssw//ocssw_src/src/scripts/l2mapgen.cloudmask.2025bin.py --ofile /data1/mqliu/data/CHS/VIIRSN/2024/completed/V2024044173600.L3.CHS.1KM.h5 --oformat netcdf4 --product chlor_a,rhos_410,rhos_443,rhos_551,rhos_671,rhos_745,rhos_862,rhos_1238,rhos_1601,solz,senz --south 2 --west 105 --north 41 --east 130 --resolution 0.00909090909090909deg /data1/mqliu/data/CHS/VIIRSN/working/V2024044173600/V2024044173600.L2_SNPP.nc -v

The output is:
l2bin parameters:
['l2bin', 'flaguse=BOWTIEDEL', 'ifile=/data1/mqliu/data/CHS/VIIRSN/working/V2024044173600/V2024044173600.L2_SNPP.nc', 'ofile=/data1/mqliu/data/CHS/VIIRSN/working/V2024044173600/V2024044173600.L2_SNPP.nc.L3b', 'area_weighting=1', 'l3bprod=chlor_a,rhos_410,rhos_443,rhos_551,rhos_671,rhos_745,rhos_862,rhos_1238,rhos_1601,solz,senz', 'resolution=H']
Cloudice masking is used!!!!!
Process error (1): message:b'l2bin 7.1.1 (Jan 30 2025 23:47:26)\nLoading default parameters from /data1/mqliu/software/ocssw//share/common/l2bin_defaults.par\nLoading default parameters from /data1/mqliu/software/ocssw//share/viirs/l2bin_defaults.par\nLoading command line parameters\n\n1 input files\nResolution: H\nMax Qual Allowed: 2\ntotal number of bins: 1520749130\nkrow: 0 out of 34560 (-90.00 to -88.59) Tue Apr 22 22:27:07 2025\nkrow: 270 out of 34560 (-88.59 to -87.19) Tue Apr 22 22:27:07 2025\nkrow: 540 out of 34560 (-87.19 to -85.78) Tue Apr 22 22:27:07 2025\nkrow: 810 out of 34560 (-85.78 to -84.38) Tue Apr 22 22:27:07 2025\nkrow: 1080 out of 34560 (-84.38 to -82.97) Tue Apr 22 22:27:07 2025\nkrow: 1350 out of 34560 (-82.97 to -81.56).........krow: 24840 out of 34560 ( 39.38 to 40.78) Tue Apr 22 22:27:14 2025\nERROR - /home/dshea/ocssw/src/libl2/readL2scan.c:1717 - the detector number of the next line is not from the next detector.\n Can not do area weighting on file=/data1/mqliu/data/CHS/VIIRSN/working/V2024044173600/V2024044173600.L2_SNPP.nc, line=0\n'

I checked the L1A data size and it's only 179M far less than the normal 400+M. I have found that a lot of the L1A data supplied is this large and all of them have the above error. None of the previous years were this small.

The error you are seeing with l2bin suggests there is a problem with the L2 file, you should verify that it was produced properly. That said, the granule was collected at night (which is why the L1A file is smaller than you expect). Even if the L2 file were error free, it wouldn't have any chlor_a or rhos data ...no light...

Sean

Thanks for your reply. But when I used "https://search.earthdata.nasa.gov/" to generate the required list of downloaded data, I checked the daytime option, so why is there still nighttime data being downloaded. How can I avoid this problem and get the correct data list?