Sebastien Jourdain | 24 Apr 18:30 2014

ANN: ParaView GateKeeper Review Summary

SUMMARY
---------------------------------------------
Topics merged into master: 
        fix-Use-raw-strings-to-prevent-escaping
        fix_transpose_table
        make_tracers_a_separate_output
        pvweb-add-widget-support
        pvweb-webgl-center-of-rotation

---------------------------------------------

Hi All,

I had to reset next yesterday to get back to a clean dashboard which finally allowed me to do a gatekeeper review today.
So if you merged your branch yesterday into next, your branch has been reverted. And if that work still make sense, you will need to re-submit it. And to do that you should rebase it on top of master and merge it again. At the bottom of that mail, I've added some git help.

Thanks and sorry for the inconvenient,

Seb

---------------------------------------------
            Git cheat sheet
---------------------------------------------

# Merge a branch from stage to next:
# -------
ssh git <at> paraview.org stage ParaView merge YOUR_STAGE_BRANCH_NAME

# Delete your branch from stage:
# -------
$ git push stage :YOUR_STAGE_BRANCH_NAME

# To rebase your work on top of master
# -------
$ git fetch origin
$ git checkout -b YOUR_STAGE_BRANCH_NAME stage/YOUR_STAGE_BRANCH_NAME
$ git rebase origin/master
$ git push stage :YOUR_STAGE_BRANCH_NAME
$ git stage-push
$ git stage-merge
<div><div dir="ltr">
<div>SUMMARY</div>
<div>---------------------------------------------</div>
<div>Topics merged into master:&nbsp;</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; fix-Use-raw-strings-to-prevent-escaping</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; fix_transpose_table</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; make_tracers_a_separate_output</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; pvweb-add-widget-support</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; pvweb-webgl-center-of-rotation</div>
<div><br></div>
<div>---------------------------------------------<br>
</div>
<div>
<br>
</div>
<div>Hi All,</div>
<div><br></div>
<div>I had to reset next yesterday to get back to a clean dashboard which finally allowed me to do a gatekeeper review today.</div>
<div>So if you merged your branch yesterday into next, your branch has been reverted. And if that work still make sense, you will need to re-submit it. And to do that you should rebase it on top of master and merge it again. At the bottom of that mail, I've added some git help.</div>
<div><br></div>
<div>Thanks and sorry for the inconvenient,</div>
<div><br></div>
<div>Seb</div>
<div><br></div>
<div>
<div>---------------------------------------------</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Git cheat sheet</div>
<div>---------------------------------------------</div>
<div>
<br>
</div>
<div># Merge a branch from stage to next:</div>
<div># -------</div>
<div>
$&nbsp;<span class="">ssh</span>&nbsp;<a href="mailto:git <at> paraview.org" target="_blank">git <at> paraview.org</a>&nbsp;stage ParaView merge YOUR_STAGE_BRANCH_NAME</div>
<div>
<br>
</div>
<div># Delete your branch from stage:</div>
<div># -------</div>
<div>
$ git push stage :YOUR_STAGE_BRANCH_NAME</div>
<div><br></div>
<div># To rebase your work on top of master</div>
<div>
# -------</div>
<div>$ git fetch origin</div>
<div>$ git checkout -b YOUR_STAGE_BRANCH_NAME stage/YOUR_STAGE_BRANCH_NAME</div>
<div>$ git rebase origin/master</div>
<div>$ git push stage :YOUR_STAGE_BRANCH_NAME</div>
<div>
$ git stage-push</div>
<div>$ git stage-merge</div>
</div>
</div></div>
Jack Vant | 22 Apr 19:05 2014

Re: ParaView Digest, Vol 120, Issue 35

I'm trying to build Paraview 4.1 with mvapich2, gcc, cuda55, and qt 4.8.1.  I've done the iterative configure process and I generate a make file but make -j 8 gives me this error:

