<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">Normally you’d modify the UPDATE_EXTENT itself and the pipeline would trigger the source to regenerate data because it would ‘know’
that the new UPDATE_EXTENT didn’t match the old one.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">if you are instead sending your own custom key and using that to indirectly modify the update extent, then your best bet would be
to simply stuff a this->Modified() inside the request update extent method of the source,( if the new key doesn’t match the last value, and so a reexecution is required).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">[As long as you don’t put a modified in after the request data – because the pipeline will get confused about the true modified time]
then you should be ok.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">JB<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext"> vtkusers-bounces@vtk.org
[mailto:vtkusers-bounces@vtk.org] <b>On Behalf Of </b>Felipe Bordeu<br>
<b>Sent:</b> 25 July 2013 14:36<br>
<b>Cc:</b> vtkusers<br>
<b>Subject:</b> Re: [vtkusers] CONTINUE_EXECUTING with vtkinformation<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Thanks, now I can pass the information from the filter to the source using:<br>
- The CONTINUE_EXECUTING in the RequestData() in the filter<br>
- In the RequestUpdateExtent() of the filter I have<br>
<br>
vtkInformation *inInfo = inputVector[0]->GetInformationObject(0);<br>
double val[3] ...<br>
inInfo->Set(vtkPXDMFDocumentBaseStructure::UPDATE_FIXED_DIMENSIONS(), val, 3);<br>
request->AppendUnique(vtkExecutive::KEYS_TO_COPY(), vtkPXDMFDocumentBaseStructure::UPDATE_FIXED_DIMENSIONS());<br>
<br>
-The information key is recovered in the REQUEST_UPDATE_EXTENT() request in the source (when I change something in the source).<br>
<br>
When I create the filter, the filter gets executed the correct number of times, BUT the source is never executed (the ProcessRequest member function in the source is never called).<br>
<br>
What key or option I have to enable to re execute a source for a downstream filter??
<br>
Or a way to tell the source is out-of-date?<br>
<br>
Felipe<br>
<br>
<br>
<br>
<br>
<br>
Le 25/07/2013 10:19, Biddiscombe, John A. a écrit :<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">did you add the vector you want to pass upstream to the KEYS_TO_COPY vector. My memory is hazy, but what you are trying to do ought
to work.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">JB</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">
<a href="mailto:vtkusers-bounces@vtk.org">vtkusers-bounces@vtk.org</a> [<a href="mailto:vtkusers-bounces@vtk.org">mailto:vtkusers-bounces@vtk.org</a>]
<b>On Behalf Of </b>Felipe Bordeu<br>
<b>Sent:</b> 25 July 2013 10:02<br>
<b>To:</b> vtkusers<br>
<b>Subject:</b> [vtkusers] CONTINUE_EXECUTING with vtkinformation</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Hello,<br>
<br>
I have a source (home made reader) that is capable of generate data depending on some options.<br>
I like to control theses options using a filter way down in the pipeline. This means that I would like to send a vtkinformation upstream in the pipeline and also iterate for different values of this options. Something like the TemporalStatistics filter but
not over time.<br>
<br>
Till now, I tried to use the vtkStreamingDemandDrivenPipeline::CONTINUE_EXECUTING information (in the filter) to iterate over the data. My filter is re-executed but my source get executed only once.<br>
<br>
Also tried to set a vtkInformationDoubleVectorKey to the inputVector in the RequestUpdateExtent() of my filter with some data but this information is never passed upstream.<br>
<br>
Is this possible??? or we can do this only for time.<br>
<br>
Thanks for all<br>
Felipe<br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Felipe Bordeu Weldt<o:p></o:p></pre>
<pre>Ingénieur de Recherche<o:p></o:p></pre>
<pre>-------------------------------------<o:p></o:p></pre>
<pre>Tél. : 33 (0)2 40 37 16 57<o:p></o:p></pre>
<pre>Fax. : 33 (0)2 40 74 74 06<o:p></o:p></pre>
<pre><a href="mailto:Felipe.Bordeu@ec-nantes.fr">Felipe.Bordeu@ec-nantes.fr</a><o:p></o:p></pre>
<pre>Institut GeM - UMR CNRS 6183<o:p></o:p></pre>
<pre>École Centrale Nantes<o:p></o:p></pre>
<pre>1 Rue de La Noë, 44321 Nantes, FRANCE<o:p></o:p></pre>
<pre>-------------------------------------<o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Felipe Bordeu Weldt<o:p></o:p></pre>
<pre>Ingénieur de Recherche<o:p></o:p></pre>
<pre>-------------------------------------<o:p></o:p></pre>
<pre>Tél. : 33 (0)2 40 37 16 57<o:p></o:p></pre>
<pre>Fax. : 33 (0)2 40 74 74 06<o:p></o:p></pre>
<pre><a href="mailto:Felipe.Bordeu@ec-nantes.fr">Felipe.Bordeu@ec-nantes.fr</a><o:p></o:p></pre>
<pre>Institut GeM - UMR CNRS 6183<o:p></o:p></pre>
<pre>École Centrale Nantes<o:p></o:p></pre>
<pre>1 Rue de La Noë, 44321 Nantes, FRANCE<o:p></o:p></pre>
<pre>-------------------------------------<o:p></o:p></pre>
</div>
</body>
</html>