Open rkouznetsov opened 5 months ago
Hi @rkouznetsov - It looks like the files that the TDS is serving are netCDF-4 files (catalog). From the OPeNDAP information (DDS)(DAS), the coordinates
attribute lists "time_run" in the netCDF-4 files. So, I don't think that is TDS issue but instead part of the data being served.
The OPeNDAP information also includes the nc-4 _ChunkSizes
attribute from the netCDF-4 files being served by the TDS. Exposing that information to the requestor is, I believe, pretty standard practice. Removing the _ChunkSizes
attributes when writing a new nc-3 file from the OPeNDAP would require a client application built to handle that. I expect many general purpose tools don't currently handle that. What version of NCO ncks are you using? Have you tried telling it to write a netCDF-4 file? You might also try using nccopy
and see how it behaves when writing nc-3 and nc-4 files from that dataset.
Is there any chance of getting a copy of the underlying netcdf file on the server?
Thank you, @DennisHeimbigner ! The files are available from here https://thredds.silam.fmi.fi/thredds/catalog/silam_europe_pollen_v5_9_1/files/catalog.html They have no run_time variable or dimension in them..
Thnak you, @ethanrd ! It _ChunkSizes
in netcdf3 is indeed nco issue then..
I use vanilla ncks from Ubuntu 22.04:
$ ncks --version
NCO netCDF Operators version 5.0.6 "Alanis" built by buildd on lcy02-amd64-027 at Feb 2 2022 18:28:56
ncks version 5.0.6
I'll try to check the results with latest nco and post the bug there.
FYI Just filed https://github.com/nco/nco/issues/284 about _ChunkSizes
.
nccopy seems not to work at all...
$ nccopy -v https://thredds.silam.fmi.fi/thredds/dodsC/silam_europe_pollen_v5_9_1/runs/silam_europe_pollen_v5_9_1_RUN_2024-06-05T00:00:00Z out.nc
NetCDF: One or more variable sizes violate format constraints
Location: file ; line 2121
I am not sure what does that error message mean...
Nope. _ChunkSizes
is not an NCO issue. Despite it is a good idea to somehow expose _ChunkSizes
over OpenDAP, so that a user can select the best acquisition sequence, also the info that it is an ephemeral attribute should be conveyed to the client.
The apparent underlying file -- SILAM-POLLEN-europe_v5_9_1_2024060200.nc4 -- is a netcdf-4 file.
When I request (you might need to substitute recent date)
I get a file with a variable that has attributes:
There is acouple of issues with them:
_ChunkSizes
must not be there: It is netcdf3 file.coordinates
refers to non-existing dimensiontime_run
These attributes confuse further processing tools, such as cdo and nco, so I have to do some magic to rectify the file
Is there any way to prevent TDS from creating these wrong attributes?
Thank you!
BR, Rostislav