/usr/bin/ld: /cm/shared/apps/mvapich2/gcc/64/1.9/lib/libmpich.a(setbotf.o): relocation R_X86_64_32 against `mpifcmb2_' can not be used when making a shared object; recompile with -fPIC

/cm/shared/apps/mvapich2/gcc/64/1.9/lib/libmpich.a: could not read symbols: Bad value

collect2: ld returned 1 exit status

make[2]: *** [lib/libvtkVPIC-pv4.1.so.1] Error 1

make[1]: *** [VTK/ThirdParty/VPIC/CMakeFiles/VPIC.dir/all] Error 2

make[1]: *** Waiting for unfinished jobs....

The make ends with

[  4%] Building CXX object ThirdParty/protobuf/vtkprotobuf/src/CMakeFiles/protoc_compiler.dir/google/protobuf/compiler/parser.cc.o

[  4%] Building C object VTK/ThirdParty/libxml2/vtklibxml2/CMakeFiles/vtklibxml2.dir/xpath.c.o

[  4%] Building C object VTK/ThirdParty/libxml2/vtklibxml2/CMakeFiles/vtklibxml2.dir/xpointer.c.o

Linking CXX executable ../../../../bin/protoc

[  4%] Built target protoc_compiler

Linking C shared library ../../../../lib/libvtklibxml2-pv4.1.so

[  4%] Built target vtklibxml2

make: *** [all] Error 2

Can someone translate for me?  Can I buy a vowel?  The google has run out of gas.


On Tue, Apr 22, 2014 at 10:00 AM, <paraview-request <at> paraview.org> wrote:
Send ParaView mailing list submissions to
        paraview <at> paraview.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://www.paraview.org/mailman/listinfo/paraview
or, via email, send a message with subject or body 'help' to
        paraview-request <at> paraview.org

You can reach the person managing the list at
        paraview-owner <at> paraview.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of ParaView digest..."


Today's Topics:

   1. Re: Fwd: Stream Tracer Scaling (Amir A)
   2. Re: [vtkusers] vtkStripper/TriangleStrips not working on this
      particular data, why? (Dr. Roman Grothausmann)
   3. Re: Fwd: Stream Tracer Scaling (Berk Geveci)


----------------------------------------------------------------------

Message: 1
Date: Mon, 21 Apr 2014 17:20:24 -0500
From: Amir A <amiramir12345 <at> outlook.com>
To: Berk Geveci <berk.geveci <at> kitware.com>, "paraview <at> paraview.org"
        <paraview <at> paraview.org>
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling
Message-ID: <SNT151-W25522E46C192AC769D4DDFED5E0 <at> phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"

Hi Berk:
Thank you for your reply. I am doing the visualization on a distributed cluster. And the StreamTracer filter is used with a point source of radius 0.1 and 100 seeds.
It is surprising that the streamtracer in parallel takes orders of magnitude more time than when applied in serial. I tried to first apply D3 filter and then the streamtracer. That helps a little bit but still the time is prohibitively long (about an hour compared to ~5min when done in serial). I do not know if I am missing something or this is usual.
Here is the visualization that I want to create in parallel (I had to do it in serial because of this problem):https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png
The original dataset is about 4GB.  Here is a smaller one (~1GB) with the state files: https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz
I would highly appreciate any suggestions.-Amir
From: berk.geveci <at> kitware.com
Date: Mon, 21 Apr 2014 11:34:25 -0400
To: andy.bauer <at> kitware.com
CC: paraview <at> paraview.org
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling

Actually, if the integration is fairly load balanced across partitions, the streamline integration can scale OK. It is highly dependent on how the seeds are distributed and if the integration ends up clustering on a few processes. Amir:


- How big is your seed source? Does it span multiple partitions? How many seed points?- Do the streamlines stay together or do the move around the domain more independently?


Are you running on a single machine by the way? I have been thinking about parallelizing the streamline filter over threads, which should scale better on a single machine.
Best,-berk




_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20140421/8b0116ad/attachment-0001.html>

------------------------------

Message: 2
Date: Tue, 22 Apr 2014 11:33:46 +0200
From: "Dr. Roman Grothausmann" <grothausmann.roman <at> mh-hannover.de>
Cc: VTK Mailing List <vtkusers <at> vtk.org>, "paraview <at> paraview.org"
        <paraview <at> paraview.org>
Subject: Re: [Paraview] [vtkusers] vtkStripper/TriangleStrips not
        working on this particular data, why?
Message-ID: <5356377A.1020809 <at> mh-hannover.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Thanks Bill, Goodwin and Des for Your answers.
I see, perhaps this should be given as a hint in the docs. The patch seems to be
doing something similar to my new approach. However, since my polylines
originate from a vtkGraph, I decided to reorder the nodes/vertices with BFS.

Many thanks again for Your help
Roman

On 11/04/14 17:13, Bill Lorensen wrote:
> If this were a closed contour, I believe you would get one polyline.
> But for a open contour you are not guaranteed to get a single
> polyline. The algorithm starts with a point (looks like it is the
> first point in the first line segment) and collects as many points as
> it can for the first polyline. This completes the first polyline. If
> the first point of the first line is not one of the end points of your
> original data, then it will generate two polylines. At least that is
> what I recall.
>
> Bill
>
>
> On Fri, Apr 11, 2014 at 10:43 AM, Dr. Roman Grothausmann
> <grothausmann.roman <at> mh-hannover.de> wrote:
>> Dear mailing list members,
>>
>>
>> Attached is a very simple test.vtp (see *_01.png) which for some reason
>> cannot be converted into a single vtkPolyLine with vtkStripper. Even if I
>> use paraview with Clean+Triangulate+TriangleStrip the result still consists
>> of two vtkPolyLine (see extracted cell 0 (thicker line) and green cell
>> labels in *_03.png).
>> Why does vtkStripper not yield a single vtkPolyLine from this particular
>> dataset? Is it the odd order of the points and lines?
>> Is this a bug?
>> If not, how can I achieve what I need, i.e. getting a single vtkPolyLine?
>>
>> Any help or hints are very much appreciated
>> Roman
>>
>> --
>> Dr. Roman Grothausmann
>>
>> Tomographie und Digitale Bildverarbeitung
>> Tomography and Digital Image Analysis
>>
>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>> Medizinische Hochschule Hannover
>> Carl-Neuberg-Str. 1
>> D-30625 Hannover
>>
>> Tel. +49 511 532-9574
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the VTK FAQ at:
>> http://www.vtk.org/Wiki/VTK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.vtk.org/mailman/listinfo/vtkusers
>>
>
>
>

--
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-9574


------------------------------

Message: 3
Date: Tue, 22 Apr 2014 09:07:18 -0400
From: Berk Geveci <berk.geveci <at> kitware.com>
To: Amir A <amiramir12345 <at> outlook.com>
Cc: "paraview <at> paraview.org" <paraview <at> paraview.org>
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling
Message-ID:
        <CAE32kpWSP-cvM=Y-crFx4PxaicJaGnxSki3nYa8aTQ=USH+gbg <at> mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hmmm. It certainly should not be much slower. Even in the worst load
balancing case, it should be at most slightly slower. I will take a look.

-berk


On Mon, Apr 21, 2014 at 6:20 PM, Amir A <amiramir12345 <at> outlook.com> wrote:

> Hi Berk:
>
> Thank you for your reply. I am doing the visualization on a distributed
> cluster. And the StreamTracer filter is used with a point source of radius
> 0.1 and 100 seeds.
>
> It is surprising that the streamtracer in parallel takes orders of
> magnitude more time than when applied in serial. I tried to first apply D3
> filter and then the streamtracer. That helps a little bit but still the
> time is prohibitively long (about an hour compared to ~5min when done in
> serial). I do not know if I am missing something or this is usual.
>
> Here is the visualization that I want to create in parallel (I had to do
> it in serial because of this problem):
> https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png
>
> The original dataset is about 4GB.  Here is a smaller one (~1GB) with the
> state files:
> https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz
>
> I would highly appreciate any suggestions.
> -Amir
>
> ------------------------------
> From: berk.geveci <at> kitware.com
> Date: Mon, 21 Apr 2014 11:34:25 -0400
> To: andy.bauer <at> kitware.com
> CC: paraview <at> paraview.org
> Subject: Re: [Paraview] Fwd: Stream Tracer Scaling
>
>
> Actually, if the integration is fairly load balanced across partitions,
> the streamline integration can scale OK. It is highly dependent on how the
> seeds are distributed and if the integration ends up clustering on a few
> processes. Amir:
>
> - How big is your seed source? Does it span multiple partitions? How many
> seed points?
> - Do the streamlines stay together or do the move around the domain more
> independently?
>
>  Are you running on a single machine by the way? I have been thinking
> about parallelizing the streamline filter over threads, which should scale
> better on a single machine.
>
> Best,
> -berk
>
>
> _______________________________________________ Powered by www.kitware.comVisit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html Please keep messages
> on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaViewFollow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20140422/53bca0a5/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


------------------------------

End of ParaView Digest, Vol 120, Issue 35
*****************************************



--
Jack Vant
System Engineer - HPC
Office of Information Technology
Boise State University
208-426-4446
208-863-0031
<div>
<div dir="ltr">I'm trying to build Paraview 4.1 with mvapich2, gcc, cuda55, and qt 4.8.1. &nbsp;I've done the iterative configure process and I generate a make file but make -j 8 gives me this error:<div><br></div>
<div>

<p class="">/usr/bin/ld: /cm/shared/apps/mvapich2/gcc/64/1.9/lib/libmpich.a(setbotf.o): relocation R_X86_64_32 against `mpifcmb2_' can not be used when making a shared object; recompile with -fPIC</p>
<p class="">/cm/shared/apps/mvapich2/gcc/64/1.9/lib/libmpich.a: could not read symbols: Bad value</p>
<p class="">collect2: ld returned 1 exit status</p>
<p class="">make[2]: *** [lib/libvtkVPIC-pv4.1.so.1] Error 1</p>
<p class="">make[1]: *** [VTK/ThirdParty/VPIC/CMakeFiles/VPIC.dir/all] Error 2</p>
<p class="">make[1]: *** Waiting for unfinished jobs....</p>
<p class="">The make ends with</p>
<p class="">[ &nbsp;4%] Building CXX object ThirdParty/protobuf/vtkprotobuf/src/CMakeFiles/protoc_compiler.dir/google/protobuf/compiler/parser.cc.o</p>

