[Paraview] open an in-memory vtk file

[David E DeMarle]

vtkDataWriter and vtkDataReader have a method which tells them to write
to/read from a buffer rather than to a file. A plugin that makes use of that
is probably the quickest path to get started. Alternatively, XDMF has a
distributed shared memory option which was developed for the same purpose.

In either case you will also need some sort of synchronization so that the
reader never tries to read a partially written buffer.

David E DeMarle
Kitware, Inc.
R&D Engineer
28 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-371-3971 x109


On Wed, Mar 23, 2011 at 5:36 AM, Gil Wertz <gilwertz at hotmail.com> wrote:

>  I made a client-server paraview system, from the client I ask to the
> server to open a vtk file, render it and give back render to the client.
> It's working well.
>
> But now, my boss said that we'll have a vtk file generated by an other
> program that'll be about 100Go and we don't want to write it to HDD in .vtk
> formate and after read it ( like before ), so I need to read the vtk file
> directly from memory.
>
> Is there a way to give to a reader a pointer to the memory vtk file ?
>
> PS: I'm not sure that this is very understandable but I'm not sure myself
> ... The main thing is that we make a vtk file in memory but don't want to
> write it in HDD. ( First solution envisaged is to dump memory. )
>
> Thanks.
>
> ------------------------------
>
> *Wertz Gil*
>
> *gilwertz at hotmail.com*
>
> ------------------------------
>
>
>
> _______________________________________________
> 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 ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20110325/f3b14948/attachment-0001.htm>