If I understand you correctly I think you need to do 2. Each process should have the same multiblock structure and will just not contain a data set for the leaves that are assigned to a different process. Check out <a href="http://www.vtk.org/doc/nightly/html/classvtkMultiBlockDataSet.html#details">http://www.vtk.org/doc/nightly/html/classvtkMultiBlockDataSet.html#details</a><br>
<br>HTH,<br>Andy<br><br><div class="gmail_quote">On Tue, Jun 28, 2011 at 5:38 AM, Adriano Gagliardi <span dir="ltr"><<a href="mailto:agagliardi@ara.co.uk" target="_blank">agagliardi@ara.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><br>
I've run into an issue when writing a parallel reader for partitioned files<br>
containing multi-block data. All data reads in fine on each process and<br>
works as expected, except for one thing. Since each partition only knows<br>
about the blocks it contains (and not the global blocks), I've not been able<br>
to have all the blocks available in the entire data-set available to the<br>
user. What I get instead is the list of blocks read in by the last data<br>
reader. I've got a couple of ideas to resolve this issue.<br>
<br>
(1) Have some sort of communication between each of the PV processes to<br>
ascertain which process has which data<br>
<br>
(2) Have the number of blocks stored on each process the same as the global<br>
number of blocks, but just allocate data to the blocks that each<br>
partition/process has data of.<br>
<br>
So, my questions are:<br>
<br>
(1) Is item (1) possible and, if so, what class(es) should I be looking at<br>
to do it<br>
<br>
(2) Will item (2) alone solve my issue, or will I run into problems whereby<br>
if block 0 has 50% of its data on partition 0 and the rest on partition 1<br>
that, after reading in, I will only ever see 50% of block 0 being whichever<br>
of partition 0 or 1 is read in last.<br>
<br>
Thanks again,<br>
<br>
Adriano<br>
<br>
===================================<br>
<br>
Adriano Gagliardi MEng PhD<br>
Business Sector Leader<br>
Computational Aerodynamics<br>
Aircraft Research Association Ltd.<br>
Manton Lane<br>
Bedford<br>
<br>
Tel: 01234 32 4644<br>
E-mail: <a href="mailto:agagliardi@ara.co.uk" target="_blank">agagliardi@ara.co.uk</a><br>
Url: <a href="http://www.ara.co.uk" target="_blank">www.ara.co.uk</a><br>
<br>
<br>
**********************************************************************<br>
This email contains information that is private and confidential and is intended only for the addressee.<br>
If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.<br>
Note: All email sent to or from this address may be accessed by someone other than the recipient, for<br>
system management and security reasons.<br>
Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office:<br>
Manton Lane, Bedford MK41 7PF England VAT No GB 196351245<br>
<br>
**********************************************************************<br>
_______________________________________________<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://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</blockquote></div><br>