<p class="">[ &nbsp;4%] Building C object VTK/ThirdParty/libxml2/vtklibxml2/CMakeFiles/vtklibxml2.dir/xpath.c.o</p>
<p class="">[ &nbsp;4%] Building C object VTK/ThirdParty/libxml2/vtklibxml2/CMakeFiles/vtklibxml2.dir/xpointer.c.o</p>

<p class="">Linking CXX executable ../../../../bin/protoc</p>
<p class="">[ &nbsp;4%] Built target protoc_compiler</p>
<p class="">Linking C shared library ../../../../lib/≤a href="http://libvtklibxml2-pv4.1.so">libvtklibxml2-pv4.1.so</a></p>

<p class="">[ &nbsp;4%] Built target vtklibxml2</p>
<p class="">make: *** [all] Error 2</p>
</div>
<div>Can someone translate for me? &nbsp;Can I buy a vowel? &nbsp;The google has run out of gas.</div>
</div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Apr 22, 2014 at 10:00 AM,  <span dir="ltr">&lt;<a href="mailto:paraview-request <at> paraview.org" target="_blank">paraview-request <at> paraview.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">

Send ParaView mailing list submissions to<br>
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a><br><br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
&nbsp; &nbsp; &nbsp; &nbsp; <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
or, via email, send a message with subject or body 'help' to<br>
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:paraview-request <at> paraview.org">paraview-request <at> paraview.org</a><br><br>
You can reach the person managing the list at<br>
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:paraview-owner <at> paraview.org">paraview-owner <at> paraview.org</a><br><br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of ParaView digest..."<br><br><br>
Today's Topics:<br><br>
&nbsp; &nbsp;1. Re: Fwd: Stream Tracer Scaling (Amir A)<br>
&nbsp; &nbsp;2. Re: [vtkusers] vtkStripper/TriangleStrips not working on this<br>
&nbsp; &nbsp; &nbsp; particular data, why? (Dr. Roman Grothausmann)<br>
&nbsp; &nbsp;3. Re: Fwd: Stream Tracer Scaling (Berk Geveci)<br><br><br>
----------------------------------------------------------------------<br><br>
Message: 1<br>
Date: Mon, 21 Apr 2014 17:20:24 -0500<br>
From: Amir A &lt;<a href="mailto:amiramir12345 <at> outlook.com">amiramir12345 <at> outlook.com</a>&gt;<br>
To: Berk Geveci &lt;<a href="mailto:berk.geveci <at> kitware.com">berk.geveci <at> kitware.com</a>&gt;, "<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>"<br>
&nbsp; &nbsp; &nbsp; &nbsp; &lt;<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>&gt;<br>
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling<br>
Message-ID: &lt;SNT151-W25522E46C192AC769D4DDFED5E0 <at> phx.gbl&gt;<br>
Content-Type: text/plain; charset="iso-8859-1"<br><br>
Hi Berk:<br>
Thank you for your reply. I am doing the visualization on a distributed cluster. And the StreamTracer filter is used with a point source of radius 0.1 and 100 seeds.<br>
It is surprising that the streamtracer in parallel takes orders of magnitude more time than when applied in serial. I tried to first apply D3 filter and then the streamtracer. That helps a little bit but still the time is prohibitively long (about an hour compared to ~5min when done in serial). I do not know if I am missing something or this is usual.<br>

Here is the visualization that I want to create in parallel (I had to do it in serial because of this problem):<a href="https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png" target="_blank">https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png</a><br>

The original dataset is about 4GB. &nbsp;Here is a smaller one (~1GB) with the state files: <a href="https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz" target="_blank">https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz</a><br>

