Utkarsh,<div><br></div><div>I've only just updated and noticed that some of my custom representations are not working now. I have been subclassing vtkPVGeometryFilter and implementing RequestData as follows:</div><div>
<br></div><div>8<---------------------------------------------------------------------</div><div><div>int vtkMyGeometryFilter::RequestData(vtkInformation* request,</div><div> vtkInformationVector** inputVector,</div>
<div> vtkInformationVector* outputVector)</div><div>{</div><div> if (!this->Superclass::RequestData(request, inputVector, outputVector))</div><div> {</div><div> return 0;</div>
<div> }</div><div><br></div><div> vtkPolyData *output = vtkPolyData::GetData(outputVector, 0);</div><div> </div><div> vtkPolyData* clone = vtkPolyData::New();</div><div> clone->ShallowCopy(output);</div><div><br>
</div><div> // now pass the clone through a filter</div><div><br></div><div> vtkMyFilter* filter = vtkMyFilter::New();</div><div> filter->SetInput(clone)</div><div> filter->Update</div><div> output->ShallowCopy(filter->GetOutputDataObject(0));</div>
<div> filter->Delete();</div><div> clone->Delete();</div><div><br></div><div> return 1;</div><div>}</div></div><div><div>--------------------------------------------------------------------->8</div><div></div>
</div><div><br></div><div>This now fails as output is not necessarily polydata. What's the best solution here?</div><div><br></div><div>Thanks,<br>Paul<br><br><div class="gmail_quote">On 31 August 2010 21:57, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Folks,<br>
<br>
Since the introduction of composite datasets into ParaView, there was<br>
one oddity when it came to rendering: we appended all the blocks into<br>
a single polydata and then rendered it. It had several advantages -<br>
esp. since it kept the rendering code simple esp when dealing with<br>
delivery and M-to-N data movement when render server was involved and<br>
with surface selection. However, it was a major bottleneck as well<br>
when dealing with really large number of blocks. The appending of data<br>
was slow which resulted in delays.<br>
<br>
I've just pushed a change that resolves this issue<br>
(<a href="http://paraview.org/Bug/view.php?id=11133" target="_blank">http://paraview.org/Bug/view.php?id=11133</a>). We no longer append<br>
blocks together before rendering. Most of the issues like<br>
data-delivery, selection etc. have been addressed. But if you notice<br>
any other quirks, please feel free to raise them so that we can<br>
address them as soon as possible.<br>
<br>
Utkarsh<br>
_______________________________________________<br>
Paraview-developers mailing list<br>
<a href="mailto:Paraview-developers@paraview.org">Paraview-developers@paraview.org</a><br>
<a href="http://public.kitware.com/mailman/listinfo/paraview-developers" target="_blank">http://public.kitware.com/mailman/listinfo/paraview-developers</a><br>
</blockquote></div><br></div>