[vtk-developers] New vector modes for vtkScalarsToColors

Nicolas Rannou Nicolas_Rannou at hms.harvard.edu
Thu Apr 28 13:12:05 EDT 2011


Thanks for the quick answer David,

On Apr 28, 2011, at 12:16 PM, David Gobbi wrote:

> On Thu, Apr 28, 2011 at 9:36 AM, Nicolas Rannou
> <Nicolas_Rannou at hms.harvard.edu> wrote:
>> Hi David,
>> 
>> Sorry for the late reply... We are now ready to step into this problem.
>> 
>> We have N images corresponding to N channels.
> 
> I thought you had one image with N channels (i.e. one N-component
> image), that is the only situation where my proposal is useful.  For N
> images each with its own channel, you should do something entirely
> different:
> 
> 
> image_1 -> vtkImageMapToColors (with LUT #1) -> vtkImageWeightedSum -> display
> image_2 -> vtkImageMapToColors (with LUT #2) ---/^
> 

We will go to this solution.

> 
> 
>> Is it what you suggested or did I misunderstand you?
> 
> I proposed that vtkScalarsToColors could simultaneously apply
> different tables to different channels _in a single image_ , and then
> combine the results (e.g. by summing the colors resulting from each
> channel and clamping to a max value of 255).  So a pipeline using this
> proposed capability would include only vtkScalarsToColors and
> vtkImageMapToColors.  No other classes would be needed.  (But note
> that this doesn't fit your situation, since you have N images, rather
> than one image with N channels).
> 
> The reasons for adding this ability to vtkScalarsToColors rather than
> making a new lookup-table class are (1) adding it to
> vtkScalarsToColors would allow this multi-capability to be used with
> both lookup tables and with color-transfer functions and (2)
> vtkLookupTable does not subclass as well as you might think, because
> of the way it is implemented its subclasses can only change its
> behavior in trivial ways.
> 
> - David

Best,

Nicolas




More information about the vtk-developers mailing list