Description
I have been working with the sss converters (smap_sss2ioda.py and smos_sss2ioda.py) to make them ingest our raw smap (JPL) and smos (CATDS) files. Currently as they are this converters don't work with our files, but I was able to do some modifications for the files to be ingested and produce correct ioda format output.
However I wanted to contrast example files that these converters worked originally on, with our files, and was pointed to the files in test/testinput/.
Both test files (smap_sss_rss.nc and SM_REPR_MIR_OSUDP2_20100601T000131_20100601T001849_662_120_1.nc) seem to be broken as they can not be read by the netcdf4 library, or even ncdump. I understand there is a ecbuild test for it, but I'm not sure how this test is passed if the files are either corrupted or have been overwritten.
ncdump -h SM_REPR_MIR_OSUDP2_20100601T000131_20100601T001849_662_120_1.nc
ncdump: SM_REPR_MIR_OSUDP2_20100601T000131_20100601T001849_662_120_1.nc: NetCDF: Unknown file format
Are there valid versions of this files somewhere?
Description
I have been working with the sss converters (
smap_sss2ioda.pyandsmos_sss2ioda.py) to make them ingest our raw smap (JPL) and smos (CATDS) files. Currently as they are this converters don't work with our files, but I was able to do some modifications for the files to be ingested and produce correct ioda format output.However I wanted to contrast example files that these converters worked originally on, with our files, and was pointed to the files in
test/testinput/.Both test files (
smap_sss_rss.ncandSM_REPR_MIR_OSUDP2_20100601T000131_20100601T001849_662_120_1.nc) seem to be broken as they can not be read by the netcdf4 library, or even ncdump. I understand there is a ecbuild test for it, but I'm not sure how this test is passed if the files are either corrupted or have been overwritten.Are there valid versions of this files somewhere?