[vtk-developers] Infovis and rendering kits

Pebay, Philippe P pppebay at sandia.gov
Sun Mar 15 22:47:33 EDT 2009


Hello

I had wondered about that a while ago (when looking at the dependencies of Infovis, prior to writing the parallel classes of the statistics engines).
However I thought there was a good reason for this dependency on VTK_USE_RENDERING. If not, I would also be in favour of removing the said dependency.

P.


--
Philippe Pébay
Sandia National Laboratories

________________________________________
From: infovis-bounces at public.kitware.com [infovis-bounces at public.kitware.com] On Behalf Of Thompson, David C [dcthomp at sandia.gov]
Sent: Sunday, March 15, 2009 11:54 AM
To: infovis at public.kitware.com; vtk-developers at vtk.org
Subject: [InfoVis] Infovis and rendering kits

Hi all,

Is there a reason why VTK_USE_INFOVIS is dependent
on VTK_USE_RENDERING? I would like to use some
vtkStatisticsAlgorithm subclasses on a system where it
isn't easy to build with VTK_USE_RENDERING turned ON.
There are plenty of filters in the Infovis kit that don't
require any rendering routines -- even the graph layout
code could be useful without rendering.

I have a locally modified version of VTK that fixes this
behavior but don't want to check it in if there is a
real reason to keep Infovis dependent on Rendering.
It did require moving one class (vtkCoincidentPoints)
from Rendering to Graphics but was pretty clean other
than that.

On a side note, has anyone else had trouble building
with VTK_USE_RENDERING off and VTK_USE_PARALLEL
on? I get link errors complaining that vtkPImageWriter
references vtkPipelineSize -- which is not built when
Rendering is off. Also, Parallel should be linked to
Graphics when Rendering is off. I've got a fix for this
as well.

    Thanks,
    David
_______________________________________________
Infovis mailing list
Infovis at public.kitware.com
http://public.kitware.com/cgi-bin/mailman/listinfo/infovis





More information about the vtk-developers mailing list