<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
I think I am doing what you say should work.<br>
<br>
My personal data outside of VTK changes as a result of a user
requested change from say the fine representation to the coarse.
That change triggers a someSource->Modified(). that seems to
correctly trigger a call to RequestInformation on someSource, which
is when I modify WHOLE_EXTENT(). <br>
<br>
What I see is that WHOLE_EXTENT correctly propagates downstream,
however, there is no change to the UPDATE_EXTENT as a result of the
WHOLE_EXTENT being reduced. So when RequestUpdateExtent propagates
back upstream, I get the error for it being out of range, with the
WHOLE_EXTENT value being the new correct value. and UPDATE_EXTENT
being the old value.<br>
<br>
Note my error is triggered at someSource->RequestUpdateExtent()<br>
<br>
Note the someFilterDownstream is a vtkGeometryFilter, and if I make
a call to correct the UPDATE_EXTENT in the geometry filter to be in
range WHOLE_EXTENT from vtkGeometryFilter::RequestUpdateExtent()
then that fixes my bug, but this is only for vtkGeometryFilter, not
a generic downstream filter.<br>
<br>
<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 01/04/2016 11:46 AM, Berk Geveci
wrote:<br>
</div>
<blockquote
cite="mid:CAE32kpVeZf=-B9pROBOBXt+zShWkBEVRPcjSeFz6PZtdjQyUjw@mail.gmail.com"
type="cite">
<div dir="ltr">So when the WHOLE_EXTENT() changes, you tell the
source/reader by modifying it somehow? What I am trying to get
to is whether or not this works:
<div><br>
</div>
<div>someSource->SetNewData();</div>
<div>someSource->Modified()</div>
<div>someFilterDownstream->Update();</div>
<div><br>
</div>
<div>
<div>someSource->SetNewData();</div>
<div>someSource->Modified()</div>
<div>someFilterDownstream->Update();</div>
</div>
<div><br>
</div>
<div>I believe that as long as the source is modified after the
WHOLE_EXTENT() changes, update should work fine. Because this
would lead to RequestInformation() being called again, which
is what propagates the new WHOLE_EXTENT() downstream.</div>
<div><br>
</div>
<div>Best,</div>
<div>-berk</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Jan 4, 2016 at 11:39 AM, Bill
McGrory <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:mcgrory@aerosoftinc.com" target="_blank">mcgrory@aerosoftinc.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> I have a pipeline
for displaying structured zones within a GUI. These zone's
have multiple grid refinement levels or sequences. The
beginning of the pipeline is a source which creates a
vtkStructuredGrid.<br>
<br>
When I interactively change the sequence level the source
gets a call to update the pipeline where I need to change
the vtkStructuredGrid to represent a different sequence
level (so my grid grid dimensions will double or halve,
for example)<br>
<br>
This process worked (by accident perhaps) in versions of
VTK prior to 6.<br>
<br>
Thanks<br>
Bill
<div>
<div class="h5"><br>
<br>
<br>
<div>On 01/04/2016 11:08 AM, Berk Geveci wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hey Bill,
<div><br>
</div>
<div>The very short (and annoying) answer is that
VTK does not currently support varying
WHOLE_EXTENT().</div>
<div><br>
</div>
<div>However, there are ways of getting around
this. But before I get into those, can you
describe how/where you change the whole extent?
As part of a time update? By setting some data
member on the reader?</div>
<div><br>
</div>
<div>Best,</div>
<div>-berk</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 30, 2015 at
3:24 PM, Bill McGrory <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:mcgrory@aerosoftinc.com"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:mcgrory@aerosoftinc.com">mcgrory@aerosoftinc.com</a></a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex"> I am having
difficulty porting some code from VTK 5 to 6.<br>
<br>
I have a custom algorithm for creating a
vtkStructuredGrid as the source for my
pipeline, so my class inherits
vtkStructuredGridAlgorithm<br>
<br>
my pipeline simply connects the
vtkStructuredGridAlgorithm to a
vtkGeometryFilter which is mapped with a
vtkPolyDataMapper<br>
<br>
I want my source to correctly render a
structured grid which changes dimensions
dynamically within my application.<br>
<br>
My problem is that if I originally set up the
grid with say extents of 0 --99, 0-->99,
0-->99, and then change the extents to
0--49, 0-49,0-49 through a call to Update,
then I get a VTK error message from<br>
<br>
<br>
ERROR: In
VTK-6.2.0/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx,
line 860<br>
vtkCompositeDataPipeline (0xb4561f0): The
update extent specified in the information for
output port 0 on algorithm
SurfaceSNodeSource(0xb455750) is 0 80 0 32 0
0, which is outside the whole extent 0 40 0 16
0 0.<br>
(This is in VerifyOutputInformation) called
before the RequestUpdateExtent for my
algorithm.<br>
<br>
I don't quite understand the propagation of
the UPDATE_EXTENT information up the pipeline,
but if I set the UPDATE_EXTENT to WHOLE_EXTENT<br>
<br>
in vtkGeometryFilter::RequestUpdateExtent<br>
<br>
then the error goes away.<br>
Also, at the time of calling
vtkGeometryFilter::RequestUpdateExtent, the
UPDATE_EXTENT is still set at the old value,
while the WHOLE_EXTENT has been correctly
updated/propagated from upstream.<br>
<br>
Is this a bug, or do I need to change
something in my vtkStructuredGridAlgorithm to
cause the UPDATE_EXTENT to be reset at the
origin downstream?<br>
<br>
Thanks<br>
<br>
Bill<br>
_______________________________________________<br>
Powered by <a moz-do-not-send="true"
href="http://www.kitware.com"
rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a
moz-do-not-send="true"
href="http://www.kitware.com/opensource/opensource.html"
target="_blank"><a class="moz-txt-link-freetext" href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a></a><br>
<br>
Search the list archives at: <a
moz-do-not-send="true"
href="http://markmail.org/search/?q=vtk-developers"
rel="noreferrer" target="_blank"><a class="moz-txt-link-freetext" href="http://markmail.org/search/?q=vtk-developers">http://markmail.org/search/?q=vtk-developers</a></a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a moz-do-not-send="true"
href="http://public.kitware.com/mailman/listinfo/vtk-developers"
rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div>
</div>
<span class="HOEnZb"><font color="#888888">
<pre cols="72">--
Dr. William D. McGrory AeroSoft, Inc.
<a moz-do-not-send="true" href="mailto:mcgrory@aerosoftinc.com" target="_blank">mcgrory@aerosoftinc.com</a> Suite 1400
<a moz-do-not-send="true" href="tel:%28540%29%20557-1904" value="+15405571904" target="_blank">(540) 557-1904</a> 2000 Kraft Drive
<a moz-do-not-send="true" href="tel:%28540%29%20557-1919" value="+15405571919" target="_blank">(540) 557-1919</a> (FAX) Blacksburg, VA 24060
</pre>
</font></span></div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Dr. William D. McGrory AeroSoft, Inc.
<a class="moz-txt-link-abbreviated" href="mailto:mcgrory@aerosoftinc.com">mcgrory@aerosoftinc.com</a> Suite 1400
(540) 557-1904 2000 Kraft Drive
(540) 557-1919 (FAX) Blacksburg, VA 24060
</pre>
</body>
</html>