I would highly appreciate any suggestions.-Amir<br>
From: <a href="mailto:berk.geveci <at> kitware.com">berk.geveci <at> kitware.com</a><br>
Date: Mon, 21 Apr 2014 11:34:25 -0400<br>
To: <a href="mailto:andy.bauer <at> kitware.com">andy.bauer <at> kitware.com</a><br>
CC: <a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a><br>
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling<br><br>
Actually, if the integration is fairly load balanced across partitions, the streamline integration can scale OK. It is highly dependent on how the seeds are distributed and if the integration ends up clustering on a few processes. Amir:<br><br><br>
- How big is your seed source? Does it span multiple partitions? How many seed points?- Do the streamlines stay together or do the move around the domain more independently?<br><br><br>
Are you running on a single machine by the way? I have been thinking about parallelizing the streamline filter over threads, which should scale better on a single machine.<br>
Best,-berk<br><br><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>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<a href="http://www.paraview.org/pipermail/paraview/attachments/20140421/8b0116ad/attachment-0001.html" target="_blank">http://www.paraview.org/pipermail/paraview/attachments/20140421/8b0116ad/attachment-0001.html</a>&gt;<br><br>
------------------------------<br><br>
Message: 2<br>
Date: Tue, 22 Apr 2014 11:33:46 +0200<br>
From: "Dr. Roman Grothausmann" &lt;<a href="mailto:grothausmann.roman <at> mh-hannover.de">grothausmann.roman <at> mh-hannover.de</a>&gt;<br>
Cc: VTK Mailing List &lt;<a href="mailto:vtkusers <at> vtk.org">vtkusers <at> vtk.org</a>&gt;, "<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>"<br>
&nbsp; &nbsp; &nbsp; &nbsp; &lt;<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>&gt;<br>
Subject: Re: [Paraview] [vtkusers] vtkStripper/TriangleStrips not<br>
&nbsp; &nbsp; &nbsp; &nbsp; working on this particular data, why?<br>
Message-ID: &lt;<a href="mailto:5356377A.1020809 <at> mh-hannover.de">5356377A.1020809 <at> mh-hannover.de</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>
Thanks Bill, Goodwin and Des for Your answers.<br>
I see, perhaps this should be given as a hint in the docs. The patch seems to be<br>
doing something similar to my new approach. However, since my polylines<br>
originate from a vtkGraph, I decided to reorder the nodes/vertices with BFS.<br><br>
Many thanks again for Your help<br>
Roman<br><br>
On 11/04/14 17:13, Bill Lorensen wrote:<br>
&gt; If this were a closed contour, I believe you would get one polyline.<br>
&gt; But for a open contour you are not guaranteed to get a single<br>
&gt; polyline. The algorithm starts with a point (looks like it is the<br>
&gt; first point in the first line segment) and collects as many points as<br>
&gt; it can for the first polyline. This completes the first polyline. If<br>
&gt; the first point of the first line is not one of the end points of your<br>
&gt; original data, then it will generate two polylines. At least that is<br>
&gt; what I recall.<br>
&gt;<br>
&gt; Bill<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Apr 11, 2014 at 10:43 AM, Dr. Roman Grothausmann<br>
&gt; &lt;<a href="mailto:grothausmann.roman <at> mh-hannover.de">grothausmann.roman <at> mh-hannover.de</a>&gt; wrote:<br>
&gt;&gt; Dear mailing list members,<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Attached is a very simple test.vtp (see *_01.png) which for some reason<br>
&gt;&gt; cannot be converted into a single vtkPolyLine with vtkStripper. Even if I<br>
&gt;&gt; use paraview with Clean+Triangulate+TriangleStrip the result still consists<br>
&gt;&gt; of two vtkPolyLine (see extracted cell 0 (thicker line) and green cell<br>
&gt;&gt; labels in *_03.png).<br>
&gt;&gt; Why does vtkStripper not yield a single vtkPolyLine from this particular<br>
&gt;&gt; dataset? Is it the odd order of the points and lines?<br>
&gt;&gt; Is this a bug?<br>
&gt;&gt; If not, how can I achieve what I need, i.e. getting a single vtkPolyLine?<br>
&gt;&gt;<br>
&gt;&gt; Any help or hints are very much appreciated<br>
&gt;&gt; Roman<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Dr. Roman Grothausmann<br>
&gt;&gt;<br>
&gt;&gt; Tomographie und Digitale Bildverarbeitung<br>
&gt;&gt; Tomography and Digital Image Analysis<br>
&gt;&gt;<br>
&gt;&gt; Institut f?r Funktionelle und Angewandte Anatomie, OE 4120<br>
&gt;&gt; Medizinische Hochschule Hannover<br>
&gt;&gt; Carl-Neuberg-Str. 1<br>
&gt;&gt; D-30625 Hannover<br>
&gt;&gt;<br>
&gt;&gt; Tel. <a href="tel:%2B49%20511%20532-9574" value="+495115329574">+49 511 532-9574</a><br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
&gt;&gt;<br>
&gt;&gt; Visit other Kitware open-source projects at<br>
&gt;&gt; <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
&gt;&gt;<br>
&gt;&gt; Please keep messages on-topic and check the VTK FAQ at:<br>
&gt;&gt; <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
&gt;&gt;<br>
&gt;&gt; Follow this link to subscribe/unsubscribe:<br>
&gt;&gt; <a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br><br>
--<br>
Dr. Roman Grothausmann<br><br>
Tomographie und Digitale Bildverarbeitung<br>
Tomography and Digital Image Analysis<br><br>
Institut f?r Funktionelle und Angewandte Anatomie, OE 4120<br>
Medizinische Hochschule Hannover<br>
Carl-Neuberg-Str. 1<br>
D-30625 Hannover<br><br>
Tel. <a href="tel:%2B49%20511%20532-9574" value="+495115329574">+49 511 532-9574</a><br><br><br>
------------------------------<br><br>
Message: 3<br>
Date: Tue, 22 Apr 2014 09:07:18 -0400<br>
From: Berk Geveci &lt;<a href="mailto:berk.geveci <at> kitware.com">berk.geveci <at> kitware.com</a>&gt;<br>
To: Amir A &lt;<a href="mailto:amiramir12345 <at> outlook.com">amiramir12345 <at> outlook.com</a>&gt;<br>
Cc: "<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>" &lt;<a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>&gt;<br>
Subject: Re: [Paraview] Fwd: Stream Tracer Scaling<br>
Message-ID:<br>
&nbsp; &nbsp; &nbsp; &nbsp; &lt;CAE32kpWSP-cvM=Y-crFx4PxaicJaGnxSki3nYa8aTQ=<a href="mailto:USH%2Bgbg <at> mail.gmail.com">USH+gbg <at> mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset="utf-8"<br><br>
Hmmm. It certainly should not be much slower. Even in the worst load<br>
balancing case, it should be at most slightly slower. I will take a look.<br><br>
-berk<br><br><br>
On Mon, Apr 21, 2014 at 6:20 PM, Amir A &lt;<a href="mailto:amiramir12345 <at> outlook.com">amiramir12345 <at> outlook.com</a>&gt; wrote:<br><br>
&gt; Hi Berk:<br>
&gt;<br>
&gt; Thank you for your reply. I am doing the visualization on a distributed<br>
&gt; cluster. And the StreamTracer filter is used with a point source of radius<br>
&gt; 0.1 and 100 seeds.<br>
&gt;<br>
&gt; It is surprising that the streamtracer in parallel takes orders of<br>
&gt; magnitude more time than when applied in serial. I tried to first apply D3<br>
&gt; filter and then the streamtracer. That helps a little bit but still the<br>
&gt; time is prohibitively long (about an hour compared to ~5min when done in<br>
&gt; serial). I do not know if I am missing something or this is usual.<br>
&gt;<br>
&gt; Here is the visualization that I want to create in parallel (I had to do<br>
&gt; it in serial because of this problem):<br>
&gt; <a href="https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png" target="_blank">https://www.dropbox.com/s/r3kkon3khjdpqs6/foam_3.png</a><br>
&gt;<br>
&gt; The original dataset is about 4GB. &nbsp;Here is a smaller one (~1GB) with the<br>
&gt; state files:<br>
&gt; <a href="https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz" target="_blank">https://www.dropbox.com/s/r6lh3sx2wojfva2/sample.tar.gz</a><br>
&gt;<br>
&gt; I would highly appreciate any suggestions.<br>
&gt; -Amir<br>
&gt;<br>
&gt; ------------------------------<br>
&gt; From: <a href="mailto:berk.geveci <at> kitware.com">berk.geveci <at> kitware.com</a><br>
&gt; Date: Mon, 21 Apr 2014 11:34:25 -0400<br>
&gt; To: <a href="mailto:andy.bauer <at> kitware.com">andy.bauer <at> kitware.com</a><br>
&gt; CC: <a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a><br>
&gt; Subject: Re: [Paraview] Fwd: Stream Tracer Scaling<br>
&gt;<br>
&gt;<br>
&gt; Actually, if the integration is fairly load balanced across partitions,<br>
&gt; the streamline integration can scale OK. It is highly dependent on how the<br>
&gt; seeds are distributed and if the integration ends up clustering on a few<br>
&gt; processes. Amir:<br>
&gt;<br>
&gt; - How big is your seed source? Does it span multiple partitions? How many<br>
&gt; seed points?<br>
&gt; - Do the streamlines stay together or do the move around the domain more<br>
&gt; independently?<br>
&gt;<br>
&gt; &nbsp;Are you running on a single machine by the way? I have been thinking<br>
&gt; about parallelizing the streamline filter over threads, which should scale<br>
&gt; better on a single machine.<br>
&gt;<br>
&gt; Best,<br>
&gt; -berk<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________ Powered by www.kitware.comVisit other Kitware open-source projects at<br>
&gt; <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a> Please keep messages<br>
&gt; on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaViewFollow" target="_blank">http://paraview.org/Wiki/ParaViewFollow</a> this link to subscribe/unsubscribe:<br>
&gt; <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<a href="http://www.paraview.org/pipermail/paraview/attachments/20140422/53bca0a5/attachment-0001.html" target="_blank">http://www.paraview.org/pipermail/paraview/attachments/20140422/53bca0a5/attachment-0001.html</a>&gt;<br><br>
------------------------------<br><br>
Subject: Digest Footer<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><br><br>
------------------------------<br><br>
End of ParaView Digest, Vol 120, Issue 35<br>
*****************************************≤br>
</blockquote>
</div>
<br><br clear="all"><div><br></div>-- <br><div dir="ltr">Jack Vant<br>System Engineer - HPC<br>Office of Information Technology<br>Boise State University<br>208-426-4446<br>208-863-0031</div>
</div>
</div>
Berk Geveci | 21 Apr 15:57 2014

