Classification: UNCLASSIFIED Caveats: NONE
All,
I was out all of last week so I'm in catch up mode ....
I was making significant changes to the XDMF reader and they are not
finished yet. I checked in the changes that made the spatial collection
of temporal collections work. The issue was that the reader was assuming
that a temporal collection was at the first level (which may be the most
common case).
As I recall (it will take me a few hours to get back into the code)
the changes that I made now treat spatial and temporal collections
similarly
no matter the level. There's an internal flag to mark the temporal
collections.
That's why there is a big multiblock dataset for temporal collections.
The code to now make the output of a temporal collection the same type
as the children (and not a multiblock) is not yet working. Hopefully I
can get back to it today after fighting some other fires.
The main problem I was dealing with (other than the above temporal
collection
multiblock issue) was getting the reader to work correctly in parallel
when
the collection was not at the top level, i.e. not duplicating reads.
Jerry Clarke
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Biddiscombe
Sent: Thursday, August 14, 2008 2:40 PM
To: Eric E. Monson
Cc: Renato N. Elias; [EMAIL PROTECTED]; ParaView List
Subject: Re: [Xdmf] Xdmf time series loads as Multi-block Dataset
at 1390 of xdmf reader
// we will not output a TemporalDataset, but use this as a flag
for later
// Jerry Change Me
sub->vtkType = VTK_TEMPORAL_DATA_SET; the sub->vtkType line was
commented out. Putting it back in fixes my problem, but could Renato
send me a small example of (or link to) his grid of spatial/temporal
mixmatch combination stuff so I can test the other kind. If large, email
me off lists for ftp info.
thanks
JB
Eric
I just tried xdmf for the first time in a couple of weeks an
yes. It's completely stuffed. I get a multiblock dataset with 800
blocks,
each being one timestep - instead of a single (or possibly
multi-block) dataset with time varying stuff.
I Can see looking at Jerry's changes on immediate probable
cause, but I'd better read through the email he sent a few
days/week back
and review the changes. I see what Jerry has tried to do - create
a multiblock xdmf structure and just fetch the correct grid when
you request a timestep - thus giving us what we want. But there's a
flaw in the logic when the actual output dataset is generated - so
that
it creates a multiblock one instead of the type givenm by the Nth
(=time) dataset inside it when we are fetching a time step which
is not
composite.
I need this to work, so I'll be looking at it soon. Ig Jerry
reads this before I fix it, then feel free to step in with the
correct
patch :)
JB
Hey all,
Maybe I'm behind on my Xdmf XML format again, but my
files that a month or two ago loaded a time series of
unstructured
grids now loads into ParaView CVS as a Multi-block Dataset
with one
block for each time step at each time point.
Let's say I have 1200 Polyvertex time steps in my file.
I can (slowly) step through the animation of my grid, but at
each time
point the progress bar is cycling through a bunch of work, and
each time point lists (in the Information tab Data Hierarchy
pane) a
Multi-block Dataset made up of 1200 Unstructured Grids.
Clicking on
each of these blocks reveals that only the "current" time
step block
has Data Arrays associated with the grid. So, at each time
step of the
animation, the process seems very slow because 1200 blocks
are being
loaded, only one of which actually has real data in it. (The
Time pane at
the bottom of the Information tab always lists the correct time
indices and values for the whole series.)
Maybe this is just a change in the way time series are
dealt with, but it is much slower with my data sets, and it
made more
sense to me to have each time step able to be represented as
a simple
grid, if desired. (I have been using a self-modified
vtkXdmfReader.cxx file for a while, so I'm not sure when this
multi-block issue
would have appeared.)
Thanks,
-Eric
------------------------------------------------------
Eric E Monson
Duke Visualization Technology Group
_______________________________________________
Xdmf mailing list
[EMAIL PROTECTED]
https://www.kitware.com/cgi-bin/mailman/listinfo/xdmf
