<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
yes, vtkGeometryFilter goes straight to a vtkPolyDataMapper<br>
<br>
If that fails, I will try to strip my code down to something more
manageable and get it to you.<br>
<br>
Thank you<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 01/04/2016 03:11 PM, Berk Geveci
wrote:<br>
</div>
<blockquote
cite="mid:CAE32kpVr0o=+Mf9ztfCtGcPj+9M75Qpce4gF9kHmVM004ZdgqA@mail.gmail.com"
type="cite">
<div dir="ltr">OK this sounds like a bug. Is your pipeline only
source -> vtkGeometryFilter or is there something in between?
I'll try to reproduce this with a Python source once I know what
the pipeline is.
<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 12:25 PM, 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 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.
<div>
<div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<div>On 01/04/2016 11:46 AM, Berk Geveci wrote:<br>
</div>
<blockquote 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"><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">
<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><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"><a class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a></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"
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><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 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>
</div>
</div>
</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>