<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Just a follow up to my own emails. I tested in parallel and had some
trouble. I fixed an error in the origin setting of image pieces which
crept in when I merged my code with other changes<br>
<br>
so...<br>
<br>
Loading (imagedata) in parallel works fine if you have
HDF5_ENABLE_PARALLEL OFF, but fails if you have it on. Actually, having
it on is mostly useful if you are writing rather than reading, so no
loss there.<br>
<br>
NB. These test were performed on a system using nfs mounted files which
don't support HDF5 parallel anyway. Tests on a GPFS mounted filesystem
also failed, but the error message was the same as on nfs (file lock
error) and I don't believe all is working correctly. I will continue
testing on parallel filesystem and keep you informed (if you want!). I
will also try with hdf 1.8 (anyone cmake-ified it yet?)<br>
<br>
JB<br>
<br>
<blockquote cite="mid:47FC8FAF.2060605@cscs.ch" type="cite">
<pre wrap="">I have just re-uploaded the test data xdmf file because I left the full
path (C:\temp\blah) in the file reference. I have replaced it with just
the relative part and checked it loads ok on win32/linux.
(NB. loading in parallel failed. I will find the problem right away)
JB
</pre>
<blockquote type="cite">
<pre wrap="">I've just checked in some changes to the vtkXdmfReader for handling
time dependent data.
I have also uploaded a test dataset to here
<a class="moz-txt-link-freetext" href="ftp://ftp.cscs.ch/out/biddisco/xdmf">ftp://ftp.cscs.ch/out/biddisco/xdmf</a>
this contains a single Volume of dimension {24,24,24} with several
scalar/vector fields.
Interesting Vector fields are
X-Vector {1, 0, 0}
Y-Vector {0, 1, 0}
Z-Vector {0, 0, 1}
which makes it ideal for testing. Some other fields are block number
and suchlike which are only useful to me.
In the Xdmf xml file, the same data is referenced twice - so there are
two time steps - they are actually the same data in both time steps,
but the second step swaps the x,y,z vector fields around by simple
changing the string references to datasets in the hdf5 file.
In timestep 0 (time value 0.0)
x - X
y - Y
z - Z
In timestep 1 (time value 0.2)
x - Y
y - Z
z - X
The changes I have made to the XdmfReader might break some code since
I had to change the Grid storage from a Map structure to a vector - to
allow the same grid name to be used for multiple time steps. There are
also many other small tweaks/fixes all over the place.
I will check in some changes to the vtkXdmfWriter later, but will post
separately on that.
Please let me know of any problems this introduces - I think there is
still much work to be done (c.f. other vtk data types)
JB
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="78">--
John Biddiscombe, email:biddisco @ cscs.ch
<a class="moz-txt-link-freetext" href="http://www.cscs.ch/about/BJohn.php">http://www.cscs.ch/about/BJohn.php</a>
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82</pre>
</body>
</html>