[Paraview] writing block data in parallel for vtk readers

Cook, Rich cook47 at llnl.gov
Wed Sep 10 20:19:08 EDT 2014


The code in VisIt is up to date; it’s just Paraview that seems behind the times.  I am not able to completely convince myself of why but I suspect that’s the problem.  The actual error shows up as some sort of VTK error.
— Rich


ERROR: In /usr/local/tools/paraview-opengl-4.1.0/src/ParaView-v4.1.0/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 754
vtkPVCompositeDataPipeline (0x252ff00): Algorithm vtkVisItMirandaReader(0x25342b0) returned failure for request: vtkInformation (0x2521130)
  Debug: Off
  Modified Time: 119319
  Reference Count: 1
  Registered Events: (none)
  Request: REQUEST_DATA_OBJECT
  ALGORITHM_AFTER_FORWARD: 1
  FORWARD_DIRECTION: 0




ERROR: In /usr/local/tools/paraview-opengl-4.1.0/src/ParaView-v4.1.0/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 754
vtkPVCompositeDataPipeline (0x252ff00): Algorithm vtkVisItMirandaReader(0x25342b0) returned failure for request: vtkInformation (0x2521130)
  Debug: Off
  Modified Time: 119319
  Reference Count: 1
  Registered Events: (none)
  Request: REQUEST_DATA_OBJECT
  ALGORITHM_AFTER_FORWARD: 1
  FORWARD_DIRECTION: 0




On Sep 10, 2014, at 4:55 PM, Berk Geveci <berk.geveci at kitware.com<mailto:berk.geveci at kitware.com>> wrote:

Hey Rich,

Is this a matter of updating the VisIt bridge or the code in VisIt is old too?

What are the larger runs these folks do? And what is the timeframe?

We are working on ADIOS readers and that may be another option. This is where we currently plan on pushing for large scale IO needs.

HDF5 is certainly another option. So is writing legacy VTK files from each node. I'd guess Silo is another option too.

It depends on the needs and scale at which they will be running.

Best,
-berk

On Mon, Sep 8, 2014 at 7:45 PM, Cook, Rich <cook47 at llnl.gov<mailto:cook47 at llnl.gov>> wrote:
Hi,
I am wondering how to write out a set of VTK files for input into paraview.
The code we are writing from is Miranda, an MPI code, and each processor writes out its subdomain individually.  No ghost zones are written into the files.  Perhaps they could be; I’m not sure about that part.
Sometimes the data is curvilinear but usually rectilinear.
Miranda is included in the VISIT_BRIDGE stuff but what’s in VISIT_BRIDGE for Miranda is old and the newer stuff doesn’t parse any more.
Thanks!

--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4024, Mail Stop L-557
7000 East Avenue,  Livermore, CA, 94550, USA
☎ (office) (925) 423-9605<tel:%28925%29%20423-9605>
☎ (fax) (925) 423-6961<tel:%28925%29%20423-6961>
---
Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)




_______________________________________________
Powered by www.kitware.com<http://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://public.kitware.com/mailman/listinfo/paraview



--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4024, Mail Stop L-557
7000 East Avenue,  Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
---
Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20140911/9d97e010/attachment-0001.html>


More information about the ParaView mailing list