Earthdata Forum

Hello,
I'm trying l2bin for OC L2 file down to l3 files,but the error occurred like this on python or SeaDAS.

INTERP parameter disabled.
1 input files
Averaging: standard
Resolution: 1
Max Qual Allowed: 2
prod_avg:
flagusemask: 786
required: 0
NetCDF4 input file
-E- /Users/seadas/ocssw/oel_util/libpiutils/rdsensorinfo.c line 167: unable to open /Applications/seadas-7.5.3/ocssw/share/goci/msl12_sensor_info.dat for reading
-E- /Users/seadas/ocssw/oel_util/libpiutils/rdsensorinfo.c line 167: unable to open /Applications/seadas-7.5.3/ocssw/share/goci/msl12_sensor_info.dat for reading
-W- /Users/seadas/ocssw/src/l2bin/l2bin.c line 1064: Unknown equator crossing time for sensorID=14 file=G2018200031640.L2_COMS_OC.nc

if you have any ideas, please let me know,

Did you install the GOCI data files?
Does directory

/Applications/seadas-7.5.3/ocssw/share/goci

exist?

don

Yes, /Applications/seadas 7.5.3/ocssw/share/goci is existed.
However,it dosen't work.

You appear to be using MacOS.  It would be helpful to mention the OS version in case he problem stems from some changes made by Apple.

The error message in your first post had a "<dash>" in the directory name, " unable to open /Applications/seadas-7.5.3/..." but you appear to have a "space": "/Applications/seadas<space>7.5.3/...".  Maybe that was a typing error, or you might have entered/pasted Unicode "character" that resembles a dash but wasn't handled by the forum software. The OCSSW software originated on UNIX, where spaces in paths require extra work when writing scripts, so if you do have a <space> in the path I suggest replacing it with a <dash>" which appears to be how the SeaDAS OCSSW support was configured.

If the "<space>" was just a typing error, I suggest you enter the following commands in a terminal and post the resulting output:

1) "ls -ld /Applications/seadas-7.5.3/ocssw/share/goci" to check the permissions on the directory, and

2) "ls -ld /Applications/seadas-7.5.3/ocssw/share/goci/msl12_sensor_info.dat" to check the permissions on the file that the software wasn't able to open.

The problem is that the current l2bin program wasn't set up to support GOCI, since we never bin GOCI.  It's not a global mission...
The fix is simple, one line in fact.  This line (l2bin.c, at line 1005):
        case GOCI:
But unless you are able to compile the code locally, you'll have to wait util we release an update for the binner.
(the next release will be a pretty major reworking of the code written in C++, the line above is valid for the V2019  release)

Sorry for the bad news,
Sean

Sorry for typing  error.

/Applications/seadas-7.5.3/ocssw/share/goci
/msl12_sensor_info.dat
is existed.

I followed your command and here's the result.

1)
[nakanorinako ~]$ ls -ld /Applications/seadas-7.5.3/ocssw/share/goci

drwxr-xr-x  20 nakanorinako  admin  640 12  2 15:10
/Applications/seadas-7.5.3/ocssw/share/goci

2)
[nakanorinako ~]$ ls -ld
/Applications/seadas-7.5.3/ocssw/share/goci
/msl12_sensor_info.dat

-rw-r--r--  1 nakanorinako  admin  4775 12  2 14:29
/Applications/seadas-7.5.3/ocssw/share/goci
/msl12_sensor_info.dat