I constantly have the same problem than you removing the parallel interfaces. Even worse, since my solver does not use ghost cells at all. <br><br>BTW, try to execute the following pipelining in ParaView <b>version 2.2.1</b>.<br>

<br>Extract Surface --&gt; Clean to grid --&gt; Clip<br><br>Not sure if  it also works with Xdmf format. In my case, I used to employ Ensight format and althought writing the SOS file, this method only works for me when I load the parallel files serially one-by-one, so, in this case, you&#39;d need to put a &quot;Append Data Sets&quot; before &quot;Extract Surface&quot;.<br>

<br>It&#39;s sad but I keep using this old version when I need to get rid of my parallel interfaces.<br><br>Renato.<br><br>p.s.: It seems that if you&#39;d like to use ParaView in parallel without headache, Exodus II format, by now, is the best (or, the only) choice because of the Sandia&#39;s and Kitware joint. <br>

<br><div class="gmail_quote">On Thu, Apr 2, 2009 at 7:37 PM, Chris Kees <span dir="ltr">&lt;<a href="mailto:christopher.e.kees@usace.army.mil">christopher.e.kees@usace.army.mil</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I turned off the overlapping domain decomposition (ghost cells) for a simple problem and the sequence<br>
<br>
MergeBlocks-&gt;CleantoGrid-&gt;ExtractSurface-&gt;Clip<br>
<br>
shows just the physical boundary of the problem (clipped open so you can see inside). Also volume visualization and streamline calculation works with no processor boundary artifacts.<br>
<br>