Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
http://nco.sf.net (Homepage, Mailing lists, Help) http://github.com/nc/ncoo (Source Code, Issues, Releases) What's new? Version 5.1.4 introduces vertical interpolation for datasets stored on depth/height grids, such as ocean data. The interpolation works on all datasets tested with vertical levels that are either horizontally varying (e.g., MPAS-Ocean, POP, MOM) or uniform (many observational datasets including ARGO, SOSE, WOA18). The algorithms play well with horizontally varying bathymetry. This release also fixes a vexing issue that can occur with certain compilers on AMD hardware. This release can be skipped if these regridding features are not useful to you. Work on NCO 5.1.5 has commenced and aims to add support for Zarr S3 stores and to polish support for new codecs. Enjoy, Charlie NEW FEATURES (full details always in ChangeLog): A. ncremap can now vertically interpolate files/fields stored on depth/height-based vertical grids. The capability is analogous to the existing ncremap capability of interpolating data on pure-pressure or hybrid sigma/pressure vertical grids (all four combinations work): ncremap --vrt_out=vrt_out.nc in.nc out.nc ncremap --vrt_in=vrt_in.nc --vrt_in=vrt_out.nc in.nc out.nc ncremap -P mpas --vrt_out=vrt.nc --map=map.nc in.nc out.nc ncremap --vrt_out=sose.nc mpas.nc out.nc ncremap --vrt_out=mpas.nc sose.nc out.nc ncremap --vrt_out=woa18.nc mpas.nc out.nc ncremap --vrt_out=mpas.nc woa18.nc out.nc ncremap --vrt_out=argo.nc mpas.nc out.nc ncremap --vrt_out=mpas.nc argo.nc out.nc The depth/height grid may be positive upwards or downwards. http://nco.sf.net/nco.html#ncremap http://nco.sf.net/nco.html#vrt_out This is the first release of vertical interpolation for ocean data, and we expect some rough edges. Please let us know what features you want added or fixed. B. Operators now silently avoid attempting to compress variable-length datatypes, i.e., variables of type NC_STRING or NC_VLEN. This is because neither netCDF nor HDF allow compression of these types. Previously, attempting to compress these types would trigger a netCDF error. Now the request will be silently ignored and program will proceed as expected in all other ways. C. The software stack upon which the Anaconda NCO package depends has been future-proofed. Specifically the feedstocks for the Antlr2 and NCO packages have been updated to enable building conda-based packages on newer architectures such as linux-ppc64le, osx-arm64, and linux-aarch64. Thanks especially to Klaus Zimmerman, Xylar Asay-Davis, and Filipe Fernandes with this effort, and to Phil Rasch for spurring the effort in the first place. BUG FIXES: A. ncremap versions 5.0.7--5.1.3 can, with certain compiler settings on AMD hardware, produce (obviously) erroneous regridding results due to the behavior of OpenMP SIMD pragmas/directives. This is only known to affect Spack-compiled executables running on compute nodes of the PNNL Compy cluster. The workaround is to use executables compiled any other way, or on any other hardware. The fix is to upgrade. Thanks to Jill Zhang (PNNL) and Xylar Asay-Davis (LANL) for their help and patience with finding and fixing this bug. Full release statement at http://nco.sf.net/ANNOUNCE -- Charlie Zender, Earth System Sci. & Computer Sci. University of California, Irvine 949-891-2429 )'(
netcdfgroup archives: