[vtkusers] multiblock time series file writing

[Berk Geveci]

The reason I asked what you are doing with temporal data was to figure out
if you really needed a temporal reader (VTK driven animation? particle
tracking? etc.) or if you could manage time in your application and not
worry about a temporal reader. vtkFileSeriesReader would work for you but
would require porting since it uses ParaView API to work on various types
of readers. Porting it to VTK would require hard coding the XML readers.
The PVD reader would certainly work and is easier to port. Note that the
PVD write does not support time so you'd have to write the pvd file
manually.


On Tue, May 14, 2013 at 8:33 AM, Gerrick Bivins <
Gerrick.Bivins at halliburton.com> wrote:

>  Hi Berk,****
>
> Basically, I’m trying to visualize time varying data in a VTK application
> (ie not in Paraview). ****
>
> I have pipelines setup to take a source/reader and then update the
> pipeline executive for a user specified time.****
>
> I was hoping to avoid writing a custom reader for this because the
> application is in Java.  I’ve done this****
>
> in the past but it I ended up having to maintain two versions of a
> translator for the same file type, one in pure java for static data (and
> legacy reasons)****
>
> and a temporal version which was native and then wrapped using JNI. ****
>
> ** **
>
> It worked but was obviously not optimal. Because my data is in VTK format,
> this time,I was hoping there were some existing API’s (readers)****
>
> I could leverage to handle the time varying aspect of my data and
> yesterday this looked very promising.  ****
>
> The approach you mentioned sounds like what I’ve found “googling” but it
> requires readers defined in ParaView or****
>
> loading my data into ParaView,  via vtkFileSeriesReader<http://www.paraview.org/ParaView3/Doc/Nightly/html/classvtkFileSeriesReader.html#details>for example or the .pvd ,vtkXMLCollectionReader approach.
> ****
>
> ** **
>
> Are there any plans to pull these type readers into VTK?****
>
> ** **
>
> What are your suggestions here?****
>
> Gerrick****
>
> ** **
>
> *From:* Berk Geveci [mailto:berk.geveci at kitware.com]
> *Sent:* Monday, May 13, 2013 7:30 PM
> *To:* Gerrick Bivins
> *Cc:* vtkusers at vtk.org
> *Subject:* Re: [vtkusers] multiblock time series file writing****
>
> ** **
>
> Hi Gerrick,****
>
> ** **
>
> The time support that is in the single dataset XML writers was never
> extended to support multi-block dataset. There are several ways of doing
> what you want. The simplest would be to write out a time series (1 vtm file
> per time step) and then use a reader that can handle that. Before I get
> into more details, what are you trying to accomplish? What will you do with
> the time series?****
>
> ** **
>
> -berk****
>
> ** **
>
> On Mon, May 13, 2013 at 5:33 PM, Gerrick Bivins <
> Gerrick.Bivins at halliburton.com> wrote:****
>
> Hi All,****
>
> After seeing a post this morning about “Seperation of <Points> and
> <Cells> datablock from UnstructuredGrid (.vtu) files<http://vtk.1045678.n5.nabble.com/Separation-of-lt-Points-gt-and-lt-Cells-gt-datablocks-from-Unstructured-Grid-vtu-files-td5720669.html>
> ”,****
>
> I thought it might be possible to use this to write out
> MultiBlock/Composite files temporally . Unfortunately, it looks like the
> settings****
>
> from the root CompositeDataWriter aren’t passed to the data writers for
> the leaves. It also seems to ignore putting the****
>
> “TimeValues”  type information in the meta file (root xml file for the
> multiblock dataset).****
>
> For the leaves, the settings issue causes problems with the writing of
> those blocks:****
>
> 1)Time information is not present****
>
> 2) written files are invalid xml as the file begins with a broken offset
> tag something like:****
>
>    offset="6468764"0"?>****
>
>  ****
>
> Issue 2  can be seen by simply attempting to write out an xml multiblock
> file.****
>
> I worked around it by setting the code writer to Binary mode explicitly.**
> **
>
>  ****
>
> Are these bugs or known limitations of multiblock format?****
>
> Gerrick****
>
>  ****
>
>  ****
>  ------------------------------
>
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient. Any
> review, use, distribution, or disclosure by others is strictly prohibited.
> If you are not the intended recipient (or authorized to receive information
> for the intended recipient), please contact the sender by reply e-mail and
> delete all copies of this message.****
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.vtk.org/mailman/listinfo/vtkusers****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20130515/ec0ddce1/attachment.htm>