<div dir="ltr">Kenneth:<div><br></div><div>The ghost zones are the contents of the ghost zones stored from the calculation. They overlap into the hydro from neighboring processors (the silo library stores a block per processor the way we're using it in our code.)  If I leave them in there, I get artifacts.  I'm actually thresholding out a variable called 'avtGhostZones', which the silo libraries call the stored ghost zone values.</div><div><br></div><div><br></div><div>Dan:<br></div><div><br></div><div>Cell Data to Point Data is the only way I know of to activate the contour filter for silo files.  The results are stored in cell arrays, which apparently don't activate the contour filter.  I stumbled upon using Cell Data to Point Data by accident, so if there's a better way to do this, I'm open to it.</div><div><br></div><div><br></div><div>Thanks.</div><div><br></div><div>-David Ortley</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 8, 2016 at 1:35 PM, Moreland, Kenneth <span dir="ltr"><<a href="mailto:kmorel@sandia.gov" target="_blank">kmorel@sandia.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>
<div>Have you tried doing the threshold last (after the contour) rather than first? Generally, ParaView relies on ghost zones (cells) to avoid artifacts across process boundaries.</div>
<div><br>
</div>
<div>-Ken</div>
<div><br>
</div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span>ParaView <<a href="mailto:paraview-bounces@paraview.org" target="_blank">paraview-bounces@paraview.org</a>> on behalf of David Ortley <<a href="mailto:djortley@gmail.com" target="_blank">djortley@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span>Monday, February 8, 2016 at 1:14 PM<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:paraview@paraview.org" target="_blank">paraview@paraview.org</a>" <<a href="mailto:paraview@paraview.org" target="_blank">paraview@paraview.org</a>><br>
<span style="font-weight:bold">Subject: </span>[EXTERNAL] [Paraview] Parallel unfriendly filters?<br>
</div><span class="">
<div><br>
</div>
<div>
<div>
<div dir="ltr">I'm running Paraview in client/server mode with the server running on an HPC platform across multiple nodes.
<div><br>
</div>
<div>My input is a multi-block silo file that contains ghost zone information.  The way I do a seamless contour when visualizing on my workstation is to do the following:</div>
<div><br>
</div>
<div>Load the silo file</div>
<div>    -> Threshold out the ghost zones (threshold filter)</div>
<div>        -> Merge the blocks</div>
<div>            -> Cell data to point data</div>
<div>                -> Contour</div>
<div><br>
</div>
<div>This works well enough when on a single machine.  But when visualizing client/server with the server running across multiple nodes, there appear seams on the contours.</div>
<div><br>
</div>
<div>Is this an expected behavior given my setup?  Are any of the filters that I listed above (Threshold, Merge Blocks, Cell data to point data, and Contour) not fully implemented in parallel yet?</div>
<div><br>
</div>
<div>nb - I've not spent a lot of time trying to debug the problem, so I don't know if the problem exists when a server is running on a single node only.  It looks like something that is happening at node boundaries, but I could be wrong and it could be a per/processor
 thing.</div>
<div><br>
</div>
<div>Thanks.</div>
<div><br>
</div>
<div>-David Ortley</div>
</div>
</div>
</div>
</span></span>
</div>

</blockquote></div><br></div>