[vtkusers] vtkMultiBlockDataSet and vtkDataSetSurfaceFilter

[Berk Geveci]

Hi Andreas,

There is a long answer but it's early in the morning so I'll go with a
short one :-) Yes, normally you would check for
UPDATE_NUMBER_OF_GHOST_LEVELS etc. However, this is not required. You can
always produce ghost cells even if you are not asked for it.

Best,
-berk

On Fri, Jul 1, 2016 at 3:53 AM, Andreas Buykx <A.Buykx at tnodiana.com> wrote:

> Hi,
>
>
>
> My finite element mesh is stored in a vtkMultiBlockDataSet. I use a
> vtkCompositeDataPipeline to process my algorithms.
>
>
>
> Visualizing the outer surface of the mesh using vtkDataSetSurfaceFilter
> generates the outer surface of each block, instead of the outer surface of
> the entire mesh.
>
> In the source algorithm I can define ghost cells, but to know how many
> levels of ghost cells I have to generate I should be reading the
> UPDATE_NUMBER_OF_GHOST_LEVELS, if I understand correctly. Looking at
> vtkDataSetSurfaceFilter it seems that it requests ghost cells only if
> UPDATE_NUMBER_OF_PIECES > 1. Similar code is in vtkFeatureEdges and several
> other algorithms that I use.
>
>
>
> So it seems that I have to fool my pipeline into thinking that it
> processes multiple pieces, by setting UPDATE_NUMBER_OF_PIECES to >1. Is
> that possible at all? Should I also set other update information, like
> UPDATE_PIECE_NUMBER? Where in the pipeline should I set this information?
> Is there an alternative way of doing this?
>
>
>
> Thanks for your advice. Kind regards,
>
> Andreas Buykx
>
> _______________________________________________
> 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 VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Search the list archives at: http://markmail.org/search/?q=vtkusers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20160704/b9b9bf87/attachment.html>