Call for Papers for LDAV 2014

=====================================================
Call For Papers: LDAV 2014 - BigData Analysis and Visualization
Held in conjunction with IEEE VisWeek 2014, Nov. 9-10, Paris, France.
Submission deadline: May 14, 2014
=====================================================

LDAV Symposium:

Modern large-scale scientific simulations, sensor networks, and experiments are generating enormous datasets, with some projects approaching the multiple exabyte range in the near term. Managing and analyzing large datasets in order to transform it into insight is critical for a variety of disciplines including climate science, nuclear physics, security, materials design, transportation, and urban planning. This is currently referred to as the Big Data Challenge. The tools and approaches needed to mine, analyze, and visualize data at extreme scales can be fully realized only if we have end-to-end solutions, which demands collective, interdisciplinary efforts.

The Large Scale Data Analysis and Visualization (LDAV) symposium, to be held in conjunction with IEEE VisWeek 2014, is specifically targeting possible end-to-end solutions. The LDAV symposium will bring together domain scientists, data analysts, visualization researchers, users, designers and artists, to foster common ground for solving both near- and long-term problems.


Scope:

We are looking for original research contributions on a broad-range of topics related to collection, analysis, manipulation or visualization of large-scale data. We also welcome position papers on these topics.

Topics of interest include, but are not limited to:
- Data collection, management and curation
- Innovative approaches combining information visualization, visual analytics, and scientific visualization
- Streaming methods for analysis, collection and visualization
- Novel, extreme or innovative methods for understanding and interacting with data
- Advanced hardware for data handling or visualization
- Distributed, parallel or multi-threaded approaches
- MapReduce-based and database-related methods, algorithms or approaches
- Hierarchical data storage, retrieval or rendering
- Collaboration or co-design of data analysis with domain scientists
- Topics in cognitive issues specific to manipulating and understanding large data
- Application case studies
- Industry solutions for big data


Submission Instructions:

Submitted manuscripts may not exceed 8 pages. The manuscripts can be 4-8 pages, with the authors determining length based on the content. The manuscripts should be formatted according to guidelines from IEEE VGTC.

Submission site note: Go to the submission site, log in, go to 'new submissions', and select 'LDAV 2014 Papers'.


Proceedings:

The proceedings of the symposium will be published together with the VisWeek proceedings and via the IEEE Xplore Digital Library.


Best Paper:

The LDAV Program Committee will present a Best Paper award to the authors whose submission is deemed the strongest according to the reviewing criteria. This award will be announced in conjunction with VisWeek 2014.


Important Dates:

Paper Submission: May 14, 2014
Author Notification: July 30, 2014
Camera-Ready Deadline: August 21, 2014

Contact: papers <at> ldav.org
Link: http://ldav.org/call-for-papers.html
<div><div dir="ltr">=====================================================<br>Call For Papers: LDAV 2014 - BigData Analysis and Visualization<br>Held in conjunction with IEEE VisWeek 2014, Nov. 9-10, Paris, France.<br>Submission deadline: May 14, 2014<br>

=====================================================<br><br>LDAV Symposium:<br><br>Modern large-scale scientific simulations, sensor networks, and experiments are generating enormous datasets, with some projects approaching the multiple exabyte range in the near term. Managing and analyzing large datasets in order to transform it into insight is critical for a variety of disciplines including climate science, nuclear physics, security, materials design, transportation, and urban planning. This is currently referred to as the Big Data Challenge. The tools and approaches needed to mine, analyze, and visualize data at extreme scales can be fully realized only if we have end-to-end solutions, which demands collective, interdisciplinary efforts.<br><br>The Large Scale Data Analysis and Visualization (LDAV) symposium, to be held in conjunction with IEEE VisWeek 2014, is specifically targeting possible end-to-end solutions. The LDAV symposium will bring together domain scientists, data analysts, visualization researchers, users, designers and artists, to foster common ground for solving both near- and long-term problems.<br><br><br>Scope:<br><br>We are looking for original research contributions on a broad-range of topics related to collection, analysis, manipulation or visualization of large-scale data. We also welcome position papers on these topics.<br><br>Topics of interest include, but are not limited to:<br>- Data collection, management and curation<br>- Innovative approaches combining information visualization, visual analytics, and scientific visualization<br>- Streaming methods for analysis, collection and visualization<br>

- Novel, extreme or innovative methods for understanding and interacting with data<br>- Advanced hardware for data handling or visualization<br>- Distributed, parallel or multi-threaded approaches<br>- MapReduce-based and database-related methods, algorithms or approaches<br>

- Hierarchical data storage, retrieval or rendering<br>- Collaboration or co-design of data analysis with domain scientists<br>- Topics in cognitive issues specific to manipulating and understanding large data<br>- Application case studies<br>

