[vtk-developers] vtkDataSetAttributes::COPYTUPLE for GlobalIds and appending data

[David Cole]

When I read "if COPYTUPLE for an attribute is 0, data is still copied"
I think to myself, well that doesn't seem to make sense...

I think (2) sounds like a better idea.


2 cents,
D



On Fri, Feb 6, 2015 at 3:12 PM, Dan Lipsa <dan.lipsa at kitware.com> wrote:
> Hello all,
> We would like the feedback of the community for the following problem:
>
> In an append operation, the GLOBALIDS array is not copied to the output
> because, by default, vtkDataSetAttributes::COPYTUPLE is 0 for the
> vtkDataSetAttributes::GLOBALIDS attribute.
>
> This behavior makes sense if appending datasets coming from different
> sources, but it does work in a ParaView use case.
>
> In ParaView running with a remote pvserver configuration, data is processed
> on MPI nodes, sent to node 0 and appended together there (using
> vktAppendCompositeDataLeaves) and then sent to the client. In this case, the
> GLOBALIDS arrays is valid, and should be preserved.
>
> We are thinking of two possible/alternate solutions to this problem:
>
> 1. Change vtkDataSetAttributes such that if COPYTUPLE for an attribute is 0,
> data is still copied but it does not set that attribute as an active
> attribute (using vtkDataSetAttributes::SetActiveAttribute).
>
>
> 2.  Provide API for vktAppendCompositeDataLeaves (and vtkAppendFilter,
> vtkAppendPolyData) that
> specifies that the GLOBALIDS should be copied.
>
> Do you have any feedback on this?
>
> Thank you,
> Dan
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtk-developers
>
>