[vtk-developers] Proposed information key UNRESTRICTED_UPDATE_EXTENT

Berk Geveci berk.geveci at kitware.com
Sat Nov 20 10:12:49 EST 2010


Sounds good. As long as you don't find something that will break horribly, I
don't have any objections to this change. In general, I don't like adding
specialized functionality to the executives because it makes them harder to
maintain but we don't have a better solution yet. Please make sure that the
key and its use are commented so that future maintainers know what it is
for.

-berk

On Fri, Nov 19, 2010 at 3:56 PM, David Gobbi <david.gobbi at gmail.com> wrote:

> I only plan to use UNRESTRICTED_UPDATE_EXTENT for vtkImageStencilData
> sources, for which I know it is safe, but yes, I was also considering
> that it could be used by vtkImageData sources somewhere down the road.
>
> Fortunately, the separation of RequestInformation and RequestData
> really helps the image algorithms to not make assumptions.
> RequestInformation deals with WholeExtent, RequestData deals
> with the Extent.  I will look through the existing filters to see if any
> RequestData/Execute methods use WholeExtent for anything... those
> are the filters that might break.
>
>  David
>
> On Fri, Nov 19, 2010 at 12:32 PM, Berk Geveci <berk.geveci at kitware.com>
> wrote:
> > This concerns me a bit. There may be algorithms that assume that update
> > extent and data extent will be equal to or less than the whole extent.
> What
> > happens if one of those is in the pipeline?
> > -berk
> >
> > On Tue, Nov 16, 2010 at 9:28 AM, David Gobbi <david.gobbi at gmail.com>
> wrote:
> >>
> >> I've put a patch on gerrit that cleans up some of the VTK stencil code:
> >> http://review.source.kitware.com/#change,366
> >> The idea is that algorithms can set UNRESTRICTED_UPDATE_EXTENT on any
> >> outputs that can be generated for any requested update extent, i.e.
> >> neither the update extent or data extent is limited to the whole
> >> extent.  My intent is to only use it with vtkImageStencilSource, but
> >> it might have other uses.
> >>
> >>  David
> >> _______________________________________________
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://www.vtk.org/mailman/listinfo/vtk-developers
> >>
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20101120/a7eeee75/attachment.html>


More information about the vtk-developers mailing list