- Industry solutions for big data<br><br><br>Submission Instructions:<br><br>Submitted manuscripts may not exceed 8 pages. The manuscripts can be 4-8 pages, with the authors determining length based on the content. The manuscripts should be formatted according to guidelines from IEEE VGTC.<br><br>Submission site note: Go to the submission site, log in, go to 'new submissions', and select 'LDAV 2014 Papers'.<br><br><br>Proceedings:<br><br>The proceedings of the symposium will be published together with the VisWeek proceedings and via the IEEE Xplore Digital Library.<br><br><br>Best Paper:<br><br>The LDAV Program Committee will present a Best Paper award to the authors whose submission is deemed the strongest according to the reviewing criteria. This award will be announced in conjunction with VisWeek 2014.<br><br><br>Important Dates:<br><br>Paper Submission: May 14, 2014<br>Author Notification: July 30, 2014<br>Camera-Ready Deadline: August 21, 2014<br><br>Contact: <a href="mailto:papers <at> ldav.org">papers <at> ldav.org</a><br>Link: <a href="http://ldav.org/call-for-papers.html">http://ldav.org/call-for-papers.html</a>
</div></div>
Reynaldo Gomez | 20 Apr 20:28 2014
Picon

Superbuild with OSMesa and Gallium llvmpipe?

First of all thanks to Burlen and everyone else that worked to get SurfaceLIC running under OSMesa. I was able to build pvbatch using the online instructions and it works well for my test cases.

Has anyone modified Superbuild to use Mesa 9.2.2  and llvm with pvbatch? 

I would like to set up Paraview/Superbuild to use the Gallium llvmpipe backend if possible. I tried modifying it versions.cmake and osmesa.cmake to point to version Mesa 9.2.2 and use the recommended configuration settings from the Paraview and Mesa 3D site and I must have fouled something up since I had compilation failures under Linux.

Thanks
<div><div dir="ltr">
<div>First of all thanks to Burlen and everyone else that worked to get SurfaceLIC running under OSMesa. I was able to build pvbatch using the online instructions and it works well for my test cases.</div>
<div><br></div>
<div>Has anyone modified Superbuild to use Mesa 9.2.2 &nbsp;and llvm with pvbatch?&nbsp;</div>
<div><br></div>
<div>I would like to set up Paraview/Superbuild to use the Gallium llvmpipe backend if possible. I tried modifying it versions.cmake and osmesa.cmake to point to version Mesa 9.2.2 and use the recommended configuration settings from the Paraview and Mesa 3D site and I must have fouled something up since I had compilation failures under Linux.</div>

<div>
<br>Thanks</div>
</div></div>
Samuel Key | 19 Apr 20:35 2014
Picon

SWKey: Does the PV EnSight reader accept global data?

ParaView Users,

I have noticed that ParaView 4.1.0-64 on its third tool bar has a filter 
button for "Plot Global Variables Over Time." The simulation software 
that I run has global variables total KE, total IE, et cetera.

To date, the simulation software produces EnSight 'Gold' 
binary-formatted results file sets. To get plots of global variables 
over time, I have contemplated writing code to create an additional 
EnSight results file set that has a single-vertex cell to which all of 
the global variables are assigned. Such an approach would be efficient 
to capture every-time-step results.

However, I would like to be able to put global variables in a single 
EnSight results file set if for no other reason than to make the 
management of simulation results easier.

The question is -- Does the EnSight Gold binary-formatted reader in 
Paraview accept global variables?

Maybe the first question should be -- Does the EnSight Gold format have 
a place for global variables?

Sam Key
FMA Development, LLC
1005 39th Ave NE
Great Falls, Montana 59404
USA
Aashish Chaudhary | 18 Apr 20:28 2014

Re: ParaView 4.1.0 Segmentation Fault when loading a state file

That might be the problem. Can you load your data in Paraview and save it and see if that works? 

For the interactions, you would have to add that afterwards and save it as a vr file. 

- Aashish


On Fri, Apr 18, 2014 at 1:59 PM, Cass, Adam C <ACCass <at> mtech.edu> wrote:
Hi Aashish,

I created the state file manually.

Adam
________________________________
From: Aashish Chaudhary [aashish.chaudhary <at> kitware.com]
Sent: Friday, April 18, 2014 10:08 AM
To: Cass, Adam C
Cc: paraview <at> paraview.org; Braun, Jeff
Subject: Re: [Paraview] ParaView 4.1.0 Segmentation Fault when loading a state file

Hi Adam,

There was a bug where if the display is not found then it will crash. How did you create this state file? Did you create something in ParaView and then saved it
or did you create it manually?

- Aashish



On Thu, Apr 17, 2014 at 2:01 PM, Cass, Adam C <ACCass <at> mtech.edu<mailto:ACCass <at> mtech.edu>> wrote:
Hello,

I have been trying to get the vr features of ParaView to work, but I have ran into a segmentation fault. I followed the information on the wiki about configuring the display pvx file and the config .pvsm file. I am able to run pvserver just fine, but when I try to load my state file in the client, the client crashes. My .pvsm file closely resembles the state file on the wiki. The error that is printed to the terminal is segmentation fault (core dumped).

When I run the client in gdb, gdb shows that there is an error in vtkSMStateLoader.cxx at line 500.

Adam
_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview



--
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com<http://www.kitware.com>



