Re: status of nj22 WRT netCDF-4



Simon Wood wrote:
Thanks John, though I'm now a bit confused I think.. ;-(

True:
 nj22 implements the CDM data access layer
 the CDM data access layer is the same as the NetCDF-4 data model

Not true (yet):
nj22 implements NetCDF-4  Details:
When the NetCDF-4 file format is finalized (waiting on HDF5-1.8), then nj22 will be able to read NetCDF-4. It will not immediately be able to write, and depending on how complicated things are (HDF5 is pretty complicated, esp compared to netcdf-3), it may end up only only writing a subset of netcdf-4. I would guess eventually it will write the whole thing, but that will depend on funding. There has never been an independent library that writes (or reads) HDF5, so we are wary of promising what hasnt been done before. We have prototyped HDF5 reading enough to know we can do that.


Hang-on, I thought that the HDF5 stuff was required to implement the new features in the netCDF-4 data model? Certainly that is how I understand things to be in the netCDF-4.0-alpha libraries -- to use 'netCDF-4 format' requires HDF5-1.8 (or 1.7.52), though of course things may be different in the nj22 world. What storage model does nj22 use to implement the CDM data access layer if not HDF5? Does nj22 extend the netCDF-3 file format to support eg multiple unlimited dimensions etc? or does it not support all of the netCDF-4 data model? (is the CDM data access layer a subset of the netCDF-4 data model?)

What am I missing?

Hi Simon:

The nj22 and netCDF-4 C library are completely seperate implementations of the 
CDM, and the nj22 does not use HDF5 (for one thing, there is no java HDF5).

What you are missing is the difference between the data model and the 
persistence format, ie file format. nj22 reads many file formats, but writes 
only to netcdf-3 files, and so cant write out the complete CDM to disk. For 
many uses, theres no need to, since the data is already on disk in some other 
format (GRIB, NEXRAD, etc). when netCDF-4 file format is finalized, it will be 
the persistence format for the complete CDM (with previous caveats).

In short you dont need a storage format (writing) for data access (reading).

hope that makes sense

John

==============================================================================
To unsubscribe netcdf-java, visit:
http://www.unidata.ucar.edu/mailing-list-delete-form.html
==============================================================================


  • 2006 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: