[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: problem loading hdf5 file

From: W.J. Atsma
Subject: Re: problem loading hdf5 file
Date: Tue, 4 May 2004 10:40:49 -0700
User-agent: KMail/1.5.4

Why not export all the data in a single struct if the file is not an 
octave-created one, replacing the file-like structure "/" with ".". Then you 
can look at the complete structure in octave and reinterpret them as you 


On May 4, 2004 02:10 am, David Bateman wrote:
> According to John W. Eaton <address@hidden> (on 05/04/04):
> > On  3-May-2004, E. Joshua Rigler <address@hidden> wrote:
> > | I don't really know how important it is to "fix" Octave to handle
> > | poorly designed data files.  It's probably just easier for me to write
> > | some h5dump scripts for now.  Thanks again for your feedback.
> >
> > I don't think Octave's load command should be fixed to handle
> > arbitrary HDF5 files.  Instead, it would probably be better to have a
> > thin wrapper around the HDF5 library that would allow you to easily
> > write an Octave script to read whatever HDF5 files you have (still
> > assuming that you can represent the data in some way inside Octave).
> I cringe..... Not saying this is impossible, but you'd basically have to
> write a version of for this wrapper rather than reusing what
> is already there.
> Looking at the suggestion to use "h5dump", I think a combination of this,
> a good xml DTD and xmlread from octave-forge might do the trick. Though
> it seems the DTD delivered with h5dump can't handle arbitrary compound
> datatypes either, so something new would have to be written....
> Cheers
> David

Octave is freely available under the terms of the GNU GPL.

Octave's home on the web:
How to fund new projects:
Subscription information:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]