<div dir="ltr">Hello,<div><br></div><div>Sorry for not posting to the list: this was by mistake, not my intention! (But there is also this "feature" of the list that it never sends me my own postings back - with the effect that my mail program (Gmail) moves threads in the mailing list that I have initiated to my personal mail folder, no way to bring it to the forums.</div><div><br></div><div>I am thus posting the stripped down example once more for all, together with screen shots that illustrate the problem:</div><div><br></div><div>example_0.zip - contains the vtu file with the unstructured grid. Displaying Col2Comp::Comp2 shows the problem best</div><div><br></div><div>screenshot1.jpg - shows how it looks with "Surface" rendering on my computer</div><div>screenshot2.jpg - shows the same with "Volume" rendering --> WRONG!</div><div>screenshot3.jpg - shows the same again, but now after extracting Col2Comp::Comp2 into a separate column using the "Calculator" filter --> CORRECT!</div><div><br></div><div>Regarding the color map editor I can only say so far that I did not change anything between the 3 screenshots - and since screenshot3 shows the correct display I am not really sure that this is the issue.</div><div><br></div><div>The cell connectivity is indeed not as it is typically expected: The blocks are touching each other, but only vertically adjacent blocks also share edges and nodes. This is on purpose because it reflects the kind of problem I am dealing with. Of course it is possible that also this influences the volume rendering, but again the fact that screenshot 3 is correct while 2 is wrong lets me doubt this track.</div><div><br></div><div>My guess without further investigation is that it might be some caching issue: Assuming that a rendered volume is somehow kept in memory for a possible further use, there might be some problem with managing the cached data for "columns" and "components" properly.</div><div><br></div><div>In other words: My current guess is that there is a bug in the volume rendering.</div><div><br></div><div>With kind regards - and thanks for any helpful hints!</div><div>Cornelis</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-05-10 2:43 GMT+02:00 Andy Bauer <span dir="ltr"><<a href="mailto:andy.bauer@kitware.com" target="_blank">andy.bauer@kitware.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi,<br><br></div>Please keep the discussions on the mailing list so that everyone that wants to can follow along.<br><br></div>I'm able to volume render by components as well as magnitude. It may be that you need to play around with the Color Map Editor to get things as you'd like them to look. <br><br></div>I'm not an expert on volume rendering but it seems to me like something is wrong with your cell connectivity when I use the Extract Surface filter. It's possible that this is also causing issues with the volume rendering but I couldn't say for sure.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">Andy<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 7, 2017 at 5:20 AM, Cornelis Bockemühl <span dir="ltr"><<a href="mailto:cornelis.bockemuehl@gmail.com" target="_blank">cornelis.bockemuehl@gmail.com</a><wbr>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This is my example, mostly stripped down to the core of the problem: see the Col2comp data array that has 2 components (see attached zipped vtu file). The model has something more than 600 cells, and in both components (comp1 and comp2) many of them are 0. In comp2 it is even all except 18 - and this can easily be seen in a "surface" view: almost everything is blue == 0. It can also be analyzed with cut and slice filters, so it is also the case "inside" the model.<div><br></div><div>Now with a volume view this is completely different: comp2 looks as if indeed many cells have values "above blue"!</div><div><br></div><div>But I must admit that initially I did not look well enough: also the volume view changes a little if I change between "magnitude", "comp1" and "comp2" - only that it does not look like matching the surface views at all: all cells except one actually have a 0 in one of the two components - which should be clearly visible also in the volume view I suppose!</div><div><br></div><div>I could reproduce this behaviour not only on my self-compiled version 5.3 paraview, but also in a downloaded and installed binary version 5.1.2 (64-bit).</div><div><br></div><div>In other words: I am a bit confused now! ;-)</div><div><br></div><div>Regards,</div><div>Cornelis<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-05-07 0:49 GMT+02:00 Andy Bauer <span dir="ltr"><<a href="mailto:andy.bauer@kitware.com" target="_blank">andy.bauer@kitware.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi,<br><br></div>I am able to do a volume visualization for each component of a 3 component array (i.e. a vector) of both point and cell data in PV 5.3. This was done with a both a vtkImageData and a vtkUnstructuredGrid. Once I choose my 3 component array for volume rendering in the upper left corner of the GUI, the default is the Magnitude but I can switch to each component as well with the drop down dialog that is just to the right of where I choose which array I want to pseudo-color by. <br><br>Any chance you could share your dataset and specific instructions on how you're doing things? Alternatively, you can use the Calculator filter to extract one component of your multi-component array but this is a bit computationally wasteful.<br><br></div>Cheers,<br></div>Andy<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_8406428186269835160m_-2823925041763245354h5">On Sat, May 6, 2017 at 12:15 PM, Cornelis Bockemühl <span dir="ltr"><<a href="mailto:cornelis.bockemuehl@gmail.com" target="_blank">cornelis.bockemuehl@gmail.com</a><wbr>></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="m_8406428186269835160m_-2823925041763245354h5"><div dir="ltr"><div><div><div><div><div><div><div><div><div>Dear Paraview users and experts,<br><br></div>In some project I am generating a dataset that has a multi-component column as a result, with a variable number of columns depending on the problem. These data are "cell data" of some "unstructured grid", and I can nicely visualize it in Paraview, component by component.<br><br></div>Only with the visualization as a "volume" I have problems: It seems that with this you can only visualize the "magnitude", while switching between the components does not work! This works only in other viewing modes, but the "volume" is sometimes very useful because you can look "inside" the volume.<br><br></div>Now I am asking myself if this is a bug (with a certain chance to have it fixed or even fix it myself...) or a feature?<br><br></div>I mean: the fact that "magnitude" is the default for displaying multi-component arrays already gives some hint in the direction: this type of columns is mostly intended to be used as coordinates! Which is actually not my case.<br><br></div>Technically I could of course switch to just generating a set of single-component arrays instead of one multi-component array. I only did it otherwise because the columns are very closely related, so it looked like a good idea initially...<br><br></div>Any hint or experience?<br><br></div>Regards,<br></div>Cornelis<br><br></div>PS: I am using Paraview 5.3 on Windows 64bit<span class="m_8406428186269835160m_-2823925041763245354m_-3210126003548094301HOEnZb"><font color="#888888"><br clear="all"><div><div><div><div><div><div><div><div><div><div><br>-- <br><div class="m_8406428186269835160m_-2823925041763245354m_-3210126003548094301m_-2901993266126581076gmail_signature" data-smartmail="gmail_signature">Cornelis Bockemühl<br>Basel, Schweiz<br></div>
</div></div></div></div></div></div></div></div></div></div></font></span></div>
<br></div></div>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">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">http://www.kitware.com/opensou<wbr>rce/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">http://paraview.org/Wiki/ParaV<wbr>iew</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/mail<wbr>man/listinfo/paraview</a><br>
<br></blockquote></div><br></div><span class="m_8406428186269835160HOEnZb"><font color="#888888">
</font></span></blockquote></div><span class="m_8406428186269835160HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_8406428186269835160m_-2823925041763245354gmail_signature" data-smartmail="gmail_signature">Cornelis Bockemühl<br>Basel, Schweiz<br></div>
</font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Cornelis Bockemühl<br>Basel, Schweiz<br></div>
</div>