<div dir="ltr"><div>I dug into the error a bit and at a glance, it seems like it might be an issue with the vtkCompositeDataPipeline (pinging Berk for this since he knows more about composite pipelines).<br></div><div><br></div><div>The stack for the error is:</div><div><br></div><div><div>1 vtkDataObjectTree::<wbr>SetDataSetFrom vtkDataObjectTree.cxx:305</div><div>2 vtkDataObjectTree::SetDataSet vtkDataObjectTree.cxx:242<br></div><div>3 vtkCompositeDataPipeline::<wbr>ExecuteEach vtkCompositeDataPipeline.cxx:<wbr>310</div><div>4 vtkCompositeDataPipeline::<wbr>ExecuteSimpleAlgorithm vtkCompositeDataPipeline.cxx:<wbr>398</div><div>5 vtkCompositeDataPipeline::<wbr>ExecuteData vtkCompositeDataPipeline.cxx:<wbr>167</div></div><div>...</div><div class="gmail_extra"><br></div><div class="gmail_extra">Since the glyph filter is not equipped to handle composite glyphs, the pipeline iterates through all of the datasets in the composite glyph source and executes the filter for each of them, combining the outputs into another composite dataset. But for some reason, the output composite dataset doesn't seem to match the input composite dataset's structure.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The odd thing I see is that ExecuteSimpleAlgorithm does call CopyStructure before iterating through the glyphs at vtkCompositeDataPipeline:369. Not sure why things are mismatched when the output is updated.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 4, 2017 at 12:46 PM, Bob Flandard <span dir="ltr"><<a href="mailto:bflandard@gmail.com" target="_blank">bflandard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Dave,<br><div><br>In the state file, the glyph source is already polyData - created using the sphere source (sensibly the gui doesn't allow selection of a non polyData glyph source).<br><br></div><div>The composite dataset feature will be very useful for multi colored glyphs.<br><br></div><div>Thanks, Bob<br></div></div><div class="m_-3199282173118615697HOEnZb"><div class="m_-3199282173118615697h5"><div class="gmail_extra"><br><div class="gmail_quote">On 4 January 2017 at 17:25, David Lonie <span dir="ltr"><<a href="mailto:david.lonie@kitware.com" target="_blank">david.lonie@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I believe the issue here is that the glyph source must be polydata at the moment. Does a dataset surface filter (or similar) help?<div><br></div><div>I mentioned on the other thread that I'm working on improving the glyph representation so you won't need to use the filter to get custom glyphs. This patch will also add the ability to use a composite dataset (with polydata leaves) as the glyph source.</div><div><br></div><div>Cheers,</div><div>Dave</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-3199282173118615697m_589454976493177664h5">On Wed, Jan 4, 2017 at 8:02 AM, Bob Flandard <span dir="ltr"><<a href="mailto:bflandard@gmail.com" target="_blank">bflandard@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-3199282173118615697m_589454976493177664h5"><div dir="ltr"><div><div>Hi,<br><br></div>I'm getting an error message (see end) using the "glyph with custom source filter" for the case where the input points have associated results data sets and the custom glyph source is of multiblock type.<br><br></div><div>I've attached two small sample state files that demonstrate the issue.<br><br></div><div>The custom glyph should be two hemispheres, one black and one white. One state file shows the desired result, but the point source data has no results data sets associated with it. The other state file has point sources with two associated results data sets (mode1 and mode2) contained in the attached Ensight *.case files. This second file gives the error message below when loading.<br><br></div><div>Is this a bug or is there a filter that implements "CopyStructure", that I should use?<br><br></div><div>Thanks for any suggestions,<br><br></div><div>Bob<br></div><div><br><br></div>The error message is:<br><br>ERROR: In C:\bbd\df0abce0\source-paravie<wbr>w\VTK\Common\DataModel\vtkData<wbr>ObjectTree.cxx, line 306<br>vtkMultiBlockDataSet (0000000017C45180): Structure does not match. You must use CopyStructure before calling this method.<br></div>
<br></div></div>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensou<wbr>rce/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/ParaV<wbr>iew</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/mail<wbr>man/listinfo/paraview</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>