<div dir="ltr">Hi Marcus,<div><br></div><div>You could try using vtkDiscretizableColorTransferFunction instead of vtkColorTransferFunction.  It can do opacity mapping as well as color mapping, and you should be able to use it anywhere in the VTK imaging pipeline that a lookup table would normally be used.</div><div><br></div><div> - David</div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 25, 2018 at 1:30 PM, Marcus D. Hanwell <span dir="ltr"><<a href="mailto:marcus.hanwell@kitware.com" target="_blank">marcus.hanwell@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>The Tomviz project has had a request to add color and opacity mapping to slices through vtkImageData. The volume mapper does this quite nicely, and they would like to apply the same thing to slices which seems reasonable.</div><div><br></div><div>This seems like something that may have already been done before in VTK, has it? I couldn't find it, but in my mind it would extend what we currently do from RGB to RGBA for a texture in a plane (that is the only thing we are interested in at least). It is especially useful where you have a range of values that are effectively background, and we want that to be fully transparent so that the slice doesn't obscure contours, volume rendering, atoms, etc from a tomographic reconstruction.</div><div><br></div><div>Thanks for any input, if it doesn't exist yet we will look at the best way of adding it.</div><div><br></div><div>Thanks,</div><div><br></div><div>Marcus</div></div>
</blockquote></div><br></div></div></div>