The NetCDF-Java/Common Data Model (CDM) library version 4.5.5 was released on March 6, 2015. The development team recommends this upgrade for anyone using the CDM. (THREDDS Data Server (TDS) version 4.5.5 is also available as a beta-test release.)
Version 4.5.5 includes serveral bug fixes and improvements. Read on for details.
Version 4.3.3.1 of the NetCDF-C library is now available. (Version 4.3.3 was released previously, but due to the immediate discovery of a bug, it was not announced.)
The NetCDF-Java/Common Data Model (CDM) library and THREDDS Data Server (TDS) version 4.5.3 were released on September 12, 2014. The development team recommends this upgrade for anyone using the CDM or TDS.
Version 4.4.0 of the netCDF-Fortran library is now available.
Some highlights of the 4.4.0 release:
For 32-bit platforms fixed integer fill parameters, initialized potentially unitialized variables, and provided some missing defaults (Thanks to R. Weed).
Fixed CMake builds on 32-bit platforms.
Added new inq_path and rename_grps functions analogous to corresponding C functions. Added associated tests. (Thanks to R. Weed)
Added support for NF_MPIIO, NF_MPIPOSIX, NF_PNETCDF flags and NF_FILL_UINT. (Thanks to R. Weed)
Fixed potential bug in attribute functions for integer values when Fortran INTEGER*1 or INTEGER*2 types are the same size as C long. (Thanks to R. Weed)
Added test for compiler support of Fortran 2008 ISO_FORTRAN_ENV additions and TS29113 standard extension.
Fixed C_PTR_DIFF_T issue reported by Orion Poplowski. (Thanks to R. Weed)
Version 2.2.16 of the UDUNITS package has been released. This version is recommended for all users. The latest update can be downloaded at https://www.unidata.ucar.edu/downloads/udunits.
The NetCDF-Java/Common Data Model (CDM) library and THREDDS Data Server (TDS) version 4.3.22 were released on May 27, 2014. The development team recommends this upgrade for anyone using the CDM or TDS.
Version 6.11.7 of the LDM has been released. It fixes a bug that caused the NOAAPORT ingest component to crash.
Here's the story:
The NOAAPORT Satellite Broadcast System contains a lot of GRIB-2 messages. Such messages require external tables in order to be interpreted. The NOAAPORT ingest component of the LDM uses the tables that come with GEMPAK to interpret GRIB-2 messages in order to generate meaningful LDM product-identifiers. Unfortunately, not all tables are complete and creators of GRIB-2 messages are free to add data for which no corresponding table-entry exists.
