Date: Thu, 8 Apr 2004 11:43:08 -0500 From: Tomasz Plewa <tomek@flash.uchicago.edu> To: Mike Folk <mfolk@ncsa.uiuc.edu> Cc: Quincey Koziol <koziol@ncsa.uiuc.edu> Subject: Re: graphics/opendx and dropping science/hdf Message-ID: <20040408114308.A9352@flash.uchicago.edu> In-Reply-To: <6.0.1.1.2.20040408103048.02195dc8@pop.ncsa.uiuc.edu>; from mfolk@ncsa.uiuc.edu on Thu, Apr 08, 2004 at 10:35:14AM -0500 References: <200404081019.05682@aldan> <200404081427.i38EROod078676@sleipnir.ncsa.uiuc.edu> <6.0.1.1.2.20040408103048.02195dc8@pop.ncsa.uiuc.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi - If there would be some effort in developing data interface between HDF5 and OpenDX, FLASH folks might be interested in that. We have HDF5 for parallel I/O and having support for data exchange with OpenDX would make that free graphics package available to our users. Tomek -- Thu, 11:43 CDT (16:43 GMT), Apr-08-2004 _______________________________________________________________________________ Tomasz Plewa www: flash.uchicago.edu Computational Physics and Validation Group email: tomek@uchicago.edu The ASCI Flash Center, The University of Chicago phone: 773.834.3227 5640 South Ellis, RI 475, Chicago, IL 60637 fax: 773.834.3230 _______________________________________________________________________________ On Thu, Apr 08, 2004 at 10:35:14AM -0500, Mike Folk wrote: > (Thanks for cc'ing me Quincey.) > Just a couple other comments about open dx: > > The CACTUS project has been using open dx with hdf5 for several years. I > strongly suspect there are others, but don't know specifics. As far as I > know, the CACTUS folks haven't documented their work (I asked them a few > times, but that was a couple of years ago), so I don't know exactly how > they organize the data. > > Open dx and hdf5 are a natural combination, and it's a pity we haven't > married them in some formal way, and we'd love to work with you if you move > in that direction. > > Mike > > At 09:27 AM 4/8/2004, Quincey Koziol wrote: > >Hi Mikhail, > > > > > I intend to drop the science/hdf port. It was obsoleted by hdf5 long ago > > > (was it?), it breaks on some some 64bit platforms, it conflicts with > > > math/netcdf. > > > > > > All the technical issues are, probably, fixable, but the obsoleteness > > > makes them not worth the effort. Or so it seems. > > > > > > The only port relying on science/hdf is graphics/opendx and only if > > > WITH_HDF is defined. Unfortunately, opendx does not (yet?) support hdf5. > > > > > > So... > > > . Does hdf5 really obsolete hdf4? > > No, they are different file formats & libraries, etc. > > > > > . Does hdf support add much value to opendx at all, > > > or can we just remove it? > > I don't know. > > > > > . If not, should I (or some other helping hand) try to patch > > > opendx to use hdf5? > > It would certainly be nice if opendx supported hdf5. > > > > > or > > > . bring the old hdf4 into the 21st century (fixing the types, > > > depending on math/netcdf instead of building its own)? > > It shouldn't be _too_ hard to fix the type information in hdf4 (I can > > help > >you with that, if you'd like), but it would be _very_ hard to depend on > >math/netcdf instead of its own. > > > > Quincey > > > > > > > > Thanks for any ideas, > > > > > > -mi > > > > > -- > Mike Folk, Scientific Data Tech (HDF) http://hdf.ncsa.uiuc.edu > NCSA/U of Illinois at Urbana-Champaign 217-244-0647 voice > 605 E. Springfield Ave., Champaign IL 61820 217-244-1987 fax --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040408114308.A9352>