<div dir="ltr">This is a very interesting bug. First the quick fix: uncheck vtkGhostLevels for cells and points when loading the dataset.<div><br></div><div>Here is the explanation:</div><div><br></div><div>The pvti writer writes all inputs cells including the ghost ones. So, if you look at the resulting vti files, there is an overlap. When the pvti reader reads these files, it makes a decision to pick the overlapping cells from one of the files - since they are ghosts, they should be identical and it should not matter which one. Well it does matter because if it loads a cell from a piece that marks it as ghost instead of the one that does not, it will only have a ghost copy of the data in the output. Which is thrown out by the geometry filter before rendering.</div><div><br></div><div>The issue with the unstructured grid is actually different. It seems like there is a bug in the code where the ghost values are calculate for points. It seems to be marking some of the outer boundary points as ghosts. The fix for that is to not load vtkGhostLevels for points.</div><div><br></div><div>Both of these problems show up when you are writing the data after applying a filter that causes the reader to generate ghost levels (the contour filter probably). Which is why this was not caught earlier. Thank you for reporting it.</div><div><br></div><div>I will work on a fix and a set of tests, hopefully for 4.3.</div><div><br></div><div>Best,</div><div>-berk</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 5, 2014 at 4:58 PM, Berk Geveci <span dir="ltr"><<a href="mailto:berk.geveci@kitware.com" target="_blank">berk.geveci@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">Thanks Greg. I'll track this down.<div><br></div><div>-berk</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Nov 27, 2014 at 1:40 PM, Greg Abram <span dir="ltr"><<a href="mailto:gda@tacc.utexas.edu" target="_blank">gda@tacc.utexas.edu</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="h5">
<div style="word-wrap:break-word">
Hey y'all -
<div><br>
</div>
<div>Tracking down a user's problem, I'm getting some problems with parallel-format files. I've generated a little test case using the Wavelet source and a Calculator, creating three time steps with Result being mag(coords)*1.0 1.1 and 1.2, which contour
as a shrinking sphere. I'm running it on 4 processes, so when I export each "timestep" I generate 4 .vti's and a .pvti. These are the 'w' files.</div>
<div><br>
</div>
<div>When I try to load the following w.pvd on Maverick (1 node, 4 processes):</div>
<div><br>
</div>
<div>
<div><?xml version="1.0"?></div>
<div><VTKFile type="Collection" version="0.1" byte_order="LittleEndian"></div>
<div><Collection></div>
<div><DataSet timestep="0" group="" part="0" file="w-0.pvti"/></div>
<div><DataSet timestep="1" group="" part="0" file="w-1.pvti"/></div>
<div><DataSet timestep="2" group="" part="0" file="w-2.pvti"/></div>
<div></Collection></div>
<div></VTKFile></div>
</div>
<div><br>
</div>
<div>(as per <a href="http://www.paraview.org/Wiki/ParaView/Data_formats#PVD_File_Format" target="_blank">http://www.paraview.org/Wiki/ParaView/Data_formats#PVD_File_Format</a>) I get only parts of the data for each timestep when I use 4.2, and when I use 4.1 I get a double-ghost-zone
gap between the partitions.</div>
<div><br>
</div>
<div>When I write a similar dataset after Tetrahedralizing it (to get the vtu files my user is having troubles with), 4.2 does the same thing - only shows one partition, though 4.1 seems OK. These are the the 't' files.</div>
<div><br>
</div>
<div>I've uploaded the dataset to: <a href="https://utexas.box.com/s/iwn4ajbvfh2davd375gh" target="_blank">https://utexas.box.com/s/iwn4ajbvfh2davd375gh</a></div>
<div><br>
</div>
<div>Greg</div>
<div><br>
<div>
<div>
<div>Gregory D. Abram, Ph.D.</div>
<div>Research Engineering/Scientist Associate</div>
<div>Texas Advanced Computing Center</div>
<div>The University of Texas at Austin</div>
<div><a href="tel:%28512%29%20471-8196" value="+15124718196" target="_blank">(512) 471-8196</a></div>
<div><a href="mailto:gda@tacc.utexas.edu" target="_blank">gda@tacc.utexas.edu</a></div>
<div><br>
</div>
<div><a href="https://www.tacc.utexas.edu/" style="color:rgb(0,40,104);text-decoration:none;margin:0px auto" target="_blank"><img alt="TACC Website" src="http://www.tacc.utexas.edu/cdn/social/web.png" style="border:0px;color:transparent;display:block;margin:0px;padding:0px"></a></div>
<div><font color="rgba(0, 0, 0, 0)"><br>
</font><a href="https://www.tacc.utexas.edu/" style="color:rgb(0,40,104);text-decoration:none;margin:0px;font-weight:bold;padding:0px" target="_blank"><span style="display:block;font-size:14px;font-weight:bolder">Connect With TACC</span></a></div>
</div>
<div><br>
</div>
<br>
</div>
<br>
</div>
</div>
<br></div></div>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>