--
| Aashish Chaudhary
| R&D Engineer        
| Kitware Inc.           
| www.kitware.com   
<div>
<div dir="ltr">That might be the problem. Can you load your data in Paraview and save it and see if that works?&nbsp;<div><br></div>
<div>For the interactions, you would have to add that afterwards and save it as a vr file.&nbsp;</div>
<div><br></div>
<div>- Aashish</div>
</div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Fri, Apr 18, 2014 at 1:59 PM, Cass, Adam C <span dir="ltr">&lt;<a href="mailto:ACCass <at> mtech.edu" target="_blank">ACCass <at> mtech.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">Hi Aashish,<br><br>
I created the state file manually.<br><br>
Adam<br>
________________________________<br>
From: Aashish Chaudhary [<a href="mailto:aashish.chaudhary <at> kitware.com">aashish.chaudhary <at> kitware.com</a>]<br>
Sent: Friday, April 18, 2014 10:08 AM<br>
To: Cass, Adam C<br>
Cc: <a href="mailto:paraview <at> paraview.org">paraview <at> paraview.org</a>; Braun, Jeff<br>
Subject: Re: [Paraview] ParaView 4.1.0 Segmentation Fault when loading a state file<br><div class="">
<br>
Hi Adam,<br><br>
There was a bug where if the display is not found then it will crash. How did you create this state file? Did you create something in ParaView and then saved it<br>
or did you create it manually?<br><br>
- Aashish<br><br><br><br>
</div>
<div class="">On Thu, Apr 17, 2014 at 2:01 PM, Cass, Adam C &lt;<a href="mailto:ACCass <at> mtech.edu">ACCass <at> mtech.edu</a>&lt;mailto:<a href="mailto:ACCass <at> mtech.edu">ACCass <at> mtech.edu</a>&gt;&gt; wrote:<br>
Hello,<br><br>
I have been trying to get the vr features of ParaView to work, but I have ran into a segmentation fault. I followed the information on the wiki about configuring the display pvx file and the config .pvsm file. I am able to run pvserver just fine, but when I try to load my state file in the client, the client crashes. My .pvsm file closely resembles the state file on the wiki. The error that is printed to the terminal is segmentation fault (core dumped).<br><br>
When I run the client in gdb, gdb shows that there is an error in vtkSMStateLoader.cxx at line 500.<br><br>
Adam<br>
_______________________________________________<br>
</div>Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>&lt;<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>&gt;<br><div class="">
<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><br><br><br>
--<br>
| Aashish Chaudhary<br>
| R&amp;D Engineer<br>
| Kitware Inc.<br>
</div>| <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>&lt;<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>&gt;<br>
</blockquote>
</div>
<br><br clear="all"><div><br></div>-- <br>| Aashish Chaudhary <br>| R&amp;D Engineer&nbsp; &nbsp; &nbsp; &nbsp;&nbsp; <br>| Kitware Inc.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>| <a href="http://www.kitware.com">www.kitware.com</a>&nbsp; &nbsp; 
</div>
</div>
Su, Simon M CTR USAF (US | 18 Apr 17:58 2014

ParaView-4.1.0 Tecplot reader

Hello,

http://paraview.org/Wiki/ParaView/Users_Guide/List_of_readers#Tecplot_Reader mentioned about pv supported Tecplot format. Where can I find more technical description of the tecplot format and where can I find an example of the Tecplot format that ParaView-4.1.0 can read? I have been trying to load my point packing mode and block packing mode Tecplot data without success. But I know my tecplot data is valid since I am able to use tecplot's preplot in version 360_2011r1 to convert my tecplot ascii to binary without any error/warning messages.

thanks
-simon
<div>
<div>Hello,<br><br><a href="http://paraview.org/Wiki/ParaView/Users_Guide/List_of_readers#Tecplot_Reader" target="_blank">http://paraview.org/Wiki/ParaView/Users_Guide/List_of_readers#Tecplot_Reader</a> mentioned about pv supported Tecplot format. Where can I find more technical
 description of the tecplot format and where can I find an example of the Tecplot format that ParaView-4.1.0 can read? I have been trying to load my point packing mode and block packing mode Tecplot data without success. But I know my tecplot data is valid
 since I am able to use tecplot's preplot in version 360_2011r1 to convert my tecplot ascii to binary without any error/warning messages.<br><br>
thanks<br>
-simon<br>
</div>
</div>
Su, Simon M CTR USAF (US | 18 Apr 17:39 2014

pv python scripting

Hello,

http://paraview.org/Wiki/ParaView/Python_Scripting has the example on how to list the variables in a dataset.

=============
>>> reader = ExodusIIReader(FileName='.../can.ex2') # These variables are currently selected >>> reader.PointVariables ['DISPL', 'VEL', 'ACCL'] # These are available in the file >>> reader.PointVariables.Available ['DISPL', 'VEL', 'ACCL'] # Enable the DISPL array only >>> reader.PointVariables = ['DISPL'] # Force read >>> reader.UpdatePipeline() # Now check the output. Note: GlobalNodeId is generated automatically by the reader. >>> reader.PointData[:] [Array: GlobalNodeId, Array: PedigreeNodeId, Array: DISPL]
====================

If I am doing this in ParaView GUI and I load the can.ex2 data manually and then use Tools->Python Shell to get to python, how do I get a list of the variable? Who would be the parent of PointVariables.Available?  <????>.PointVariables.Available ?

thanks
-simon


<div>
<div>Hello,<br><br><a href="http://paraview.org/Wiki/ParaView/Python_Scripting" target="_blank">http://paraview.org/Wiki/ParaView/Python_Scripting</a> has the example on how to list the variables in a dataset.
<br><br>
=============<br><div dir="ltr" class="mw-geshi">
<div class="python source-python">
<span class="sy0">&gt;&gt;&gt;</span> reader = ExodusIIReader<span class="br0">(</span>FileName=<span class="st0">'.../can.ex2'</span><span class="br0">)</span>
<span class="co1"># These variables are currently selected</span>
<span class="sy0">&gt;&gt;&gt;</span> reader.<span class="me1">PointVariables</span>
<span class="br0">[</span><span class="st0">'DISPL'</span>, <span class="st0">'VEL'</span>, <span class="st0">'ACCL'</span><span class="br0">]</span>
<span class="co1"># These are available in the file</span>
<span class="sy0">&gt;&gt;&gt;</span> reader.<span class="me1">PointVariables</span>.<span class="me1">Available</span>
<span class="br0">[</span><span class="st0">'DISPL'</span>, <span class="st0">'VEL'</span>, <span class="st0">'ACCL'</span><span class="br0">]</span>
<span class="co1"># Enable the DISPL array only</span>
<span class="sy0">&gt;&gt;&gt;</span> reader.<span class="me1">PointVariables</span> = <span class="br0">[</span><span class="st0">'DISPL'</span><span class="br0">]</span>
<span class="co1"># Force read</span>
<span class="sy0">&gt;&gt;&gt;</span> reader.<span class="me1">UpdatePipeline</span><span class="br0">(</span><span class="br0">)</span>
<span class="co1"># Now check the output. Note: GlobalNodeId is generated automatically by the reader.</span>
<span class="sy0">&gt;&gt;&gt;</span> reader.<span class="me1">PointData</span><span class="br0">[</span>:<span class="br0">]</span>
<span class="br0">[</span>Array: GlobalNodeId, Array: PedigreeNodeId, Array: DISPL<span class="br0">]<br>====================<br></span>
</div>
</div>
<br>
If I am doing this in ParaView GUI and I load the can.ex2 data manually and then use Tools-&gt;Python Shell to get to python, how do I get a list of the variable? Who would be the parent of PointVariables.Available?&nbsp; &lt;????&gt;.PointVariables.Available ?<br><br>
thanks<br>
-simon<br><br><br>
</div>
</div>
Andy Bauer | 18 Apr 16:39 2014

Fwd: Stream Tracer Scaling

Hi Amir,

Please keep the discussion on the mailing list so that everyone that wants to can participate.

You could potentially do the smaller velocity data set in serial and the larger data set in parallel but would probably take a bit of extra work with Python. From the Python shell you have access to the AlltoN filter which can create a copy of the data set on a reduced amount of processes.

Regards,
Andy

---------- Forwarded message ----------
From: Amir A <amiramir12345 <at> outlook.com>
Date: Thu, Apr 17, 2014 at 2:52 PM
Subject: RE: [Paraview] Stream Tracer Scaling
To: Andy Bauer <andy.bauer <at> kitware.com>


So maybe I need to clarify a little bit. I have two data sets M and V. M is a very large dataset for the mesh structure (~8GB) and I only need to perform simple filters to it which scales very well in parallel. V is the velocity dataset which is only in part of the domain and is relatively small. I want to do streamtrace filter on V.
The problem as I said is that if I do parallel M's filters will scale, but the streamtracer will become many times slower. So is it possible to only do streamtrace on one processor serially and the rest in paralllel? 

From: amiramir12345 <at> outlook.com
To: andy.bauer <at> kitware.com
Subject: RE: [Paraview] Stream Tracer Scaling
Date: Thu, 17 Apr 2014 12:26:49 -0500


Hi Andy:

Thanks for your reply. So is it possible to run the StreamTracer in serial in a parallel setting? It would be great if this is possible, because I can keep scaling of other filters and avoid doing everything in serial.

Best,
-Amir

Date: Thu, 17 Apr 2014 13:19:52 -0400
Subject: Re: [Paraview] Stream Tracer Scaling
From: andy.bauer <at> kitware.com
To: amiramir12345 <at> outlook.com
CC: paraview <at> paraview.org

The main issue is that stream tracer just doesn't scale well. It's in essence a serial computation which is very difficult to parallelize well.


<div><div dir="ltr">
<div>
<div>Hi Amir,<br><br>Please keep the discussion on the mailing list so that everyone that wants to can participate.<br><br>
</div>You could potentially do the smaller velocity data set in serial and the larger data set in parallel but would probably take a bit of extra work with Python. From the Python shell you have access to the AlltoN filter which can create a copy of the data set on a reduced amount of processes. <br><br>
</div>Regards,<br>Andy<br><div><div><div>
<br><div class="gmail_quote">---------- Forwarded message ----------<br>From: Amir A <span dir="ltr">&lt;<a href="mailto:amiramir12345 <at> outlook.com">amiramir12345 <at> outlook.com</a>&gt;</span><br>
Date: Thu, Apr 17, 2014 at 2:52 PM<br>Subject: RE: [Paraview] Stream Tracer Scaling<br>To: Andy Bauer &lt;<a href="mailto:andy.bauer <at> kitware.com">andy.bauer <at> kitware.com</a>&gt;<br><br><br><div><div dir="ltr">So maybe I need to clarify a little bit. I have two data sets M and V. M is a very large dataset for the mesh structure (~8GB) and I only need to perform simple filters to it which scales very well in parallel. V is the velocity dataset which is only in part of the domain and is relatively small. I want to do streamtrace filter on V.<div>
The problem as I said is that if I do parallel M's filters will scale, but the streamtracer will become many times slower. So is it possible to only do streamtrace on one processor serially and the rest in paralllel?&nbsp;<br><br><div>From: <a href="mailto:amiramir12345 <at> outlook.com" target="_blank">amiramir12345 <at> outlook.com</a><br>To: <a href="mailto:andy.bauer <at> kitware.com" target="_blank">andy.bauer <at> kitware.com</a><br>Subject: RE: [Paraview] Stream Tracer Scaling<br>
Date: Thu, 17 Apr 2014 12:26:49 -0500<div class="">
<br><br><div dir="ltr">Hi Andy:<div><br></div>
<div>Thanks for your reply. So is it possible to run the StreamTracer in serial in a parallel setting? It would be great if this is possible, because I can keep scaling of other filters and avoid doing everything in serial.</div>
<div><br></div>
<div>Best,</div>
<div>-Amir<br><br><div>Date: Thu, 17 Apr 2014 13:19:52 -0400<br>Subject: Re: [Paraview] Stream Tracer Scaling<br>From: <a href="mailto:andy.bauer <at> kitware.com" target="_blank">andy.bauer <at> kitware.com</a><br>
To: <a href="mailto:amiramir12345 <at> outlook.com" target="_blank">amiramir12345 <at> outlook.com</a><br>CC: <a href="mailto:paraview <at> paraview.org" target="_blank">paraview <at> paraview.org</a><br><br><div dir="ltr">The main issue is that stream tracer just doesn't scale well. It's in essence a serial computation which is very difficult to parallelize well. <br>
</div>
<div><br></div>
</div>
</div>
<div></div> 		 	   		  </div>
</div>
</div>
</div>
<div></div> 		 	   		  </div></div>
</div>
<br>
</div></div></div>
</div></div>
Cass, Adam C | 17 Apr 20:01 2014

ParaView 4.1.0 Segmentation Fault when loading a state file

Hello,

I have been trying to get the vr features of ParaView to work, but I have ran into a segmentation fault. I
followed the information on the wiki about configuring the display pvx file and the config .pvsm file. I am
able to run pvserver just fine, but when I try to load my state file in the client, the client crashes. My
.pvsm file closely resembles the state file on the wiki. The error that is printed to the terminal is
segmentation fault (core dumped).

When I run the client in gdb, gdb shows that there is an error in vtkSMStateLoader.cxx at line 500.

Adam
Amir A | 17 Apr 18:52 2014

Stream Tracer Scaling

Dear Paraview Community:

I have a problem with performing stream tracer in parallel. It seems that it does not scale when done in paralell.
Actually the time increases compared to the serial implementation.

My data set is a structured adaptive mesh of a cube, which has velocity components (u,v,w) at each vertex. I want to create streamlines with Stream Tracer with a spherical point source.
I have tried to first apply the D3 filter but that does not help either. Any ideas is highly appreciated.

Regards,
P.S: I am doing parallel visualization correctly, meaning that other filters scale in parallel. The only problem is StreamTracer. 
<div><div dir="ltr">Dear Paraview Community:<div class="vimiumReset vimiumHUD"></div>
<div><br></div>
<div>I have a problem with performing stream tracer in parallel. It seems that it does not scale when done in paralell.</div>
<div>Actually the time increases compared to the serial implementation.</div>
<div><br></div>
<div>My data set is a structured adaptive mesh of a cube, which has velocity components (u,v,w) at each vertex. I want to create streamlines with Stream Tracer with a spherical point source.</div>
<div>I have tried to first apply the D3 filter but that does not help either. Any ideas is highly appreciated.</div>
<div><br></div>
<div>Regards,</div>
<div>P.S: I am doing parallel visualization correctly, meaning that other filters scale in parallel. The only problem is StreamTracer.&nbsp;</div> 		 	   		  </div></div>

Gmane