NOTE: The netcdf-hdf mailing list is no longer active. The list archives are made available for historical reasons.
On 2003.12.18 10:30 Ed Hartnett wrote:
Howdy HDF5 Guys! When will Unicode be supported in HDF5? Thanks! Ed
What does this entail? I'm assuming this is that same as HDF string types, with all the features. The only difference is the encoding and the width of
charaters. What about unicode H5T_CHAR class? I would think the work is:* an official HDF name for a sub-class of H5T_STRING, whatever is needed to support that * conversion between ASCII and Unicode?
* tests * update dumper and other key tools Is there anything else?
From owner-netcdf-hdf@xxxxxxxxxxxxxxxx 18 2003 Dec -0700 09:46:58
Message-ID: <u65ge2hvh.fsf@xxxxxxxxxx>
Date: 18 Dec 2003 09:46:58 -0700
From: ed@xxxxxxxxxxxxxxxx
To: netcdf-hdf@xxxxxxxxxxxxxxxx
Subject: requirements for anonymous dimensions (and question for John)
Received: (from majordo@localhost)
by unidata.ucar.edu (UCAR/Unidata) id hBIGfb6o006350
for netcdf-hdf-out; Thu, 18 Dec 2003 09:41:37 -0700 (MST)
Received: from mailhost.idcomm.com (cranium1.idcomm.com [216.98.192.8])
by unidata.ucar.edu (UCAR/Unidata) with ESMTP id hBIGfap2006346
for <netcdf-hdf@xxxxxxxxxxxxxxxx>; Thu, 18 Dec 2003 09:41:36 -0700 (MST)
Organization: UCAR/Unidata
Keywords: 200312181641.hBIGfap2006346
Received: from MIKADO (tnt01-ppp-041.idcomm.com [216.98.194.41])
by mailhost.idcomm.com (Postfix) with ESMTP id 320E212E9EB1
for <netcdf-hdf@xxxxxxxxxxxxxxxx>; Thu, 18 Dec 2003 09:41:35 -0700 (MST)
Lines: 14
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-netcdf-hdf@xxxxxxxxxxxxxxxx
Precedence: bulk
From our requirements on anonymous dimensions:
* Dimensions do not always require a name.
By this do we mearly mean that I can accept a dimension with a zero length name, and that's it? Otherwise it acts exactly like a regular dimension? If so, this will be an easy one! John, was there something else you had in mind for this that I am missing? Ed
From owner-netcdf-hdf@xxxxxxxxxxxxxxxx 18 2003 Dec -0700 09:51:20
Message-ID: <u1xr22ho7.fsf@xxxxxxxxxx>
Date: 18 Dec 2003 09:51:20 -0700
From: ed@xxxxxxxxxxxxxxxx
To: netcdf-hdf@xxxxxxxxxxxxxxxx
Subject: question about HDF5 compression
Received: (from majordo@localhost)
by unidata.ucar.edu (UCAR/Unidata) id hBIGjxcc010343
for netcdf-hdf-out; Thu, 18 Dec 2003 09:45:59 -0700 (MST)
Received: from mailhost.idcomm.com (cranium1.idcomm.com [216.98.192.8])
by unidata.ucar.edu (UCAR/Unidata) with ESMTP id hBIGjwp2010339
for <netcdf-hdf@xxxxxxxxxxxxxxxx>; Thu, 18 Dec 2003 09:45:58 -0700 (MST)
Organization: UCAR/Unidata
Keywords: 200312181645.hBIGjwp2010339
Received: from MIKADO (tnt01-ppp-041.idcomm.com [216.98.194.41])
by mailhost.idcomm.com (Postfix) with ESMTP id 7F75112A533E
for <netcdf-hdf@xxxxxxxxxxxxxxxx>; Thu, 18 Dec 2003 09:45:57 -0700 (MST)
Lines: 24
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-netcdf-hdf@xxxxxxxxxxxxxxxx
Precedence: bulk
Howdy HDF5 Programmers!
From the HDF5 user guide:
3. Compression Properties
Chunked data storage (see H5Pset_chunk) allows data compression as
defined by the function H5Pset_deflate.
herr_t H5Pset_deflate (hid_t plist_id, int level)
int H5Pget_deflate (hid_t plist_id)
These functions set or query the deflate level of dataset creation
property list plist_id. The H5Pset_deflate() sets the compression
method to H5Z_DEFLATE and sets the compression level to some integer
between one and nine (inclusive). One results in the fastest
compression while nine results in the best compression ratio. The
default value is six if H5Pset_deflate() isn't called. The
H5Pget_deflate() returns the compression level for the deflate method,
or negative if the method is not the deflate method.
This seems to imply that we always get (level 6) compression whenever using a chunked dataset. Surely this isn't true, is it? Ed
netcdf-hdf archives: