<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Andy,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Thanks for your help. Yes, each tile
has its own grid information. The problem is that if i set whole
extent in the adaptor side and write data to disk using
allinputsgridwrite.py, the whole extent is same with piece extent.
I am not sure what is going on in the background when live
visualization activated. If you want to look at it for possible
problem, the code is in following link (adaptor.cpp and grid.cpp),</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><a class="moz-txt-link-freetext" href="https://github.com/uturuncoglu/RegESM/tree/master/cop">https://github.com/uturuncoglu/RegESM/tree/master/cop</a><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">The second option is also worth to try
but first i need to look at the example. BTW, i am using 5.4.1. Do
you think that the multi-channel input also works with 5.4.1? How
it is handled by Catalyst in live mode? Do i have multiple
visualization pipeline?</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Regards,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">--ufuk<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 19.03.2018 13:36, Andy Bauer wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAMaOp+FAfZ11PotW05D2jGc0f5T9VXyEHqpaN0khDScBow8RLg@mail.gmail.com">
<div dir="ltr">
<div>
<div>Hi Ufuk,<br>
<br>
</div>
Currently a multipiece data set always has to be nested under
a multiblock dataset. This definitely seems like an
unreasonable limitation on a structured grid under a
multipiece dataset but I suspect we just haven't had the
resources to put into making this work properly. My suggestion
would be to try just having your Catalyst adaptor provide a
structured grid directly, assuming you only have one grid per
mpi process, and then try volume rendering like that. If you
do this though, make sure to set the whole extent with
vtkCPInputDataDescription::SetWholeExtent(). <br>
<br>
</div>
A thought here -- instead of changing your adaptor to generate
the structured grid directly instead of a multipiece dataset,
maybe create a second "channel" through a second
vtkCPInputDataDescription that provides just a structured grid.
This way you can provide both dataset types as needed instead of
having to modify code back and forth, recompile, etc. to get
different functionality. See the
Examples/Catalyst/CxxMultiChannelInputExample in the 5.5 source
code for some more details on this.<br>
<div><br>
</div>
<div>I can't remember if you were using the editions or just the
full ParaView Catalyst build but in 5.5 there will be a volume
rendering Catalyst addition.<br>
</div>
<div><br>
Note that the multiblock/multipiece hierarchy will be
undergoing a significant change in the near future.<br>
<br>
</div>
<div>Best,<br>
</div>
<div>Andy<br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Mar 18, 2018 at 1:21 PM, Ufuk
Turuncoglu <span dir="ltr"><<a
href="mailto:u.utku.turuncoglu@be.itu.edu.tr"
target="_blank" moz-do-not-send="true">u.utku.turuncoglu@be.itu.edu.tr</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div
style="font-family:arial,helvetica,sans-serif;font-size:12pt;color:#000000">
<div>Hi, <br>
<br>
I am using MPI parallel code under Catalyst
co-processing. In this case, i am defining data by
creating multi-block dataset and putting multi-piece
dataset into the first block (0). In this case, each
piece is defined as structured grid. The problem is
that, to create volume rendering, i need to use
MergeBlocks filter under ParaView but it changes data
type from structured grid to unstructured one. I just
wonder that is there any way to merge blocks without
changing type? Programmable filter etc.? Another
workaround could be defining dataset without using
multi block under co-processing adaptor code. So, is
it possible to represent multi-piece data under
co-processing without putting it into multi-bloack
dataset. <br>
<br>
Regards, <br>
<br>
--ufuk</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com"
rel="noreferrer" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">http://www.kitware.com/<wbr>opensource/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" moz-do-not-send="true">http://paraview.org/Wiki/<wbr>ParaView</a><br>
<br>
Search the list archives at: <a
href="http://markmail.org/search/?q=ParaView"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a
href="https://public.kitware.com/mailman/listinfo/paraview"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://public.kitware.com/<wbr>mailman/listinfo/paraview</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<p><br>
</p>
</body>
</html>