Re: [Paraview] ANN: ParaView 3.14, Release Candidate 2 Available

[Utkarsh Ayachit]

Burlen,

That looks pretty slick! If I had known earlier I would have started
with your code :). Any case, what you have definitely sounds
interesting. We should work on integrating the two in the future.

Utkarsh

On Fri, Feb 10, 2012 at 1:30 PM, Burlen Loring  wrote:
> Hi Utkarsh,
>
> Those sound like wonderful additions especially the new transfer function
> editor, I can't wait to start using 3.14!
>
> I want to share some experience re: the memory inspector as I had written
> something similar as a source plugin called the Process Monitor a while back
> (screen shot attached). In  the memory inspector panel it would be useful to
> organize the server ranks by host name and display the total memory used on
> each host by the pvservers. This sum is necessary to know how close you are
> to actually running out.
>
> It may also be useful to display memory usage as both absolute and % used.
> The latter would easily enable adding visual ques to the panel (eg. row
> color is changed to red when more than 75% of memory is used on an
> individual host) to warn the user that they are in danger of a crash.
>
> You may want to consider adding an "override" for reporting the amount of
> free ram (and % used) when the server is run on an SMP such as NICS
> Nautilus. Although Nautilus has 4TB of ram, users need to request a specific
> amount of ram per core when submitting a job. The kernel will kill the
> process that uses more than the requested amount, so what the system reports
> as free memory is fairly useless.
>
> An old version of the Process Monitor is in the SciVisToolKit plugin, note
> that mac server side code is not finished so only windows and linux servers
> are currently are handled. The process monitor has a number of additional
> debugging features such as the ability to attach gdb to remote servers, and
> enable backtrace on sig SEGV etc.
>
> You should also double check that the memory used value you report is
> accurate. When I tested the 3.14 binary I noticed that it reports 4G used
> when top reports only using 425m. There may be a bug in your unit
> conversion.
>
> Hope this feedback is useful, I had intended to share this work but just
> haven't had the time to finish the mac implementation. It's great that you
> have added it!
> Burlen
>
>
___
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

Re: [Paraview] ANN: ParaView 3.14, Release Candidate 2 Available

[Utkarsh Ayachit]

> Again, I'm getting python stuff installed in the wrong place, e.g.:

You're talking of "make install" in ParaView, right? The full
VTK/ParaView cmake lists are currently being redone and we will be
addressing these issues. For now, I believe you may try editing the
ParaViewSource/CMake/ParaViewCommon.cmake file and the
VTK_INSTALL_PYTHON_USING_CMAKE to OFF. Then you'll use setup.py to
install the python libs. However, I'd take that with a pinch of salt.
The developer who was working on it left the code half baked and I
haven't gotten around to figuring out how far he went or where things
stand. In any case, since other folks are already working on VTK
modularization which was affecting all cmake files, I figured I'll
wait for those changes to happen.

For generating the packages on Linux (32bit/64bit), I used a new
superbuild that I started working
(https://gitorious.org/paraview-collaboration/paraview-binaries-superbuild).
This only handles Linux, but it will evolve to handle all the 3
platforms and cases such as using prebuilt VTK. ParaView 's install
rules will then start following the mantra "install what I build" and
never install any dependencies i.e. no ffmpeg, no qt, etc. Instead,
we'd rely on such super-build projects to build and package
dependencies. A more elaborate discussion is definitely needed, and I
was thinking of starting that on the developers' list once 3.14 is
wrapped up.

Utkarsh
___
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

Re: [Paraview] roadmap to libCGNS v 3.1 ?

[Utkarsh Ayachit]

We'll be looking into it post 3.14.

On Wed, Feb 15, 2012 at 10:12 AM, Jean-Christophe Penalva
 wrote:
>  Hello,
>
>  today the last (git) version of Paraview use the libcgns V2.5 max.
>
>  Is there a roadmap to upgrade PV to use a more recent version of libcgns
> (3.1.3 today) ?
>
>  Thank you.
>
> ##
> Jean-Christophe Penalva
> Centre Informatique National de l'Enseignement Superieur (CINES)
> Montpellier, FRANCE
> Tel : 33 4 67 141 414    Fax : 33 4 67 523 763
> http://www.cines.fr/
>
> ___
> 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
___
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

Re: [Paraview] 3.14 RC2, display tab mismatch selected data in the pipeline

[Utkarsh Ayachit]

I believe this was done intentionally. It was noted that people often
need to change the "eye" status for some other  filter while editing
parameters for another and then to it ended up being quite annoying
that the "active" source changed when one clicked on the eye ball. I'm
pretty positive this has been  the case since very early 3.* days.

If there's consensus, one way or another, it's an easy fix.

Utkarsh



On Wed, Feb 15, 2012 at 7:49 AM, Paul Edwards  wrote:
>
>
> This has caught me out many times - I never did work out the steps to
> reproduce or I was going to report it!
>
> On 15 February 2012 10:54, Biddiscombe, John A.  wrote:
>>
>> How about left click on eye, toggles visibility and also activates panels,
>> right click just toggle visibility for quick enable/disable
>>
>> Currently, right click pops up the context menu, but that could be left
>> for the pipeline object itself and the eye handled separately.
>>
>> just thinking out loud
>>
>> JB
>>
>> -Original Message-
>> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
>> On Behalf Of Biddiscombe, John A.
>> Sent: 15 February 2012 11:45
>> To: Gena Bug; paraview@paraview.org
>> Subject: Re: [Paraview] 3.14 RC2, display tab mismatch selected data in
>> the pipeline
>>
>> +1
>>
>> It has caught me out a few times as I change the representation of the
>> object I think I'm editing, but it's actually the wrong one.
>>
>> -Original Message-
>> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
>> On Behalf Of Gena Bug
>> Sent: 15 February 2012 11:37
>> To: paraview@paraview.org
>> Subject: [Paraview] 3.14 RC2, display tab mismatch selected data in the
>> pipeline
>>
>> Hi!
>>
>> I've noticed that clicking on 'eye' (make data visible) also selects data
>> in the pipeline but doesn't update tabs (properties, display and info).
>>
>> Steps to reproduce:
>> 1. open any data
>> 2. clip it for example (in that case original data become invisible) 3.
>> click on 'eye' to make original data visible (this action will also select
>> data in the
>> pipeline)
>> 4. see the props, display and info tab -- they still contain data of
>> previous selected data.
>>
>> P.S. Debian testing amd64, ParaView 3.14 RC2 installed from binaries from
>> the site.
>>
>> -|-
>> Gena.
>> ___
>> 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
>> ___
>> 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
>> ___
>> 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
>
>
>
> ___
> 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
>
___
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

Re: [Paraview] Has the VTKAviWriter issue been resolved?

[Utkarsh Ayachit]

I believe that was default codec issue. It has been fixed. I could not
reproduce it with 3.14.0-RC2 binaries.

Utkarsh

On Tue, Feb 14, 2012 at 3:25 PM, Femi Alabi  wrote:
> Hello,
>
> I keep getting the following error whenever I try to save an animation in
> Paraview 3.10.1 on Windows 7 64-bit:
>
> ERROR: In ..\..\..\..\source\VTK\IO\vtkAVIWriter.cxx, line 172
> vtkAVIWriter (5234ED80): Unable to compress 
>
> I was wondering whether anyone knows how to remedy this issue. I've seen
> posts that are about a year old on this same topic, but no solutions have
> been provided that I can use.
>
> Thanks,
>
> Femi Alabi
> UNC-CH Computer Science Department
> MADAI Graduate Research Assistant
> Email: oal...@cs.unc.edu
>
> ___
> 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
>
___
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

Re: [Paraview] 3.14 RC2, display tab mismatch selected data in the pipeline

[Utkarsh Ayachit]

Ah. I can check it out.

Utkarsh

On Wed, Feb 15, 2012 at 11:55 AM, Paul Edwards  wrote:
> Utkarsh,
>
> That would be fine only the problem is that it *looks* like the object is
> selected in the pipeline browser and you need to click away and back to the
> object in order to actually select it (in order to use the object inspector
> or change representation).
>
> Regards,
> Paul
>
>
> On 15 February 2012 16:10, Utkarsh Ayachit 
> wrote:
>>
>> I believe this was done intentionally. It was noted that people often
>> need to change the "eye" status for some other  filter while editing
>> parameters for another and then to it ended up being quite annoying
>> that the "active" source changed when one clicked on the eye ball. I'm
>> pretty positive this has been  the case since very early 3.* days.
>>
>> If there's consensus, one way or another, it's an easy fix.
>>
>> Utkarsh
>>
>>
>>
>> On Wed, Feb 15, 2012 at 7:49 AM, Paul Edwards 
>> wrote:
>> >
>> >
>> > This has caught me out many times - I never did work out the steps to
>> > reproduce or I was going to report it!
>> >
>> > On 15 February 2012 10:54, Biddiscombe, John A. 
>> > wrote:
>> >>
>> >> How about left click on eye, toggles visibility and also activates
>> >> panels,
>> >> right click just toggle visibility for quick enable/disable
>> >>
>> >> Currently, right click pops up the context menu, but that could be left
>> >> for the pipeline object itself and the eye handled separately.
>> >>
>> >> just thinking out loud
>> >>
>> >> JB
>> >>
>> >> -Original Message-
>> >> From: paraview-boun...@paraview.org
>> >> [mailto:paraview-boun...@paraview.org]
>> >> On Behalf Of Biddiscombe, John A.
>> >> Sent: 15 February 2012 11:45
>> >> To: Gena Bug; paraview@paraview.org
>> >> Subject: Re: [Paraview] 3.14 RC2, display tab mismatch selected data in
>> >> the pipeline
>> >>
>> >> +1
>> >>
>> >> It has caught me out a few times as I change the representation of the
>> >> object I think I'm editing, but it's actually the wrong one.
>> >>
>> >> -Original Message-
>> >> From: paraview-boun...@paraview.org
>> >> [mailto:paraview-boun...@paraview.org]
>> >> On Behalf Of Gena Bug
>> >> Sent: 15 February 2012 11:37
>> >> To: paraview@paraview.org
>> >> Subject: [Paraview] 3.14 RC2, display tab mismatch selected data in the
>> >> pipeline
>> >>
>> >> Hi!
>> >>
>> >> I've noticed that clicking on 'eye' (make data visible) also selects
>> >> data
>> >> in the pipeline but doesn't update tabs (properties, display and info).
>> >>
>> >> Steps to reproduce:
>> >> 1. open any data
>> >> 2. clip it for example (in that case original data become invisible) 3.
>> >> click on 'eye' to make original data visible (this action will also
>> >> select
>> >> data in the
>> >> pipeline)
>> >> 4. see the props, display and info tab -- they still contain data of
>> >> previous selected data.
>> >>
>> >> P.S. Debian testing amd64, ParaView 3.14 RC2 installed from binaries
>> >> from
>> >> the site.
>> >>
>> >> -|-
>> >> Gena.
>> >> ___
>> >> 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
>> >> ___
>> >> 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 subsc

Re: [Paraview] 3.14 RC2, display tab mismatch selected data in the pipeline

[Utkarsh Ayachit]

I have a fix for this pushed into git-next. Attached is the patch.
The fix will make it into 3.14.

Thanks,
Utkarsh

On Wed, Feb 15, 2012 at 12:04 PM, Utkarsh Ayachit
 wrote:
> Ah. I can check it out.
>
> Utkarsh
>
> On Wed, Feb 15, 2012 at 11:55 AM, Paul Edwards  
> wrote:
>> Utkarsh,
>>
>> That would be fine only the problem is that it *looks* like the object is
>> selected in the pipeline browser and you need to click away and back to the
>> object in order to actually select it (in order to use the object inspector
>> or change representation).
>>
>> Regards,
>> Paul
>>
>>
>> On 15 February 2012 16:10, Utkarsh Ayachit 
>> wrote:
>>>
>>> I believe this was done intentionally. It was noted that people often
>>> need to change the "eye" status for some other  filter while editing
>>> parameters for another and then to it ended up being quite annoying
>>> that the "active" source changed when one clicked on the eye ball. I'm
>>> pretty positive this has been  the case since very early 3.* days.
>>>
>>> If there's consensus, one way or another, it's an easy fix.
>>>
>>> Utkarsh
>>>
>>>
>>>
>>> On Wed, Feb 15, 2012 at 7:49 AM, Paul Edwards 
>>> wrote:
>>> >
>>> >
>>> > This has caught me out many times - I never did work out the steps to
>>> > reproduce or I was going to report it!
>>> >
>>> > On 15 February 2012 10:54, Biddiscombe, John A. 
>>> > wrote:
>>> >>
>>> >> How about left click on eye, toggles visibility and also activates
>>> >> panels,
>>> >> right click just toggle visibility for quick enable/disable
>>> >>
>>> >> Currently, right click pops up the context menu, but that could be left
>>> >> for the pipeline object itself and the eye handled separately.
>>> >>
>>> >> just thinking out loud
>>> >>
>>> >> JB
>>> >>
>>> >> -Original Message-
>>> >> From: paraview-boun...@paraview.org
>>> >> [mailto:paraview-boun...@paraview.org]
>>> >> On Behalf Of Biddiscombe, John A.
>>> >> Sent: 15 February 2012 11:45
>>> >> To: Gena Bug; paraview@paraview.org
>>> >> Subject: Re: [Paraview] 3.14 RC2, display tab mismatch selected data in
>>> >> the pipeline
>>> >>
>>> >> +1
>>> >>
>>> >> It has caught me out a few times as I change the representation of the
>>> >> object I think I'm editing, but it's actually the wrong one.
>>> >>
>>> >> -Original Message-
>>> >> From: paraview-boun...@paraview.org
>>> >> [mailto:paraview-boun...@paraview.org]
>>> >> On Behalf Of Gena Bug
>>> >> Sent: 15 February 2012 11:37
>>> >> To: paraview@paraview.org
>>> >> Subject: [Paraview] 3.14 RC2, display tab mismatch selected data in the
>>> >> pipeline
>>> >>
>>> >> Hi!
>>> >>
>>> >> I've noticed that clicking on 'eye' (make data visible) also selects
>>> >> data
>>> >> in the pipeline but doesn't update tabs (properties, display and info).
>>> >>
>>> >> Steps to reproduce:
>>> >> 1. open any data
>>> >> 2. clip it for example (in that case original data become invisible) 3.
>>> >> click on 'eye' to make original data visible (this action will also
>>> >> select
>>> >> data in the
>>> >> pipeline)
>>> >> 4. see the props, display and info tab -- they still contain data of
>>> >> previous selected data.
>>> >>
>>> >> P.S. Debian testing amd64, ParaView 3.14 RC2 installed from binaries
>>> >> from
>>> >> the site.
>>> >>
>>> >> -|-
>>> >> Gena.
>>> >> ___
>>> >> 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
>

Re: [Paraview] Parallel ParaView - pvserver crash with EnSight file

[Utkarsh Ayachit]

What version of Mesa is this? For newer versions, make sure you follow
these instructions carefully:
http://www.paraview.org/Wiki/ParaView_And_Mesa_3D

Utkarsh

On Fri, Feb 17, 2012 at 12:26 PM, Paul Urbanczyk  wrote:
> John,
>
> Thanks for responding. I have not tried any of the previous releases, but
> I'll see what I can do. I'll also try running in a debugger.
>
> In the meantime, on a few of my crashes, I got a stack trace. I've included
> it, below. Any thoughts?
>
> -Paul
>
>
> Biddiscombe, John A. wrote:
>>
>> Paul
>>
>>  Any help is greatly appreciated!!
>> <
>>
>> Your only real chance is to attach a debugger to the pvservers and see
>> where it is crashing (and why). Without knowing that, it could be caused by
>> any number of things.
>> Did the same data work in previous releases?
>>
>> JB
>
>
> Executing with: 9
> Executing with: 9
> [hera507:29478] *** Process received signal ***
> [hera507:29478] Signal: Segmentation fault (11)
> [hera507:29478] Signal code: Address not mapped (1)
> [hera507:29478] Failing at address: (nil)
> [hera518:01024] *** Process received signal ***
> [hera518:01024] Signal: Segmentation fault (11)
> [hera518:01024] Signal code: Address not mapped (1)
> [hera518:01024] Failing at address: (nil)
> [hera518:01024] [ 0] /lib64/libpthread.so.0 [0x2aaab3ae0b70]
> [hera518:01024] [ 1] /lib64/libc.so.6(__rawmemchr+0x93) [0x2aaabee60f33]
> [hera518:01024] [ 2] /lib64/libc.so.6 [0x2aaabee533da]
> [hera518:01024] [ 3] /lib64/libc.so.6(vsscanf+0x65) [0x2aaabee47d55]
> [hera518:01024] [ 4] /lib64/libc.so.6(_IO_sscanf+0x88) [0x2aaabee430b8]
> [hera518:01024] [ 5]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN25vtkOpenGLExtensionManager20ReadOpenGLExtensionsEv+0x58c)
> [0x2aaab5d37c76]
> [hera518:01024] [ 6]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN25vtkOpenGLExtensionManager6UpdateEv+0x17f)
> [0x2aaab5d3943d]
> [hera518:01024] [ 7]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN25vtkOpenGLExtensionManager18ExtensionSupportedEPKc+0x29)
> [0x2aaab5d38d9f]
> [hera518:01024] [ 8]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN21vtkOpenGLRenderWindow10OpenGLInitEv+0x9f)
> [0x2aaab5d68b59]
> [hera518:01024] [ 9]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN22vtkXOpenGLRenderWindow21CreateOffScreenWindowEii+0x1ab)
> [0x2aaab5dcee13]
> [hera518:01024] [10]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN22vtkXOpenGLRenderWindow10InitializeEv+0xf9)
> [0x2aaab5dcef17]
> [hera518:01024] [11]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN22vtkXOpenGLRenderWindow5StartEv+0x22)
> [0x2aaab5dc9306]
> [hera518:01024] [12]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN15vtkRenderWindow14DoStereoRenderEv+0x22)
> [0x2aaab5c77a34]
> [hera518:01024] [13]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN15vtkRenderWindow10DoFDRenderEv+0x563)
> [0x2aaab5c78121]
> [hera518:01024] [14]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN15vtkRenderWindow10DoAARenderEv+0x7d9)
> [0x2aaab5c788fd]
> [hera518:01024] [15]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN15vtkRenderWindow6RenderEv+0x82f)
> [0x2aaab5c7912f]
> [hera518:01024] [16]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkRendering.so.pv3.12(_ZN22vtkXOpenGLRenderWindow6RenderEv+0x74)
> [0x2aaab5dca51e]
> [hera518:01024] [17]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkPVClientServerCore.so(_ZN30vtkPVSynchronizedRenderWindows6RenderEj+0x7f)
> [0x2bf06873]
> [hera518:01024] [18]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkPVClientServerCore.so
> [0x2bf0a5b8]
> [hera518:01024] [19]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkParallel.so.pv3.12(_ZN25vtkMultiProcessController10ProcessRMIEiPvii+0x370)
> [0x2aaab501c5a6]
> [hera518:01024] [20]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-OSMesa/chaos_4_x86_64_ib/lib/paraview-3.12/libvtkParallel.so.pv3.12(_ZN25vtkMultiProcessController11ProcessRMIsEii+0x677)
> [0x2aaab501d289]
> [hera518:01024] [21]
> /collab/usr/global/tools/Kitware/Paraview/3.12.0-

Re: [Paraview] particle tracking

[Utkarsh Ayachit]

Marcelo,

Is this using OSMesa for offscreen rendering? There was a memory leak
in 3.10.0 that has been subsequently fixed when saving animations with
OS Mesa and offscreen rendering enabled.

Utkarsh

On Mon, Feb 20, 2012 at 6:23 AM, Marcelo Emmel  wrote:
> Jean Favre  cscs.ch> writes:
>
>>
>> Berk Geveci wrote:
>> > To animate particles in a
>> > steady-state flow field, I'd think that you would generate streamlines
>> > and then somehow animate particles along those.
>>
>> this is exactly the technique I use. Generate streamlines. Then
>> iso-contour the streamline object with the scalar field
>> "IntegrationTime". Use a single threshold. Then animate the threshold
>> value. Use Mode=Sequence, get a ramp between minimum time and maximun time.
>> Use Glyphs (small spheres or arrows) attached to the iso-valued contours
>> and they will "animate" their position along the streamlines.
>>
>> Jean
>> Swiss national Supercomputing Center
>
> Dear Jean Favre,
>
> Thanks a lot, you showed me the way after a long search time!
> I am facing a new problem now: when making animations, Paraview uses all
> available memory then crashes (I am using Paraview 3.12.0 64bit). I just can
> make about 400 frames before crashing. After producing the animation, I do not
> know how to "flush" memory, since it remains busy.
> Thanks a lot and congratulations for your job.
> Best regards,
>
> Marcelo Emmel
> Mechanical Engineer, MSc
> www.emmel.eng.br
>
> ___
> 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
___
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

Re: [Paraview] ParaView 3.12.0 hanging

[Utkarsh Ayachit]

w)  Line 131 + 0x12 bytes
>>     paraview.exe!__tmainCRTStartup()  Line 547 + 0x2c bytes    C
>>     paraview.exe!WinMainCRTStartup()  Line 371    C
>>
>>
>>
>> On 31/01/2012 08:11, Goodwin Lawlor wrote:
>>>
>>> Utkarsh & John,
>>>
>>> Thanks for the tips! I'll investigate further.
>>>
>>> FWIW, this is how I checked out the source code:
>>>
>>> $ git checkout -b release-3.12.0 tags/v3.12.0
>>> $ git submodule update
>>>
>>> Initially, I hadn't updated the submodule and did hit the version
>>> incompatibility thing.
>>>
>>> Goodwin
>>>
>>> On 31/01/2012 03:44, Biddiscombe, John A. wrote:
>>>>
>>>> I've had the hanging problem a lot. Last time I found that my VTK ref
>>>> was not quite the same as the ref that the paraview repo was asking
>>>> for. When I corrected it, all was well, but it seems very sensitive to
>>>> changes which (in my opinion) shouldn't have made any difference.
>>>> Make sure git submodule update/status doesn't show any grotesque
>>>> incompatibilities. It might help ...
>>>>
>>>> JB
>>>>
>>>> -Original Message-
>>>> From: paraview-boun...@paraview.org
>>>> [mailto:paraview-boun...@paraview.org] On Behalf Of Utkarsh Ayachit
>>>> Sent: 30 January 2012 14:38
>>>> To: Goodwin Lawlor
>>>> Cc: paraview@paraview.org
>>>> Subject: Re: [Paraview] ParaView 3.12.0 hanging
>>>>
>>>> The server is expected to complain once the client is killed. The real
>>>> issue is the hanging part. Are these debug builds? Is it possible to
>>>> produce a backtrace?
>>>>
>>>> Utkarsh
>>>>
>>>> On Mon, Jan 30, 2012 at 7:13 AM, Goodwin Lawlor
>>>> wrote:
>>>>>
>>>>> Hi All,
>>>>>
>>>>> We upgraded pvserver from 3.10 to 3.12
>>>>>
>>>>> Now when the client (Win7 64bit) connects remotely to the pvserver
>>>>> (linux 64it), it hangs.
>>>>>
>>>>> When you kill the client, the server complains:
>>>>>
>>>>> Waiting for client
>>>>> Connection URL: cs://localhost:1
>>>>> Client connected.
>>>>> ERROR: In
>>>>> /home/ec2-user/vol_30GB/codes/ParaView-3.12.0/VTK/Common/vtkSocket.cxx
>>>>> , line
>>>>> 572
>>>>> vtkClientSocket (0x1208010): Socket error in call to send. Connection
>>>>> reset by peer.
>>>>>
>>>>> ERROR: In
>>>>> /home/ec2-user/vol_30GB/codes/ParaView-3.12.0/VTK/Parallel/vtkSocketCo
>>>>> mmunicator.cxx,
>>>>> line 737
>>>>> vtkSocketCommunicator (0x10f6da0): Could not send message.
>>>>>
>>>>> ERROR: In
>>>>> /home/ec2-user/vol_30GB/codes/ParaView-3.12.0/VTK/Parallel/vtkSocketCo
>>>>> mmunicator.cxx,
>>>>> line 766
>>>>> vtkSocketCommunicator (0x10f6da0): Could not receive tag. 1
>>>>>
>>>>> GetIsConnected 1
>>>>> Exiting...
>>>>>
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Goodwin
>>
>> ___
>> 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
>
>
___
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

Re: [Paraview] Apparent problems with NVIDIA driver on Linux

[Utkarsh Ayachit]

Thanks for the info, Cory.

Utkarsh

On Tue, Feb 21, 2012 at 1:51 PM, Cory Quammen  wrote:
> I wanted to post some information to hopefully save others time in
> case they are running into rendering oddities while saving an
> animation.
>
> Summary
>
> We have seen rendering problems while generating animations from
> ParaView 3.12.0 64-bit using the NVIDIA 295.20 driver on both Red Hat
> Enterprise Linux Workstation release 6.1 and Scientific Linux release
> 6.1 (Carbon). Both machines on which we observed the problem have
> NVIDIA Quadro 5000 cards. Switching to NVIDIA driver version 275.43 on
> both operating systems seems to have resolved our rendering issues.
> This driver is hard to find from the main NVIDIA driver web site, but
> you can get it here:
>
> http://www.nvidia.com/object/linux-display-amd64-275.43-driver.html
>
> Details
>
> We were trying to generate a simple animation of a time series of
> point particles visualized as glyphs. In several of the frames, a
> subset of the spheres -- all produced from one glyph filter -- would
> appear to switch to the Point representation from the Surface
> representation we wanted. This would only happen for a few
> non-consecutive frames in a 300 frame animation. They were always the
> same frames, so I initially suspected some change in ParaView or VTK
> was leading to this behavior.
>
> After compiling and testing an embarrassing number of different
> commits in ParaView's git history, I narrowed it down to the
> v3.12.0-RC1 tag. The rendering problem didn't appear for any revision
> prior to the v3.12.0-RC1 tag, but it was present at the tag and every
> commit after it. After looking at the source code, there didn't appear
> to be a change to any relevant rendering code in ParaView or VTK, much
> less anything that could have caused this problem.
>
> Giving up on the software side, I decided to try a different NVIDIA
> driver. I had version 295.20 installed when I observed the rendering
> problems. Installing version 275.43 (a more recent driver release, but
> lower driver number, for whatever reason) seems to have resolved the
> problem for ParaView 3.12.0.
>
> I don't have an explanation for why the ParaView revision seems to
> have been involved, other than perhaps the size of the binary somehow
> led to the error in the NVIDIA driver.
>
> Here's hoping I save someone some time,
> Cory
>
> --
> Cory Quammen
> Research Associate
> Department of Computer Science
> The University of North Carolina at Chapel Hill
> ___
> 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
___
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

Re: [Paraview] ParaView 3.12.0 hanging

[Utkarsh Ayachit]

IN that case, can you check where the server process is stuck? A call
stack for the server would be helpful.

Utkarsh

On Tue, Feb 21, 2012 at 2:45 PM, Goodwin Lawlor  wrote:
> Hi Utkarsh and Burlen,
>
> I applied the patch but it didn't make a difference unfortunately.
>
> A colleague also sees the same problem connecting from a Mac client, btw.
>
> The main thread on the client is stuck here:
>
>    vtkRestartInterruptedSystemCallMacro(
>      recv(this->SocketDescriptor, buffer+total, length-total, 0),
>      nRecvd);
>
> in the vtkSocket::Receive method.
>
> It looks like the execution is stuck in a worker thread though.
>
> Here's the backtrace for that thread, fwiw:
>
>        ntdll.dll!7715014d()
>        KernelBase.dll!75f80962()
>        kernel32.dll!75821a2c()
>        user32.dll!7679086a()
>        kernel32.dll!7583d3ab()
>        kernel32.dll!7583d3ab()
>        nvoglv32.dll!69b64477()
>        kernel32.dll!758233ca()
>        ntdll.dll!77169ed2()
>        ntdll.dll!77169ea5()
>
> nvoglv32 is Nvidia's opengl driver...
>
>
>
> On 21/02/2012 22:50, Utkarsh Ayachit wrote:
>>
>> Goodwin,
>>
>> Can you verify that the patch works, please?. It still might be too
>> late  for 3.14, but it'll be nice to know if it fixes the issue.
>>
>> Utkarsh
>>
>> On Tue, Feb 21, 2012 at 1:18 PM, Burlen Loring  wrote:
>>>
>>> Hi Goodwin,
>>>
>>> There is a bug in vtkSocket::Receive, where the error condition is not
>>> tested for in return from recv socket call on *nix systems. It may or may
>>> not be the source of/related to the issue that you are having but it's
>>> certainly could cause ParaView to hang silently. Sorry that I didn't
>>> submit
>>> the patch sooner, am way behind on the "new" git work flow. I've filed
>>> the
>>> bug report http://www.paraview.org/Bug/view.php?id=12955, hope it can
>>> make
>>> it into 3.14.
>>>
>>> Burlen
>>>
>>>
>>> On 02/21/2012 09:18 AM, Goodwin Lawlor wrote:
>>>>
>>>>
>>>> Following up on this.
>>>>
>>>> I built a debug 32bit version of ParaView 3.14.0-RC2 client on Win7
>>>>
>>>> It hangs on connecting to a remote server (linux 64bit) too.
>>>>
>>>> Here's the backtrace:
>>>>
>>>>     ntdll.dll!7714f8c1()
>>>>     mswsock.dll!73be6f0f()
>>>>     mswsock.dll!73be76a6()
>>>>     ws2_32.dll!763170fa()
>>>>     wsock32.dll!73fe17db()
>>>>>
>>>>>    paraview.exe!vtkSocket::Receive(void * data, int length, int
>>>>> readFully)  Line 607 + 0x1c bytes    C++
>>>>
>>>>     paraview.exe!vtkSocketCommunicator::ReceivePartialTagged(void *
>>>> data,
>>>> int wordSize, int numWords, int tag, const char * logName)  Line 907 +
>>>> 0x19
>>>> bytes    C++
>>>>     paraview.exe!vtkSocketCommunicator::ReceiveTagged(void * data, int
>>>> wordSize, int numWords, int tag, const char * logName)  Line 897    C++
>>>>     paraview.exe!vtkSocketCommunicator::ReceiveVoidArray(void * data,
>>>> int
>>>> length, int type, int remoteProcessId, int tag)  Line 367 + 0x34 bytes
>>>>  C++
>>>>     paraview.exe!vtkCommunicator::Receive(unsigned char * data, int
>>>> maxlength, int remoteHandle, int tag)  Line 214 + 0x21 bytes    C++
>>>>     paraview.exe!vtkCommunicator::Receive(vtkMultiProcessStream&
>>>>  stream,
>>>>
>>>> int remoteId, int tag)  Line 1658 + 0x1f bytes    C++
>>>>
>>>> paraview.exe!vtkMultiProcessController::Receive(vtkMultiProcessStream&
>>>> stream, int remoteId, int tag)  Line 1329 + 0x17 bytes    C++
>>>>
>>>> paraview.exe!vtkSMSessionClient::PullState(paraview_protobuf::Message *
>>>> message)  Line 590    C++
>>>>
>>>> paraview.exe!vtkSMRemoteObject::PullState(paraview_protobuf::Message *
>>>> msg)  Line 158 + 0x2f bytes    C++
>>>>     paraview.exe!vtkSMProxyDefinitionManager::SynchronizeDefinitions()
>>>>  Line 87 + 0xc bytes    C++
>>>>
>>>>
>>>>
>>>> paraview.exe!vtkSMPluginManager::LoadPluginConfigurationXMLFromString(const
>>>> char * xmlcontents, vtkSMSession * session, bool remote)  Line 179
>>>>  C++
>>>>     paraview.exe!pqPluginManag

Re: [Paraview] plot selection over time

[Utkarsh Ayachit]

That's not possible currently. There is a feature request on the bug
tracker I believe, but we havent addressed it yet.

Utkarsh

On Tue, Feb 21, 2012 at 2:43 PM, Scott, W Alan  wrote:
> Suppose I want to plot a cell variable as a function of time. I can see how
> to do that with the PlotSelectionOverTime filter. But what I really want to
> do is the same plot for many cells, all at the same time. Is there an easy
> way to do that? On the Display tab, PlotSelectionOverTime only allows me to
> select one cell at a time.
>
>
>
> Thanks,
>
> Alan
>
>
> ___
> 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
>
___
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

Re: [Paraview] ParaView 3.12.0 hanging

[Utkarsh Ayachit]

Goodwin,

Thanks for the update.

Utkarsh

On Wed, Feb 22, 2012 at 8:53 AM, Goodwin Lawlor  wrote:
> The problem seems to be server side on an aws instance - a remote pvserver
> 3.14.0-RC2 works fine on an Ubuntu desktop.
>
> I haven't got access any longer to the instance but when I do I'll debug the
> server side.
>
> Goodwin
>
>
> On 21/02/2012 23:51, Utkarsh Ayachit wrote:
>>
>> IN that case, can you check where the server process is stuck? A call
>> stack for the server would be helpful.
>>
>> Utkarsh
>>
>> On Tue, Feb 21, 2012 at 2:45 PM, Goodwin Lawlor
>>  wrote:
>>>
>>> Hi Utkarsh and Burlen,
>>>
>>> I applied the patch but it didn't make a difference unfortunately.
>>>
>>> A colleague also sees the same problem connecting from a Mac client, btw.
>>>
>>> The main thread on the client is stuck here:
>>>
>>>    vtkRestartInterruptedSystemCallMacro(
>>>      recv(this->SocketDescriptor, buffer+total, length-total, 0),
>>>      nRecvd);
>>>
>>> in the vtkSocket::Receive method.
>>>
>>> It looks like the execution is stuck in a worker thread though.
>>>
>>> Here's the backtrace for that thread, fwiw:
>>>
>>>        ntdll.dll!7715014d()
>>>        KernelBase.dll!75f80962()
>>>        kernel32.dll!75821a2c()
>>>        user32.dll!7679086a()
>>>        kernel32.dll!7583d3ab()
>>>        kernel32.dll!7583d3ab()
>>>        nvoglv32.dll!69b64477()
>>>        kernel32.dll!758233ca()
>>>        ntdll.dll!77169ed2()
>>>        ntdll.dll!77169ea5()
>>>
>>> nvoglv32 is Nvidia's opengl driver...
>>>
>>>
>>>
>>> On 21/02/2012 22:50, Utkarsh Ayachit wrote:
>>>>
>>>>
>>>> Goodwin,
>>>>
>>>> Can you verify that the patch works, please?. It still might be too
>>>> late  for 3.14, but it'll be nice to know if it fixes the issue.
>>>>
>>>> Utkarsh
>>>>
>>>> On Tue, Feb 21, 2012 at 1:18 PM, Burlen Loring
>>>>  wrote:
>>>>>
>>>>>
>>>>> Hi Goodwin,
>>>>>
>>>>> There is a bug in vtkSocket::Receive, where the error condition is not
>>>>> tested for in return from recv socket call on *nix systems. It may or
>>>>> may
>>>>> not be the source of/related to the issue that you are having but it's
>>>>> certainly could cause ParaView to hang silently. Sorry that I didn't
>>>>> submit
>>>>> the patch sooner, am way behind on the "new" git work flow. I've filed
>>>>> the
>>>>> bug report http://www.paraview.org/Bug/view.php?id=12955, hope it can
>>>>> make
>>>>> it into 3.14.
>>>>>
>>>>> Burlen
>>>>>
>>>>>
>>>>> On 02/21/2012 09:18 AM, Goodwin Lawlor wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> Following up on this.
>>>>>>
>>>>>> I built a debug 32bit version of ParaView 3.14.0-RC2 client on Win7
>>>>>>
>>>>>> It hangs on connecting to a remote server (linux 64bit) too.
>>>>>>
>>>>>> Here's the backtrace:
>>>>>>
>>>>>>     ntdll.dll!7714f8c1()
>>>>>>     mswsock.dll!73be6f0f()
>>>>>>     mswsock.dll!73be76a6()
>>>>>>     ws2_32.dll!763170fa()
>>>>>>     wsock32.dll!73fe17db()
>>>>>>>
>>>>>>>
>>>>>>>    paraview.exe!vtkSocket::Receive(void * data, int length, int
>>>>>>> readFully)  Line 607 + 0x1c bytes    C++
>>>>>>
>>>>>>
>>>>>>     paraview.exe!vtkSocketCommunicator::ReceivePartialTagged(void *
>>>>>> data,
>>>>>> int wordSize, int numWords, int tag, const char * logName)  Line 907 +
>>>>>> 0x19
>>>>>> bytes    C++
>>>>>>     paraview.exe!vtkSocketCommunicator::ReceiveTagged(void * data, int
>>>>>> wordSize, int numWords, int tag, const char * logName)  Line 897
>>>>>>  C++
>>>>>>     paraview.exe!vtkSocketCommunicator::ReceiveVoidArray(void * data,
>>>>>> int
>>>>>&

Re: [Paraview] mpirun ./pvserver

[Utkarsh Ayachit]

Verify that the paraview is built with mpi enabled (PARAVIEW_USE_MPI
cmake flag must be ON). In most likelihood, it's not.

Utkarsh

On Wed, Feb 22, 2012 at 2:45 AM, Kaster Might  wrote:
> Hi all,
>
> I have issues with running parallel pvserver on linux machine. When I try 
> this `mpirun -np 3 ./pvserver` I get error `vtkServerSocket (0xe09640): 
> Socket error in call to bind. Address already in use.` for every process but 
> first.  I believe it's because each of `pvserver` processes tries to listen 
> the same 1 port at the same time, but I couldn't find how to specify 
> different ports depending on -np parameter for mpirun. Any help or advice is 
> appreciated.
>
> Thanks.
>
> --
> Kaster Might
> ___
> 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
>
___
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

Re: [Paraview] Problem compiling master on windows

[Utkarsh Ayachit]

Paul,

vtkPVMessage should have been generated by protobuf. It must have
failed to run or something. Try this, touch
ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto and
build. You should see something like:

> Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
[ 84%] Built target protobuf_code_generation

Check the errors if any.

Utkarsh


On Wed, Feb 22, 2012 at 11:57 AM, Edwards, Paul
 wrote:
> Doesn’t anyone else get this problem?
>
>
>
> I noticed the build shows:
>
>
>
> Scanning dependencies of target protobuf_code_generation
>
> [ 77%] Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>
> [ 77%] Built target protobuf_code_generation
>
> [ 77%] generating modules
>
>
>
> But, I cannot find the vtkPVMessage.pb.h file that was supposedly generated.
>
>
>
> I’m not sure how to proceed here.  Any help would be appreciated.
>
>
> Thanks,
> Paul
>
>
>
> From: Edwards, Paul
> Sent: 22 February 2012 10:05
> To: paraview@paraview.org
> Subject: Problem compiling master on windows
>
>
>
> I get the following error when building on win64 vista with Microsoft c++:
>
>
>
> [ 83%] Building CXX object
> ParaViewCore/ServerImplementation/CMakeFiles/vtkPVServerImplementation.dir/vtkPVSessionBase.c
>
> xx.obj
>
> vtkPVSessionBase.cxx
>
> d:\scratch\paraviewsource\paraviewcore\serverimplementation\vtkSMMessage.h(30)
> : fatal error C1083: Cannot ope
>
> n include file: 'vtkPVMessage.pb.h': No such file or directory
>
> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe' :
> return code '0x2'
>
> Stop.
>
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 9.0\VC\BIN\amd64\nmake.exe"' : return code '
>
> 0x2'
>
> Stop.
>
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 9.0\VC\BIN\amd64\nmake.exe"' : return code '
>
> 0x2'
>
> Stop.
>
>
>
> Does anyone else get this?  Or, can anyone suggest a fix?
>
>
>
> Thanks in advance,
>
> Paul
>
> The data contained in, or attached to, this e-mail, may contain confidential
> information. If you have received it in error you should notify the sender
> immediately by reply e-mail, delete the message from your system and contact
> +44 (0) 1332 242424 (the Rolls-Royce IT Security Director) if you need
> assistance. Please do not copy it for any purpose, or disclose its contents
> to any other person.
>
> An e-mail response to this address may be subject to interception or
> monitoring for operational reasons or for lawful business practices.
>
> (c) 2012 Rolls-Royce plc
>
> Registered office: 65 Buckingham Gate, London SW1E 6AT Company number:
> 1003142. Registered in England.
>
>
> ___
> 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
>
___
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

[Paraview] ANN: ParaView 3.14.0 Available for download

[Utkarsh Ayachit]

Folks,

ParaView 3.14.0 is now available for download
(http://paraview.org/paraview/resources/software.php).

These notes give a summary of the major additions to this release. The
detailed change-log can be found at
http://paraview.org/Bug/changelog_page.php.

'Find Data' dialog used to select elements using queries has been
totally redesigned. The new design makes it possible to use complex
queries to select elements including combining multiple test cases
using boolean operations. More information:
http://paraview.org/Wiki/ParaView/Users_Guide/Query_Data.

A new 'Memory Inspector' panel was added to make it easier for users
running on large cluster to identify and debug memory related issues
by providing a mechanism to track the memory used on all the nodes.
More information:
http://paraview.org/Wiki/ParaView/Users_Guide/Memory_Inspector.

Extending ParaView's charting capabilities, we have added a new
scatter plot matrix view, allowing visualization of multiple
dimensions of your data in one compact form, allowing you to spot
patterns in the small scatter plots, change focus to those plots of
interest and perform basic selection.  More information:
http://paraview.org/Wiki/ParaView/Displaying_Data#Plot_Matrix_View.

The color editor used to edit lookup tables/color tables used for
scalar mapping was completely redesigned to enable editing the color
and opacity functions independently. Additionally, one can now specify
smoothly varying opacity functions very easily. More information:
http://paraview.org/Wiki/ParaView/Displaying_Data#Color_Transfer_Functions.
 Also, when coloring with an unsigned char array representing RGBA,
it's now possible to render polygonal geometry using the opacity
specified by the alpha component of the scalar array.

To make it easier to deal with a large number of views at the same
time, ParaView now supports creating multiple tabs for placing views.
This enables rapid switching of views laid out on a tile-display by
simply switching the active tab. More information:
http://paraview.org/Wiki/ParaView/Displaying_Data#Multiple_Views.

With improvements to the view layout framework, it is now possible to
change the layout of views using Python. More information:
http://paraview.org/Wiki/ParaView/Python_Scripting#Updating_View_Layout.

3.14 includes enhancements to the Plugin framework enabling developers
to provide documentation for their plugins. The documentation for the
plugins shows up in the default application help window accessible
from the Tools menu. More information:
http://paraview.org/Wiki/Plugin_HowTo#Adding_Documentation_for_Plugins.

ParaView Server Configuration Script (pvsc) files is the de-facto
mechanism in ParaView to connect to different remote computing sites.
With 3.14, we have added a pvsc distribution mechanism that makes it
easier for site maintainers and ParaView users alike to
distribute/obtain configuration files for different sites. More
information: 
http://paraview.org/Wiki/ParaView/Distributing_Server_Configuration_Files.

Several other usability enhancements were made to this release. For
example, it is now possible to easily copy values such as ranges,
bounds, etc. from the information tab, statics inspector, spreadsheet
view, to the clipboard. To make it easier to find items in variables
lists and trees, one can use Ctrl+F to popup a search widget that
searches through the selected widget. More information:
http://paraview.org/Wiki/ParaView/Users_Guide/Introduction#Features.

Also all inspector panels including information tab, display tab and,
properties tab are now dockable.

Netcdf4 has been updated to 4.1.2, making it possible to access hdf5
backed netcdf formats.

This release also includes two new experimental features:
* Collaboration: this adds support to connect multiple clients to the
same server (pvserver) for collaborative visualization.
* Multi-Servers: this adds support to the ParaView client to connect
to multiple remote servers at the same time to build separate
pipelines on the connected servers using the same client.
Note that these are both experimental features and should be
considered as 'alpha'. More information:
http://www.paraview.org/Wiki/ParaView/Collaboration.


- ParaView Team.
___
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

Re: [Paraview] mpirun ./pvserver

[Utkarsh Ayachit]

There are on http://www.paraview.org/paraview/resources/software.php,
however you have to use mpiexec provided by the package.

Utkarsh

On Wed, Feb 22, 2012 at 1:53 PM, Kaster Might  wrote:
> Actually, I didn't build anything, because when I tried it took 3 hours and
> threw some error on 89%, so I just gave up and downloaded ready-to-go
> version. I believe that's the reason then. Is there any MPI enabled
> precompiled distro for linux?
>
> Thanks.
>
> --
> Kaster Might
>
> On Feb 22, 2012, at 7:03 AM, Utkarsh Ayachit wrote:
>
> Verify that the paraview is built with mpi enabled (PARAVIEW_USE_MPI
> cmake flag must be ON). In most likelihood, it's not.
>
> Utkarsh
>
> On Wed, Feb 22, 2012 at 2:45 AM, Kaster Might  wrote:
>
> Hi all,
>
>
> I have issues with running parallel pvserver on linux machine. When I try
> this `mpirun -np 3 ./pvserver` I get error `vtkServerSocket (0xe09640):
> Socket error in call to bind. Address already in use.` for every process but
> first.  I believe it's because each of `pvserver` processes tries to listen
> the same 1 port at the same time, but I couldn't find how to specify
> different ports depending on -np parameter for mpirun. Any help or advice is
> appreciated.
>
>
> Thanks.
>
>
> --
>
> Kaster Might
>
> ___
>
> 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
>
>
>
___
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

Re: [Paraview] copy/pase of clip filter crashes ParaView (tested in 3.14)

[Utkarsh Ayachit]

Thanks for reporting Nehme. I've added a bug report:
http://paraview.org/Bug/view.php?id=12959

Utkarsh

On Wed, Feb 22, 2012 at 11:42 AM, Nehme Bilal  wrote:
> Hello,
>
> Just to let you know that copying and pasting of a clip filter causes
> a crash. I think it will be the same for all filters using a 3D
> widget.
>
> I implemented a copy/paste few years ago for ParaViewGeo (based on
> ParaView 3.4) and I think that it was able to copy the 3D widgets
> correctly. The copy/paste action was a little different: when you copy
> a filter, you can paste it on a source and it will create a new filter
> on that source with the copied properties.
> I find the new way used in ParaView (copying and pasting from/to
> existing objects) simpler and better. Here is my old code, in case it
> can help fixing the bug.
>
> //
> void pqPipelineBrowser::copyItem()
> {
>  // The copy item option only supports one filter at a time.
>  if(this->getSelectionModel()->selectedIndexes().size() != 1)
>    {
>                        this->proxyCopy = NULL;
>                        this->proxyCopyType = "none";
>                        this->portCopy = NULL;
>                        return;
>    }
>  QModelIndex current = this->getSelectionModel()->currentIndex();
>        vtkSMProxyManager *proxyManager = vtkSMProxyManager::GetProxyManager();
>
>  pqPipelineFilter *filter = dynamic_cast(
>      this->Model->getItemFor(current));
>  if(filter)
>    {
>                        this->proxyCopyType = "filter";
>                        this->portCopy = filter->getOutputPort(0);
>                }
>        else
>        {
>                pqPipelineSource *source = dynamic_cast(
>                                this->Model->getItemFor(current));
>
>                if(source)
>                {
>                        this->portCopy = source->getOutputPort(0);
>                        this->proxyCopyType = "source";
>                }
>                else
>                {
>                        this->portCopy = NULL;
>                        this->proxyCopyType = "none";
>                }
>        }
>        emit copyFired(this->portCopy);
> }
>
> //
> void pqPipelineBrowser::pasteItem()
> {
>
>        if(!this->portCopy)
>                return;
>
>        QModelIndexList indexes = this->getSelectionModel()->selectedIndexes();
>
>  // The copy/paste feature only supports one filter at a time.
>  if(indexes.size() != 1)
>    {
>                        return;
>    }
>
>        pqOutputPort *Port = NULL;
>
>  QModelIndex current = this->getSelectionModel()->currentIndex();
>        pqPipelineSource *source = dynamic_cast(
>     this->Model->getItemFor(current));
>
>        if(!source)
>        {
>                Port = dynamic_cast(
>                        this->Model->getItemFor(indexes.first()));
>                if(Port)
>                {
>                        source = Port->getSource();
>                }
>        }
>
>        pqApplicationCore* core = pqApplicationCore::instance();
>        pqObjectBuilder* builder = core->getObjectBuilder();
>
>        if(source)
>        {
>                if(this->proxyCopyType == "filter")
>                {
>                        vtkSMInputProperty *input = 
> vtkSMInputProperty::SafeDownCast(
>                                
> portCopy->getSource()->getProxy()->GetProperty("Input"));
>                        input->RemoveAllUncheckedProxies();
>
>                        if(!Port)
>                        {
>                                Port = source->getOutputPort(0);
>                        }
>                        input->AddUncheckedInputConnection(
>                                Port->getSource()->getProxy(), 
> Port->getPortNumber());
>
>
>                        if(input->IsInDomains())
>                        {
>                                QMap > 
> namedInputs;
>                                QList inputs;
>                                inputs.push_back(Port);
>                                namedInputs["Input"] = inputs;
>
>                                pqPipelineSource* newFilter = 
> builder->createFilter("filters",
>                                        
> portCopy->getSource()->getProxy()->GetXMLName(), namedInputs,
>                                        this->Internal->activeServer);
>                                this->copyPipelineProxy(portCopy->getSource(), 
> newFilter);
>                        }
>                        else
>                        {
>                                qDebug()<< "incompatible source type";
>                        }
>
>
>                }
>        }
>
>        else if(this->proxyCopyType == "source")
>        {
>                vtkSMStringVectorProperty *fileName = 
> vtkSMStringVectorProperty::
>                        
> SafeDownCast(portCopy->getSource()->

Re: [Paraview] Problem compiling master on windows

[Utkarsh Ayachit]

Ah! I think I know the problem. It might work fine if you use Visual
Studio IDE and not nmake. Can you try the attached patch please?

Utkarsh

On Wed, Feb 22, 2012 at 12:54 PM, Edwards, Paul
 wrote:
> I just modified ExecuteProtoC.cmake to print the variable ${OutDir}:
>
> message(STATUS "OUTDIR = " ${OutDir})
> execute_process(
>  COMMAND "D:/scratch/RollsRoyceParaView/${OutDir}/protoc" 
> "--cpp_out=dllexport_decl=VTK_PROTOBUF_EXPORT:D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
>  --proto_path 
> "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources"
>  
> "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto"
>  WORKING_DIRECTORY 
> "D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
> )
>
>
> And, it gives this:
>
> -- OUTDIR = .
>
> When running on the commandline (with the correct path) it generates the 
> files.
>
> Regards,
> Paul
>
>
>
>
>
> -Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: 22 February 2012 17:39
> To: Edwards, Paul
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] Problem compiling master on windows
>
> Paul,
>
> vtkPVMessage should have been generated by protobuf. It must have
> failed to run or something. Try this, touch
> ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto and
> build. You should see something like:
>
>> Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
> [ 84%] Built target protobuf_code_generation
>
> Check the errors if any.
>
> Utkarsh
>
>
> On Wed, Feb 22, 2012 at 11:57 AM, Edwards, Paul
>  wrote:
>> Doesn't anyone else get this problem?
>>
>>
>>
>> I noticed the build shows:
>>
>>
>>
>> Scanning dependencies of target protobuf_code_generation
>>
>> [ 77%] Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>
>> [ 77%] Built target protobuf_code_generation
>>
>> [ 77%] generating modules
>>
>>
>>
>> But, I cannot find the vtkPVMessage.pb.h file that was supposedly generated.
>>
>>
>>
>> I'm not sure how to proceed here.  Any help would be appreciated.
>>
>>
>> Thanks,
>> Paul
>>
>>
>>
>> From: Edwards, Paul
>> Sent: 22 February 2012 10:05
>> To: paraview@paraview.org
>> Subject: Problem compiling master on windows
>>
>>
>>
>> I get the following error when building on win64 vista with Microsoft c++:
>>
>>
>>
>> [ 83%] Building CXX object
>> ParaViewCore/ServerImplementation/CMakeFiles/vtkPVServerImplementation.dir/vtkPVSessionBase.c
>>
>> xx.obj
>>
>> vtkPVSessionBase.cxx
>>
>> d:\scratch\paraviewsource\paraviewcore\serverimplementation\vtkSMMessage.h(30)
>> : fatal error C1083: Cannot ope
>>
>> n include file: 'vtkPVMessage.pb.h': No such file or directory
>>
>> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe' :
>> return code '0x2'
>>
>> Stop.
>>
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
>> 9.0\VC\BIN\amd64\nmake.exe"' : return code '
>>
>> 0x2'
>>
>> Stop.
>>
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
>> 9.0\VC\BIN\amd64\nmake.exe"' : return code '
>>
>> 0x2'
>>
>> Stop.
>>
>>
>>
>> Does anyone else get this?  Or, can anyone suggest a fix?
>>
>>
>>
>> Thanks in advance,
>>
>> Paul
>>
>> The data contained in, or attached to, this e-mail, may contain confidential
>> information. If you have received it in error you should notify the sender
>> immediately by reply e-mail, delete the message from your system and contact
>> +44 (0) 1332 242424 (the Rolls-Royce IT Security Director) if you need
>> assistance. Please do not copy it for any purpose, or disclose its contents
>> to any other person.
>>
>> An e-mail response to this address may be subject to interception or
>> monitoring for operational reasons or for lawful business practices.
>>
>> (c) 2012 Rolls-Royce plc
>>
>> Registered office: 65 Buckingham Gate, London SW1E 6AT Company number:
>> 1003142. Registered in England.
>>
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other 

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

Try running paraview as such:

> LD_DEBUG=libs ./bin/paraview

The click FIle | Open and make it crash.

Look at the output generated. It should show you the libraries that it
searched for and loaded. See if you detect any Qt library mismatches.

Utkarsh

On Thu, Feb 23, 2012 at 7:37 AM, Richard GRENON  wrote:
> Hi Gena.
>
> When I launch PV 3.14 Linux from a terminal, it crashes again when I try to
> open a file but I get this error message:
>>
>> Cannot mix incompatible Qt libraries
>
> Is there a Qt library missing in the PV 3.14 binaries and is PV searching
> for an old one installed on my Workstation ?
>
> But I have no problem with the previous Linux version version PV 3.12, and
> selecting in the menu "Help -> About" shows that this is the same Qt 464
> version in PV 3.12 and in PV 3.14.
>
>
> Best regards.
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
> ___
> 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
___
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

Re: [Paraview] Multiple Point selection error

[Utkarsh Ayachit]

Looks like you compiled version is 3.14-RC2. Try updating. Not sure if
the issue was resolved since the RC2.

Utkarsh

On Thu, Feb 23, 2012 at 10:01 AM, Abdullahi Sanusi
 wrote:
> Hi Utkarsh,
> Multiple point selection worked fine just the way it appears on the
> screenshot you attached only when I am using the installable (.exe)
> version but not the source that I compiled. However, I need to work on
> my own build version to enable me extend it functionality to achieve
> my project aim. Please see attached screenshots for the errors.
> Cheers.
>
>
>
> On 2/22/12, Utkarsh Ayachit  wrote:
>> Works for me (Screenshot attached). Any additional details to
>> reproduce the issue?
>>
>>
>>
>> On Wed, Feb 22, 2012 at 12:51 PM, Abdullahi Sanusi
>>  wrote:
>>> Hi All,
>>>
>>> Whenever I try to select more than point using Select Points On + holding
>>> down the ctrl key and using mouse to pick pick points I get this error
>>> Generic Warning: In
>>> C:\ParaView-3.14.0\ParaViewCore\ServerManager\vtkSMPropertyHelper.cxx,
>>> line
>>> 399
>>>
>>> Call not supported for the current property type
>>>
>>> Please help.
>>>
>>>
>>> ___
>>> 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
>>>
>>
___
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

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

The offending line is:

find library=libQtSvg.so.4 [0]; searching

  7785:   trying file=/usr/lib64/qt4/lib64/libQtSvg.so.4

Try the following. If that works, I'll update the binaries:

Remove files  ./lib/paraview-3.14/iconengines/libqsvgicon.so and
./lib/paraview-3.14/imageformats/libqsvg.so and try again.

Utkarsh
___
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

Re: [Paraview] mpirun ./pvserver

[Utkarsh Ayachit]

Your Qt is not built with WebKit. Did you build Qt from source as well?

Utkarsh

On Thu, Feb 23, 2012 at 3:13 PM, Kaster Might  wrote:
> OK, new version didn't help. So I tried to compile from source, again. After 
> spending another 3 hrs I got this error. I thing that's the error I got last 
> time.
>
> ---code start---
>
> Building CXX object Qt/Widgets/CMakeFiles/pqWidgets.dir/pqHelpWindow.cxx.o
> ~/ParaView-3.14.0-Source/Qt/Widgets/pqHelpWindow.cxx(50): catastrophic error: 
> cannot open source file "QWebPage"
>  #include 
>                     ^
>
> compilation aborted for 
> /home/kaster/Downloads/ParaView-3.14.0-Source/Qt/Widgets/pqHelpWindow.cxx 
> (code 4)
> gmake[2]: *** [Qt/Widgets/CMakeFiles/pqWidgets.dir/pqHelpWindow.cxx.o] Error 4
> gmake[1]: *** [Qt/Widgets/CMakeFiles/pqWidgets.dir/all] Error 2
> gmake: *** [all] Error 2
>
> ---code end ---
>
> How can I get that header file, or whatever  is.
>
> Thanks.
>
> --
> Kaster Might
>
> On Feb 22, 2012, at 12:27 PM, Utkarsh Ayachit wrote:
>
>> There are on http://www.paraview.org/paraview/resources/software.php,
>> however you have to use mpiexec provided by the package.
>>
>> Utkarsh
>>
>> On Wed, Feb 22, 2012 at 1:53 PM, Kaster Might  wrote:
>>> Actually, I didn't build anything, because when I tried it took 3 hours and
>>> threw some error on 89%, so I just gave up and downloaded ready-to-go
>>> version. I believe that's the reason then. Is there any MPI enabled
>>> precompiled distro for linux?
>>>
>>> Thanks.
>>>
>>> --
>>> Kaster Might
>>>
>>> On Feb 22, 2012, at 7:03 AM, Utkarsh Ayachit wrote:
>>>
>>> Verify that the paraview is built with mpi enabled (PARAVIEW_USE_MPI
>>> cmake flag must be ON). In most likelihood, it's not.
>>>
>>> Utkarsh
>>>
>>> On Wed, Feb 22, 2012 at 2:45 AM, Kaster Might  wrote:
>>>
>>> Hi all,
>>>
>>>
>>> I have issues with running parallel pvserver on linux machine. When I try
>>> this `mpirun -np 3 ./pvserver` I get error `vtkServerSocket (0xe09640):
>>> Socket error in call to bind. Address already in use.` for every process but
>>> first.  I believe it's because each of `pvserver` processes tries to listen
>>> the same 1 port at the same time, but I couldn't find how to specify
>>> different ports depending on -np parameter for mpirun. Any help or advice is
>>> appreciated.
>>>
>>>
>>> Thanks.
>>>
>>>
>>> --
>>>
>>> Kaster Might
>>>
>>> ___
>>>
>>> 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
>>>
>>>
>>>
>
___
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

Re: [Paraview] Compiling Plugins for the Binary Release

[Utkarsh Ayachit]

Can you post the CMakeCache.txt file you're using for building the
plugin? For linux which super build did you use? The linux binaries
were built using the following repo (checkout tag v3.14.0) :

https://gitorious.org/paraview-collaboration/paraview-binaries-superbuild

To influence the search path, you can use INSTALL_RPATH
(http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:set_target_properties),
however that's still won't help unless you know exactly where your
users are going to install ParaView. Users either have to set
LD_LIBRARY PATH, or simply put all the .so files under
<..>/lib/paraview3.14/ directory.

Utkarsh

On Fri, Feb 24, 2012 at 6:50 AM, Oliver Behm  wrote:
> Hello,
>
> I am currently trying to compile a rather simple reader plugin so that
> it works with the binary release (Linux, 64 Bit, 3.12).
>
> To this end I compiled the paraview sources with the SuperBuild function,
> which seams to have worked just fine. But when I compile any plugins
> using this build the resulting library is linked against libpng 1.5 from the
> SuperBuild folder as well as libpng 1.2 from the system paths.
>
> Since we don't have libpng 1.5 installed globally it would be very nice
> if I could prevent the plugin from linking it? Is that possible?
>
> I don't really see how this library can be necessary since the binary
> distribution of paraview does not require it either and I certainly don't
> do anything with my reader that the standard readers don't do too.
>
> Aside from that is there anyway I can easily influence the search paths
> that are compiled into the library? I'd like to set them to the location
> of that libraries that ship with the binary distribution instead of my
> local SuperBuild.
>
> Best regards
> Oliver Behm
> ___
> 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
___
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

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

> For me, the state files from PV312 are almost compatible with PV 314: when
> opening an earlier version state file, PV 314 just proposes to create an
> additional view that may be canceled and I  recover the full saved state.
> Maybe this is due to the new "Layout" feature ?

That shouldn't affect it. I remember ensuring that the layout xmls are
compatible.
Can you share a state file to reproduce this issue? I'd like to have
it addressed.

Utkarsh
___
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

Re: [Paraview] Compiling Plugins for the Binary Release

[Utkarsh Ayachit]

I think I know the problem. Qt was built with libpng 1.2 and ParaView
superbuild is building paraview with libpng 1.5 and hence the issue.
You'lll have to build Qt telling it to link against libpng1.5. The new
superbuild I used for ParaView 3.14 takes care of that, but I'm not
sure it'll work out of the box for 3.12. You might be better off just
building Qt with libpng 1.5.

Also try running "readelf -d " on all shared libraries in your
plugin. That should at the least tell you which "so" is bringing in a
libpng. If none of your "so"s refer to libpng directly, I'd think that
should work just fine.

Utkarsh

On Fri, Feb 24, 2012 at 8:48 AM, Oliver Behm  wrote:
> I have attached the CMakeCache.txt. I am using the SuperBuild
> directory of the ParaView 3.12 source release from the ParaView
> website, since we are still using version 3.12.
>
> I will try the new version though, if I can make that work that
> will probably suffice.
>
> Thanks for the RPATH hint, that is actually quite helpful.
>
> Regards
> Oliver
>
> On 02/24/2012 02:30 PM, Utkarsh Ayachit wrote:
>> Can you post the CMakeCache.txt file you're using for building the
>> plugin? For linux which super build did you use? The linux binaries
>> were built using the following repo (checkout tag v3.14.0) :
>>
>> https://gitorious.org/paraview-collaboration/paraview-binaries-superbuild
>>
>> To influence the search path, you can use INSTALL_RPATH
>> (http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:set_target_properties),
>> however that's still won't help unless you know exactly where your
>> users are going to install ParaView. Users either have to set
>> LD_LIBRARY PATH, or simply put all the .so files under
>> <..>/lib/paraview3.14/ directory.
>>
>> Utkarsh
>>
>> On Fri, Feb 24, 2012 at 6:50 AM, Oliver Behm  
>> wrote:
>>> Hello,
>>>
>>> I am currently trying to compile a rather simple reader plugin so that
>>> it works with the binary release (Linux, 64 Bit, 3.12).
>>>
>>> To this end I compiled the paraview sources with the SuperBuild function,
>>> which seams to have worked just fine. But when I compile any plugins
>>> using this build the resulting library is linked against libpng 1.5 from the
>>> SuperBuild folder as well as libpng 1.2 from the system paths.
>>>
>>> Since we don't have libpng 1.5 installed globally it would be very nice
>>> if I could prevent the plugin from linking it? Is that possible?
>>>
>>> I don't really see how this library can be necessary since the binary
>>> distribution of paraview does not require it either and I certainly don't
>>> do anything with my reader that the standard readers don't do too.
>>>
>>> Aside from that is there anyway I can easily influence the search paths
>>> that are compiled into the library? I'd like to set them to the location
>>> of that libraries that ship with the binary distribution instead of my
>>> local SuperBuild.
>>>
>>> Best regards
>>> Oliver Behm
>>> ___
>>> 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
>
___
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

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

Richard,

A state file without data would help too. Let's start there and see if
we can address the issues.

Thanks,
Utkarsh

On Fri, Feb 24, 2012 at 9:11 AM, Richard GRENON  wrote:
> Utkarsh Ayachit a écrit :
>
>>> For me, the state files from PV312 are almost compatible with PV 314:
>>> when
>>> opening an earlier version state file, PV 314 just proposes to create an
>>> additional view that may be canceled and I  recover the full saved state.
>>> Maybe this is due to the new "Layout" feature ?
>>>
>>
>>
>> That shouldn't affect it. I remember ensuring that the layout xmls are
>> compatible.
>> Can you share a state file to reproduce this issue? I'd like to have
>> it addressed.
>>
>> Utkarsh
>>
>>
>>
>
>
> Utkarsh, the state files that I used cannot be shared because they concern
> confidential data and the datasets are heavy. Is the state file alone
> without dataset useful for you ?
> But I could also try to build a small pvsm test file with test data with PV
> 312 and see what happens when reading with PV 314, and I will send it on
> next Monday.
>
> In fact, it's not really important (for me) if PV 314 proposes to create an
> additional view as you can cancel it.
>
> More annoying is another problem that I discovered with one of my PV 312
> pvsm state files with heavy data sets : PV 314 crashed after selecting the
> state file while loading the data!  I don't know if the crash occurs when PV
> 314 is trying to create an additional view. But the state file is for a
> complex pipeline that should produce a 3D view from full CFD data with some
> surface grids and field cuts in surface mode and some surface grids in
> surface LIC mode, and two spreadsheet views that show the data in
> SurfaceFlow objects. I discovered that PV 314 could read a modified state
> file that was saved by PV 312 after having deleted the two spreadsheet
> views, and I could create again these two spreadsheet views within PV 314.
> If the full state file without dataset is useful for you I will sent it on
> next Monday.
>
> Best regards.
>
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
___
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

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

Thanks Richard, I could reproduce both the issue. I've pushed a fix
for the first and I'll track the second one down as well.

FYI: http://paraview.org/Bug/view.php?id=12964

Utkarsh
___
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

Re: [Paraview] PV 3.14 Linux crashes when trying to open a file

[Utkarsh Ayachit]

> Thank you Utkarsh. Removing these libraries makes PV 314 able to open data
> files or load pvsm states.
> Please, let me know when the updated binaries will be available and I will
> make tests.

Richard, the new binaries have now been uploaded.

Utkarsh
___
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

Re: [Paraview] vtkPVMessage.pb.h

[Utkarsh Ayachit]

Andy,

check this thread out, it may provide some pointer as to what may be
happening: http://www.paraview.org/pipermail/paraview/2012-January/023668.html

It maybe an issue with ExecuteProtoC.cmake.in

Utkarsh

On Mon, Feb 27, 2012 at 8:46 AM, Sebastien Jourdain
 wrote:
> Hi Andy,
>
> so doing a clean clone with the -recursive flag did not solved the issue ?
>
> What is the system that you are trying to build on ? Are you doing any
> cross-compiling ?
>
> Seb
>
> On Mon, Feb 27, 2012 at 11:36 AM, Parker, Andrew (UK Filton)
>  wrote:
>> Hi,
>>
>> So that didn't work
>>
>>
>> -Original Message-
>> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] 
>> On Behalf Of Sebastien Jourdain
>> Sent: 27 February 2012 15:54
>> To: Parker, Andrew (UK Filton)
>> Cc: paraview@paraview.org
>> Subject: Re: [Paraview] vtkPVMessage.pb.h
>>
>> *** WARNING ***
>>
>>  This message has originated outside your organisation,
>>  either from an external partner or the Global Internet.
>>      Keep this in mind if you answer this message.
>>
>> I believe it is a submodule update issue...
>>
>> try to reclone ParaView or at least make sure when you type "git status" 
>> everything is up to date.
>>
>> Seb
>>
>> On Mon, Feb 27, 2012 at 9:48 AM, Parker, Andrew (UK Filton) 
>>  wrote:
>>> Compiling on 64 linux using the 6.4.1 tool-chain...don't think the patch
>>> will work for me seems to be for windows only.. Any thoughts?
>>>
>>>
>>>
>>> From: Paul Edwards [mailto:paul.m.edwa...@gmail.com]
>>> Sent: 27 February 2012 14:41
>>> To: Parker, Andrew (UK Filton)
>>> Cc: paraview@paraview.org
>>> Subject: Re: [Paraview] vtkPVMessage.pb.h
>>>
>>>
>>>
>>>                     *** WARNING ***
>>>
>>>   This message has originated outside your organisation,
>>>   either from an external partner or the Global Internet.
>>>       Keep this in mind if you answer this message.
>>>
>>> Take a look at my post from last week.  I had the same problem and
>>> Utkarsh sent a patch.  I assume you are using nmake on windows?
>>>
>>>
>>>
>>> Regards,
>>> Paul
>>>
>>> On 27 February 2012 14:36, Parker, Andrew (UK Filton)
>>>  wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> Compiling a git checkout of the 3.14.0 tag of paraview, any thoughts
>>> on this compile error?
>>>
>>>
>>>
>>>
>>>
>>> [ 80%] Building CXX object
>>> ParaViewCore/ServerImplementation/CMakeFiles/vtkPVServerImplementation
>>> .dir/vtkPVSessionBase.cxx.o
>>>
>>> In file included from
>>> repos/paraview/ParaView/ParaViewCore/ServerImplementation/vtkPVSessionBase.cxx:23:0:
>>>
>>> epos/paraview/ParaView/ParaViewCore/ServerImplementation/vtkSMMessage.h:30:29:
>>> fatal error: vtkPVMessage.pb.h: No such file or directory
>>>
>>> compilation terminated.
>>>
>>>
>>>
>>> Cheers,
>>> Andy
>>>
>>>
>>> 
>>> This email and any attachments are confidential to the intended
>>> recipient and may also be privileged. If you are not the intended
>>> recipient please delete it from your system and notify the sender.
>>> You should not copy it or use it for any purpose nor disclose or
>>> distribute its contents to any other person.
>>> 
>>>
>>>
>>> ___
>>> 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
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>>>
>> ___
>> 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
>>
> ___
> 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
___
Powered by www.kitware.com

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

Re: [Paraview] cmake removing rpath

[Utkarsh Ayachit]

This might help too:
http://nixos.org/patchelf.html

Utkarsh

On Tue, Feb 28, 2012 at 7:18 AM, Peter Brady  wrote:
> Hi Burlen,
>
> Thanks for the help.  The wrapper script solved my problem.  Although, I
> would still like to know how to "officially" set the correct paths using
> rpath to avoid the proliferation of shell scripts on my machine.
>
> Thanks,
> Peter.
>
>
> On Fri, Feb 24, 2012 at 5:07 PM, Burlen Loring  wrote:
>>
>> On 02/24/2012 01:22 PM, Peter Brady wrote:
>>
>> If I set my LD_LIBRARY_PATH to include my 7.5.2 Mesa libraries then
>> offscreen rendering works fine.  However, I don't want my system as a whole
>> to use my separate Mesa libraries; only Paraview.
>>
>> Hi Peter,
>>
>> I don't know the rpath settings but I have a couple of easy alternatives
>> if all you want to do is modify ld lib path for PV without affecting other
>> installed apps. What about starting pv with a shell script? eg.
>>
>> #!/bin/bash
>> export LD_LIBRARY_PATH=/path/to/your/osmesa:$LD_LIBRARY_PATH
>> /path/to/your/pvpython $*
>>
>>
>> the modules package is also very useful for changing paths on the fly.
>>
>> Burlen
>
>
>
>
> --
> Peter Brady, Ph.D.
> Postdoctoral Research Associate
>
> Sibley School of Mechanical and Aerospace Engineering
> Cornell University
> 191 Grumman Hall
> Ithaca, NY 14853-7501
> peter.br...@cornell.edu
>
>
>
> ___
> 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
>
___
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

Re: [Paraview] vtkPVMessage.pb.h

[Utkarsh Ayachit]

You basically have to create a plugin for your code. Looks like you're
creating a reader, take a look at
http://www.paraview.org/Wiki/Plugin_HowTo#Adding_a_Reader

You'll create a new plugin for your reader and tell ParaView to build
that plugin as one of its own built in plugin, by setting the
EXTRA_EXTERNAL_PLUGIN_DIRS cmake variable.

Now when all is built, you can load the plugin using Plugin Manager
(it will show up automatically) and even make it "auto-load" on
startup.

Hope that helps,
Utkarsh

On Tue, Feb 28, 2012 at 5:45 AM, Parker, Andrew (UK Filton)
 wrote:
> So my issue then I think is that I used the following method, and have all 
> the files that relate to this approach:
>
> http://www.paraview.org/Wiki/index.php?title=Extending_ParaView_at_Compile_Time&oldid=13197
>
> However, after your post I've now just read this:
>
> http://paraview.org/Wiki/Extending_ParaView_at_Compile_Time
>
> Can you advise, I'm not really sure where to go from here.  I think I'm 
> trying to use a deprecated approach.  I want to still add the code at compile 
> time, but I need to use the new method to do so, is there an update of the 
> first link for the > 3.12 method?  Any other advice would be appreciated.
>
> Cheers,
> Andy
>
> -Original Message-
> From: Sebastien Jourdain [mailto:sebastien.jourd...@kitware.com]
> Sent: 28 February 2012 13:20
> To: Parker, Andrew (UK Filton)
> Cc: Utkarsh Ayachit; paraview@paraview.org
> Subject: Re: [Paraview] vtkPVMessage.pb.h
>
> *** WARNING ***
>
>  This message has originated outside your organisation,
>  either from an external partner or the Global Internet.
>      Keep this in mind if you answer this message.
>
> Hi Andy,
>
> yes there is a change that may affect you but you might be able to fix it by 
> updating your CMake and the way you define your plugin.
>
> I can not guarantee the issue that you are facing is what I have in mind, but 
> if your proxy create a class that was not defined inside your ParaView plugin 
> but in a library that you build against, then you need to tell ParaView to 
> add that library in the list of VTK objects to process so they can be handle 
> with client/server stream. To do so, we added a new field (CS_KITS) to the 
> plugin declaration. The ParaView Manta plugin is a good example for that.
>
> Here is the striped off Manta plugin declaration for CMake
>
> add_paraview_plugin(
>  MantaView "2.0"
>  SERVER_MANAGER_SOURCES   cxx
>  SERVER_MANAGER_XML             xml
>  GUI_SOURCES                             .cxx
>  CS_KITS
>    vtkManta                          <-- List of external VTK library
> that you are using
> )
>
> Hope that helps, otherwise you will need to send us your XML proxy definition,
>
> Seb
>
> On Tue, Feb 28, 2012 at 5:36 AM, Parker, Andrew (UK Filton) 
>  wrote:
>> Hi,
>>
>> So that worked straight off, nice one thanks for your help. If you need any 
>> system specific build info to bug fix this let me know.  However, having 
>> built paraview from source to incorporate my readers, which worked perfectly 
>> in 3.10, I now get this when trying to use them in 3.14:
>>
>> ERROR: In ParaView/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>> line 307 vtkSISourceProxy (0x17c35640): Failed to create MyReader. Aborting 
>> for debugging purposes.
>>
>> Before I debug this, is this an obvious bug due to interface changes between 
>> the two releases?  Any advice?
>>
>> Cheers,
>> Andy
>>
>> -Original Message-
>> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
>> Sent: 28 February 2012 00:35
>> To: Sebastien Jourdain
>> Cc: Parker, Andrew (UK Filton); paraview@paraview.org
>> Subject: Re: [Paraview] vtkPVMessage.pb.h
>>
>> *** WARNING ***
>>
>>  This message has originated outside your organisation,
>>  either from an external partner or the Global Internet.
>>      Keep this in mind if you answer this message.
>>
>> Andy,
>>
>> check this thread out, it may provide some pointer as to what may be
>> happening:
>> http://www.paraview.org/pipermail/paraview/2012-January/023668.html
>>
>> It maybe an issue with ExecuteProtoC.cmake.in
>>
>> Utkarsh
>>
>> On Mon, Feb 27, 2012 at 8:46 AM, Sebastien Jourdain 
>>  wrote:
>>> Hi Andy,
>>>
>>> so doing a clean clone with the -recursive flag did not solved the issue ?
>>>
>>> What is the system that you are trying to build on ? Are you doing
>>> any cross-compiling ?
>>>
>>> Seb
>>>

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Burlen,

I haven't tried reproducing the problem, but looking at the code, it's
pretty obvious why it could fail. I'll work on a fix soon. I think
this and few other state file backwards compatibility related issues
that been reported may warrant a quick patch release. But I'll check
with the team once I get back next week and give everyone an update.

Utkarsh

On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring  wrote:
> Hi Rick,
>
> yes things are fine in 3.12 it's only with 3.14 that I'm having this issue.
>
> Burlen
>
>
> On 02/29/2012 10:52 AM, Angelini, Richard C CIV (US) wrote:
>>
>> Burlen - I've been testing with 3.12, not 3.14 ... did things work for you
>> in 3.12 and they are now broken in 3.14?
>> 
>> Rick Angelini
>>
>> USArmy Research Laboratory
>> Computational Sciences Division/Computing Architectures Branch
>> HPC Architectures Development Team
>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&  Assessment  Center
>> Phone:  410-278-6266
>>
>> 
>> From: Burlen Loring [blor...@lbl.gov]
>> Sent: Wednesday, February 29, 2012 1:29 PM
>> To: Angelini, Richard C CIV (US)
>> Cc: paraview@paraview.org
>> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>>
>> Hi Rick,
>>
>> Good, maybe it's something specific to my configuration although I don't
>> have any idea what it could be off hand. Just to be sure: do you mean
>> that you haven't had noticed problems or that you've positively verified
>> that after using the enum once you could change the value?
>>
>> thanks
>> Burlen
>>
>> On 02/29/2012 10:31 AM, Angelini, Richard C CIV (US) wrote:
>>>
>>> What platform is the client running on?   We make extensive use of pvsc
>>> and enumerations and have not seen this  (mis)behavior on our Mac/Linux
>>> client workstations..
>>> 
>>> Rick Angelini
>>>
>>> USArmy Research Laboratory
>>> Computational Sciences Division/Computing Architectures Branch
>>> HPC Architectures Development Team
>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&   Assessment
>>>  Center
>>> Phone:  410-278-6266
>>>
>>> 
>>> From: paraview-boun...@paraview.org [paraview-boun...@paraview.org] on
>>> behalf of Burlen Loring [blor...@lbl.gov]
>>> Sent: Wednesday, February 29, 2012 12:58 PM
>>> To: paraview@paraview.org
>>> Subject: [Paraview] 3.14 pvsc enumeration issues
>>>
>>> Hi,
>>>
>>> I've encountered bugs with pvsc enumerations in version 3.14.0. I have
>>> the attached pvsc that makes use of a couple of enumerations. After
>>> connecting once w/ this pvsc, neither of the enums save the user's
>>> choice in the GUI the next time the server is used. However they seem to
>>> remember the user's last choice internally and always uses that instead
>>> of what the user has selected in the GUI. Neither setting save=false or
>>> removing the default attribute helps. I filed the bug report here.
>>> http://paraview.org/Bug/view.php?id=12969 If it's confirmed would the
>>> bug be fixed in another 3.14 release? or should I simply remove
>>> enumerations from our pvsc's for 3.14?
>>>
>>> Burlen
>>>
>>>
>>>
>>>
>>>
>
> ___
> 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
___
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

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Burlen,

Attached is a patch. Can you please verify if that solves the issue?
Seems to working now in my tests.

Thanks
Utkarsh

On Wed, Feb 29, 2012 at 3:33 PM, Utkarsh Ayachit
 wrote:
> Burlen,
>
> I haven't tried reproducing the problem, but looking at the code, it's
> pretty obvious why it could fail. I'll work on a fix soon. I think
> this and few other state file backwards compatibility related issues
> that been reported may warrant a quick patch release. But I'll check
> with the team once I get back next week and give everyone an update.
>
> Utkarsh
>
> On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring  wrote:
>> Hi Rick,
>>
>> yes things are fine in 3.12 it's only with 3.14 that I'm having this issue.
>>
>> Burlen
>>
>>
>> On 02/29/2012 10:52 AM, Angelini, Richard C CIV (US) wrote:
>>>
>>> Burlen - I've been testing with 3.12, not 3.14 ... did things work for you
>>> in 3.12 and they are now broken in 3.14?
>>> 
>>> Rick Angelini
>>>
>>> USArmy Research Laboratory
>>> Computational Sciences Division/Computing Architectures Branch
>>> HPC Architectures Development Team
>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&  Assessment  Center
>>> Phone:  410-278-6266
>>>
>>> 
>>> From: Burlen Loring [blor...@lbl.gov]
>>> Sent: Wednesday, February 29, 2012 1:29 PM
>>> To: Angelini, Richard C CIV (US)
>>> Cc: paraview@paraview.org
>>> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>>>
>>> Hi Rick,
>>>
>>> Good, maybe it's something specific to my configuration although I don't
>>> have any idea what it could be off hand. Just to be sure: do you mean
>>> that you haven't had noticed problems or that you've positively verified
>>> that after using the enum once you could change the value?
>>>
>>> thanks
>>> Burlen
>>>
>>> On 02/29/2012 10:31 AM, Angelini, Richard C CIV (US) wrote:
>>>>
>>>> What platform is the client running on?   We make extensive use of pvsc
>>>> and enumerations and have not seen this  (mis)behavior on our Mac/Linux
>>>> client workstations..
>>>> 
>>>> Rick Angelini
>>>>
>>>> USArmy Research Laboratory
>>>> Computational Sciences Division/Computing Architectures Branch
>>>> HPC Architectures Development Team
>>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&   Assessment
>>>>  Center
>>>> Phone:  410-278-6266
>>>>
>>>> 
>>>> From: paraview-boun...@paraview.org [paraview-boun...@paraview.org] on
>>>> behalf of Burlen Loring [blor...@lbl.gov]
>>>> Sent: Wednesday, February 29, 2012 12:58 PM
>>>> To: paraview@paraview.org
>>>> Subject: [Paraview] 3.14 pvsc enumeration issues
>>>>
>>>> Hi,
>>>>
>>>> I've encountered bugs with pvsc enumerations in version 3.14.0. I have
>>>> the attached pvsc that makes use of a couple of enumerations. After
>>>> connecting once w/ this pvsc, neither of the enums save the user's
>>>> choice in the GUI the next time the server is used. However they seem to
>>>> remember the user's last choice internally and always uses that instead
>>>> of what the user has selected in the GUI. Neither setting save=false or
>>>> removing the default attribute helps. I filed the bug report here.
>>>> http://paraview.org/Bug/view.php?id=12969 If it's confirmed would the
>>>> bug be fixed in another 3.14 release? or should I simply remove
>>>> enumerations from our pvsc's for 3.14?
>>>>
>>>> Burlen
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>> ___
>> 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


0001-BUG-12969.-Checkboxes-and-Comboboxes-not-working-cor.patch
Description: Binary data
___
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

Re: [Paraview] Step interpolation in keyframes via Python?

[Utkarsh Ayachit]

Try,

keyframe.Interpolation = "Boolean"

On Thu, Mar 1, 2012 at 7:40 AM, Marc A. Kastner  wrote:
> Hello,
>
> I am trying to write a python script for a project where I need to animate
> stuff. When doing it manually, I usually use the Step interpolation feature
> between keyframes. How do I get such a behaviour with a Python skript? I
> tried following code snipplet in Python shell:
>
> keyframe = CompositeKeyFrame()
> keyframe.Interpolation = 'Step' (This attribute is default 'Ramp' so I
> thought this would work)
>
> But it says: "ValueError: Step is not a valid value.".
>
> Thanks in advance.
>
> - Marc A. Kastner
> ___
> 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
___
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

Re: [Paraview] Paraview 3.14RC2: selection problem

[Utkarsh Ayachit]

Matthias,

The default array that's getting picked to label the points is the
scalar "temperature" and hence the values are shown as doubles. The
constant value seems to be due to the nature of the dataset and the
current selection. Try changing the label array to Point ID from the
selection inspector panel to see the ids.

Utkarsh

On Mon, Feb 27, 2012 at 11:53 PM, Zenker, Dr. Matthias
 wrote:
> Hi,
>
> I have just downloaded the new 3.14.0 release, and unfortunately the bug is 
> only "half fixed". Selected points appear in the selection inspector with 
> their correct numbers now, but the point labels are still shown in float 
> format, with the same number for all selected points.
> I have attached a small file for you to reproduce. Just load it, , hit 
> "Apply", select some points, and set the Point Label to "visible" in the 
> Selection Inspector.
> Naively this bug should be easy to fix, as it is not present in 3.12.0-RC2.
>
> Matthias
>
>
> -Ursprüngliche Nachricht-
> Von: David E DeMarle [mailto:dave.dema...@kitware.com]
> Gesendet: Donnerstag, 16. Februar 2012 21:26
> An: Zenker, Dr. Matthias
> Cc: paraview@paraview.org
> Betreff: Re: [Paraview] Paraview 3.14RC2: selection problem
>
> Thanks for the report.
>
> Kyle fixed it in development head and it should be fixed in the RC3.
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
>
>
> On Tue, Feb 14, 2012 at 11:28 AM, Zenker, Dr. Matthias 
>  wrote:
>> Hi,
>>
>> I have a problem with the new Paraview release candidate (3.14.0-RC2):
>> when I select points in my geometry, they do not appear in the
>> selection inspector, and their point numbers are shown as floats when
>> I set the point labels to "visible". I can do "plot selection over
>> time", however, and in the "Display" tab, the correct point numbers
>> are displayed. But I cannot delete points in the selection inspector because 
>> the list does not appear.
>> Paraview 3.12.0-RC2 does not have this problem.
>> I have uploaded sample files at
>> http://www.kitware.com/cgi-bin/uploadfile.cgi (I have put Utkarsh in
>> the "intended for" field) for you to test.
>> I hope a bugfix will make it into the 3.14 release...
>>
>> Matthias
>>
>>
>>
>> _
>> ERBE Elektromedizin GmbH
>> Firmensitz: 72072 Tuebingen
>> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
>> Registergericht: Stuttgart HRB 380137
>>
>>
>> ___
>> 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
>>
>
>
> _
> ERBE Elektromedizin GmbH
> Firmensitz: 72072 Tuebingen
> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
> Registergericht: Stuttgart HRB 380137
>
>
> ___
> 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
>
___
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

Re: [Paraview] ParaView 3.12: state of calculated variables not restored

[Utkarsh Ayachit]

Can you try reproducing with 3.14.0 and using a default reader e..g
opening disk_out_ref.ex2? I tried with 3.14.0 and doing something
similar with disl_out_ref.ex2 and had no issues loading the calculated
variables.

Utkarsh

On Mon, Feb 27, 2012 at 1:41 PM, Joshua Murphy
 wrote:
> Hello,
>
> I am having an issue with restoring the state of a pipeline.  I have a
> pipeline that uses the calculator to calculate Density * Radius ^2, and
> then displays the values on several different views (I am using a custom
> plugin, if that makes a difference). When I restore the state of the
> pipeline, everything restores except the values of the calculator.
>
> For example:
>
> To start
>        * I create a pipeline that uses Density and Radius from my plugin
>        * I add a calculator to calculate Density*Radius^2
>        * I display the results on 2 cut planes and 1 3-D contour
>        * I save the state
>
> Load from disk
>        * I load the state from disk, selecting the same data set
>        * When the state finishes loading, the values in Density*Radius^2 are 
> all
> Zero.
>
> Work Around
>        * If I rename the variable for the calculator, the values are then
> calculated
>        * I then need to re-apply the new variable to the components
>
> Is there something that needs to be done in my reader to ensure that these
> values calculate on restoring state, or is there something wrong the
> ParaView itself?
>
> Thanks,
> Josh
>
> ___
> 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
___
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

Re: [Paraview] plot 2d curve

[Utkarsh Ayachit]

If you're using Python scripting exclusively, then you can indeed
directly use matplotlib or any other Pyhton modules for generating
plots. However if you want those plots to be rendered in the ParaView
GUI or on tile-displays, etc. then you want to use ParaView's plots.
For that can use the Calculator or Python Calculator to compute the
derived quantity then apply the "Plot Data" filter to plot the arrays
in plots.

Utkarsh

On Thu, Mar 1, 2012 at 7:55 AM, hicham mach  wrote:
> Hi all,
>
> I use PV with a python scripts and i want to plot a 2d curve (y = f(x)).
> my question is :  can i call matplotlib to plot a 2d curve in PV?
> If not, it have in PV  a filter that do this and which file format should be
> used ?
>
> thank you for your help.
>
> Hicham
>
> ___
> 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
>
___
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

Re: [Paraview] Text over iterations

[Utkarsh Ayachit]

That's an interesting problem. Try looking at the implementation of
the vtkTimeToTextConvertor filter. You will need to write a new
vtkTableToTextConvertor as a plugin to achieve a similar effect.

When you write the XML definition for this filter., don't forget to
add the following hint so that ParaView knows it treat it as producing
text:

 
   
 

Look at the TimeToTextConvertorSource xml definition under
ParaViewCore/ServerImplementation/Resources/sources.xml

Utkarsh

On Fri, Mar 2, 2012 at 1:46 AM, Alexander Grayver
 wrote:
> Hello,
>
> I have a set of volumes named in a sequential way and loaded as a
> time-varying data. I also have simple text file with a set of numbers
> assigned to each of the volume (e.g. csv with just one column and number of
> rows corresponds to the number of volumes). During animation I want text
> with data from file be drawn over 3D view. Just like Annotate time, but
> instead of time there should be numbers taken from file.
> Can someone point me to the right direction?
> Thanks in advance.
>
> --
> Regards,
> Alexander
>
> ___
> 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
___
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

Re: [Paraview] Difference between vector and vector_components

[Utkarsh Ayachit]

vector_components uses 1 component of the vector to scale. Currently
it only uses 0th component (i.e. X component). I believe the panel is
missing a widget to pick other components.

Utkarsh

On Mon, Mar 5, 2012 at 6:47 AM, Richard GRENON  wrote:
> Hello.
>
> I think that the right scale mode for arrow glyph should be "vector": in
> this mode, the glyph (the arrow) would be scaled according to the vector
> magnitude while it remains aligned with the vector.
>
> I am not sure but I think that the scale mode "vector components" means that
> each component of the glyph would be scaled according to the same component
> of the vector, so the arrow would be deformed and may not have the same
> orientation as the vector. But if you choose a sphere instead of an arrow,
> the sphere would become an ellipse with its greatest axis aligned with the
> vector.
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
>
> ___
> 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
___
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

Re: [Paraview] Flip vtk

[Utkarsh Ayachit]

Try the "Reflect" filter.

Utkarsh

On Sun, Mar 4, 2012 at 3:15 PM, Hila Hiler  wrote:
> Hi All,
>
> I was wondering,
> How I can flip a vtk (a simple surface which saved as a vtk file) with
> Paraview's gui?
>
> Thanks!
>
> ___
> 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
>
___
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

Re: [Paraview] plot 2d curve

[Utkarsh Ayachit]

By argument, you mean as an input dataset? You'll have to create a
vtk-dataset (vtkTable) using the array. I believe there are examples
on the Wiki how to do that. Let me know if you cannot find them, and I
can fish them out for you.

Utkarsh

On Sat, Mar 3, 2012 at 10:32 AM, hicham mach  wrote:
> Thank you Utkarsh for your answer. I used this solution to plot array data
> created with a python script  :
>
> run a python script with PV and generate array data
> write data in a file *.dat
> use "programmable filter" to read this file
> use "Plot Data" to plot.
>
> I have an other question : how can i use a python list as an argument for a
> "Programmable Filer" ?
>
> Thanks
>
>
>
> 2012/3/2 Utkarsh Ayachit 
>>
>> If you're using Python scripting exclusively, then you can indeed
>> directly use matplotlib or any other Pyhton modules for generating
>> plots. However if you want those plots to be rendered in the ParaView
>> GUI or on tile-displays, etc. then you want to use ParaView's plots.
>> For that can use the Calculator or Python Calculator to compute the
>> derived quantity then apply the "Plot Data" filter to plot the arrays
>> in plots.
>>
>> Utkarsh
>>
>> On Thu, Mar 1, 2012 at 7:55 AM, hicham mach  wrote:
>> > Hi all,
>> >
>> > I use PV with a python scripts and i want to plot a 2d curve (y = f(x)).
>> > my question is :  can i call matplotlib to plot a 2d curve in PV?
>> > If not, it have in PV  a filter that do this and which file format
>> > should be
>> > used ?
>> >
>> > thank you for your help.
>> >
>> > Hicham
>> >
>> > ___
>> > 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
>> >
>
>
___
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

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Burlen,

To give you an update, we have decided to put out a patch release
within the next week or so that should include the fix for this bug.

Utkarsh

On Wed, Feb 29, 2012 at 6:41 PM, Burlen Loring  wrote:
> That seems to have fixed the problem, thanks Utkarsh!
>
>
> On 02/29/2012 03:43 PM, Utkarsh Ayachit wrote:
>>
>> Burlen,
>>
>> Attached is a patch. Can you please verify if that solves the issue?
>> Seems to working now in my tests.
>>
>> Thanks
>> Utkarsh
>>
>> On Wed, Feb 29, 2012 at 3:33 PM, Utkarsh Ayachit
>>   wrote:
>>>
>>> Burlen,
>>>
>>> I haven't tried reproducing the problem, but looking at the code, it's
>>> pretty obvious why it could fail. I'll work on a fix soon. I think
>>> this and few other state file backwards compatibility related issues
>>> that been reported may warrant a quick patch release. But I'll check
>>> with the team once I get back next week and give everyone an update.
>>>
>>> Utkarsh
>>>
>>> On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring  wrote:
>>>>
>>>> Hi Rick,
>>>>
>>>> yes things are fine in 3.12 it's only with 3.14 that I'm having this
>>>> issue.
>>>>
>>>> Burlen
>>>>
>>>>
>>>> On 02/29/2012 10:52 AM, Angelini, Richard C CIV (US) wrote:
>>>>>
>>>>> Burlen - I've been testing with 3.12, not 3.14 ... did things work for
>>>>> you
>>>>> in 3.12 and they are now broken in 3.14?
>>>>> 
>>>>> Rick Angelini
>>>>>
>>>>> USArmy Research Laboratory
>>>>> Computational Sciences Division/Computing Architectures Branch
>>>>> HPC Architectures Development Team
>>>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&    Assessment
>>>>>  Center
>>>>> Phone:  410-278-6266
>>>>>
>>>>> 
>>>>> From: Burlen Loring [blor...@lbl.gov]
>>>>> Sent: Wednesday, February 29, 2012 1:29 PM
>>>>> To: Angelini, Richard C CIV (US)
>>>>> Cc: paraview@paraview.org
>>>>> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>>>>>
>>>>> Hi Rick,
>>>>>
>>>>> Good, maybe it's something specific to my configuration although I
>>>>> don't
>>>>> have any idea what it could be off hand. Just to be sure: do you mean
>>>>> that you haven't had noticed problems or that you've positively
>>>>> verified
>>>>> that after using the enum once you could change the value?
>>>>>
>>>>> thanks
>>>>> Burlen
>>>>>
>>>>> On 02/29/2012 10:31 AM, Angelini, Richard C CIV (US) wrote:
>>>>>>
>>>>>> What platform is the client running on?   We make extensive use of
>>>>>> pvsc
>>>>>> and enumerations and have not seen this  (mis)behavior on our
>>>>>> Mac/Linux
>>>>>> client workstations..
>>>>>> 
>>>>>> Rick Angelini
>>>>>>
>>>>>> USArmy Research Laboratory
>>>>>> Computational Sciences Division/Computing Architectures Branch
>>>>>> HPC Architectures Development Team
>>>>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&     Assessment
>>>>>>  Center
>>>>>> Phone:  410-278-6266
>>>>>>
>>>>>> 
>>>>>> From: paraview-boun...@paraview.org [paraview-boun...@paraview.org] on
>>>>>> behalf of Burlen Loring [blor...@lbl.gov]
>>>>>> Sent: Wednesday, February 29, 2012 12:58 PM
>>>>>> To: paraview@paraview.org
>>>>>> Subject: [Paraview] 3.14 pvsc enumeration issues
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I've encountered bugs with pvsc enumerations in version 3.14.0. I have
>>>>>> the attached pvsc that makes use of a couple of enumerations. After
>>>>>> connecting once w/ this pvsc, neither of the enums save the user's
>>>>>> choice in the GUI the next time the server is used. However they seem
>>>>>> to
>>>>>> remember the user's last choice internally and always uses that
>>>>>> instead
>>>>>> of what the user has selected in the GUI. Neither setting save=false
>>>>>> or
>>>>>> removing the default attribute helps. I filed the bug report here.
>>>>>> http://paraview.org/Bug/view.php?id=12969 If it's confirmed would the
>>>>>> bug be fixed in another 3.14 release? or should I simply remove
>>>>>> enumerations from our pvsc's for 3.14?
>>>>>>
>>>>>> Burlen
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>> ___
>>>> 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
>
>
___
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

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Yes, I believe we ran into that as well. Short of re-factoring the
PointSpritePlugin, the work around for now is to disable the
point-sprite plugin when using visit-bridge and static builds.

Utkarsh

On Mon, Mar 5, 2012 at 1:36 PM, Burlen Loring  wrote:
> Utkarsh,
>
> By the way, not a huge issue but I also had a problem with static builds
> when trying to enable the visit bridge. The visit bridge and the Point
> Sprite Pluign both had copies of some of the same code.
> http://paraview.org/Bug/view.php?id=12972
>
>
> Burlen
>
> On 03/05/2012 10:12 AM, Utkarsh Ayachit wrote:
>>
>> Burlen,
>>
>> To give you an update, we have decided to put out a patch release
>> within the next week or so that should include the fix for this bug.
>>
>> Utkarsh
>>
>> On Wed, Feb 29, 2012 at 6:41 PM, Burlen Loring  wrote:
>>>
>>> That seems to have fixed the problem, thanks Utkarsh!
>>>
>>>
>>> On 02/29/2012 03:43 PM, Utkarsh Ayachit wrote:
>>>>
>>>> Burlen,
>>>>
>>>> Attached is a patch. Can you please verify if that solves the issue?
>>>> Seems to working now in my tests.
>>>>
>>>> Thanks
>>>> Utkarsh
>>>>
>>>> On Wed, Feb 29, 2012 at 3:33 PM, Utkarsh Ayachit
>>>>     wrote:
>>>>>
>>>>> Burlen,
>>>>>
>>>>> I haven't tried reproducing the problem, but looking at the code, it's
>>>>> pretty obvious why it could fail. I'll work on a fix soon. I think
>>>>> this and few other state file backwards compatibility related issues
>>>>> that been reported may warrant a quick patch release. But I'll check
>>>>> with the team once I get back next week and give everyone an update.
>>>>>
>>>>> Utkarsh
>>>>>
>>>>> On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring
>>>>>  wrote:
>>>>>>
>>>>>> Hi Rick,
>>>>>>
>>>>>> yes things are fine in 3.12 it's only with 3.14 that I'm having this
>>>>>> issue.
>>>>>>
>>>>>> Burlen
>>>>>>
>>>>>>
>>>>>> On 02/29/2012 10:52 AM, Angelini, Richard C CIV (US) wrote:
>>>>>>>
>>>>>>> Burlen - I've been testing with 3.12, not 3.14 ... did things work
>>>>>>> for
>>>>>>> you
>>>>>>> in 3.12 and they are now broken in 3.14?
>>>>>>> 
>>>>>>> Rick Angelini
>>>>>>>
>>>>>>> USArmy Research Laboratory
>>>>>>> Computational Sciences Division/Computing Architectures Branch
>>>>>>> HPC Architectures Development Team
>>>>>>> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&      Assessment
>>>>>>>  Center
>>>>>>> Phone:  410-278-6266
>>>>>>>
>>>>>>> 
>>>>>>> From: Burlen Loring [blor...@lbl.gov]
>>>>>>> Sent: Wednesday, February 29, 2012 1:29 PM
>>>>>>> To: Angelini, Richard C CIV (US)
>>>>>>> Cc: paraview@paraview.org
>>>>>>> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>>>>>>>
>>>>>>> Hi Rick,
>>>>>>>
>>>>>>> Good, maybe it's something specific to my configuration although I
>>>>>>> don't
>>>>>>> have any idea what it could be off hand. Just to be sure: do you mean
>>>>>>> that you haven't had noticed problems or that you've positively
>>>>>>> verified
>>>>>>> that after using the enum once you could change the value?
>>>>>>>
>>>>>>> thanks
>>>>>>> Burlen
>>>>>>>
>>>>>>> On 02/29/2012 10:31 AM, Angelini, Richard C CIV (US) wrote:
>>>>>>>>
>>>>>>>> What platform is the client running on?   We make extensive use of
>>>>>>>> pvsc
>>>>>>>> and enumerations and have not seen this  (mis)behavior on our
>>>>>>>> Mac/Linux
>>>>>>>> client works

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Sounds good to me. Or always mangle VisIt classes for PointSprite,
until we have time to fix the PointSprite plugin cleanly.

Utkarsh

On Mon, Mar 5, 2012 at 2:35 PM, Robert Maynard
 wrote:
> Hi,
>
> I think we can fix this by modifying the PointSprite plugin to check to see
> if the VisIt Bridge is enabled and to conditional building the conflicting
> classes only when the Bridge is disabled or we can name mangle the VisIt
> classes that the PointSprite plugin is building.
>
>
> On Mon, Mar 5, 2012 at 2:15 PM, Burlen Loring  wrote:
>>
>> Sorry, misread your reply, sounds like you would prefer to keep
>> visit-bridge on. But will you disabled point-sprite in the binary release? I
>> noticed that when the client has it but server does not it causes a crash.
>>
>>
>> On 03/05/2012 11:11 AM, Burlen Loring wrote:
>>>
>>> So are you disabling VisIt bridge in the binary release? If not would it
>>> still lead to a crash if the binary has VB on, and the server has VB off?
>>>
>>> On 03/05/2012 11:21 AM, Utkarsh Ayachit wrote:
>>>>
>>>> Yes, I believe we ran into that as well. Short of re-factoring the
>>>> PointSpritePlugin, the work around for now is to disable the
>>>> point-sprite plugin when using visit-bridge and static builds.
>>>>
>>>> Utkarsh
>>>>
>>>> On Mon, Mar 5, 2012 at 1:36 PM, Burlen Loring  wrote:
>>>>>
>>>>> Utkarsh,
>>>>>
>>>>> By the way, not a huge issue but I also had a problem with static
>>>>> builds
>>>>> when trying to enable the visit bridge. The visit bridge and the Point
>>>>> Sprite Pluign both had copies of some of the same code.
>>>>> http://paraview.org/Bug/view.php?id=12972
>>>>>
>>>>>
>>>>> Burlen
>>>>>
>>>>> On 03/05/2012 10:12 AM, Utkarsh Ayachit wrote:
>>>>>>
>>>>>> Burlen,
>>>>>>
>>>>>> To give you an update, we have decided to put out a patch release
>>>>>> within the next week or so that should include the fix for this bug.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Wed, Feb 29, 2012 at 6:41 PM, Burlen Loring
>>>>>>  wrote:
>>>>>>>
>>>>>>> That seems to have fixed the problem, thanks Utkarsh!
>>>>>>>
>>>>>>>
>>>>>>> On 02/29/2012 03:43 PM, Utkarsh Ayachit wrote:
>>>>>>>>
>>>>>>>> Burlen,
>>>>>>>>
>>>>>>>> Attached is a patch. Can you please verify if that solves the issue?
>>>>>>>> Seems to working now in my tests.
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Wed, Feb 29, 2012 at 3:33 PM, Utkarsh Ayachit
>>>>>>>>       wrote:
>>>>>>>>>
>>>>>>>>> Burlen,
>>>>>>>>>
>>>>>>>>> I haven't tried reproducing the problem, but looking at the code,
>>>>>>>>> it's
>>>>>>>>> pretty obvious why it could fail. I'll work on a fix soon. I think
>>>>>>>>> this and few other state file backwards compatibility related
>>>>>>>>> issues
>>>>>>>>> that been reported may warrant a quick patch release. But I'll
>>>>>>>>> check
>>>>>>>>> with the team once I get back next week and give everyone an
>>>>>>>>> update.
>>>>>>>>>
>>>>>>>>> Utkarsh
>>>>>>>>>
>>>>>>>>> On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring
>>>>>>>>>  wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Rick,
>>>>>>>>>>
>>>>>>>>>> yes things are fine in 3.12 it's only with 3.14 that I'm having
>>>>>>>>>> this
>>>>>>>>>> issue.
>>>>>>>>>>
>>>>>>>>>> Burlen
>>>>>>>>>>
>>>>>>>>>>
>>>>>>&

Re: [Paraview] 3.14 pvsc enumeration issues

[Utkarsh Ayachit]

Great! Thanks John.

Utkarsh

On Mon, Mar 5, 2012 at 3:39 PM, Biddiscombe, John A.  wrote:
> Thanks. These ones will be easy to fix. I’ll have a crack at refactoring the
> PSplugin as soon as possible.
>
>
>
> JB
>
>
>
> From: Burlen Loring [mailto:blor...@lbl.gov]
> Sent: 05 March 2012 20:31
> To: Biddiscombe, John A.
> Cc: Robert Maynard; paraview@paraview.org
>
>
> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>
>
>
> http://paraview.org/Bug/view.php?id=12972
>
> On 03/05/2012 11:40 AM, Biddiscombe, John A. wrote:
>
> which stuff in the point sprite is causing trouble? I wanted to redo some of
> it because now that I know more of the internals of the pqXXX classes, there
> is some stuff that is a little obsolete in the PSPlugin.
>
>
>
> JB
>
>
>
> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
> On Behalf Of Robert Maynard
> Sent: 05 March 2012 20:36
> To: Burlen Loring
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>
>
>
> Hi,
>
>
>
> I think we can fix this by modifying the PointSprite plugin to check to see
> if the VisIt Bridge is enabled and to conditional building the conflicting
> classes only when the Bridge is disabled or we can name mangle the VisIt
> classes that the PointSprite plugin is building.
>
> On Mon, Mar 5, 2012 at 2:15 PM, Burlen Loring  wrote:
>
> Sorry, misread your reply, sounds like you would prefer to keep visit-bridge
> on. But will you disabled point-sprite in the binary release? I noticed that
> when the client has it but server does not it causes a crash.
>
>
>
> On 03/05/2012 11:11 AM, Burlen Loring wrote:
>
> So are you disabling VisIt bridge in the binary release? If not would it
> still lead to a crash if the binary has VB on, and the server has VB off?
>
> On 03/05/2012 11:21 AM, Utkarsh Ayachit wrote:
>
> Yes, I believe we ran into that as well. Short of re-factoring the
> PointSpritePlugin, the work around for now is to disable the
> point-sprite plugin when using visit-bridge and static builds.
>
> Utkarsh
>
> On Mon, Mar 5, 2012 at 1:36 PM, Burlen Loring  wrote:
>
> Utkarsh,
>
> By the way, not a huge issue but I also had a problem with static builds
> when trying to enable the visit bridge. The visit bridge and the Point
> Sprite Pluign both had copies of some of the same code.
> http://paraview.org/Bug/view.php?id=12972
>
>
> Burlen
>
> On 03/05/2012 10:12 AM, Utkarsh Ayachit wrote:
>
> Burlen,
>
> To give you an update, we have decided to put out a patch release
> within the next week or so that should include the fix for this bug.
>
> Utkarsh
>
> On Wed, Feb 29, 2012 at 6:41 PM, Burlen Loring    wrote:
>
> That seems to have fixed the problem, thanks Utkarsh!
>
>
> On 02/29/2012 03:43 PM, Utkarsh Ayachit wrote:
>
> Burlen,
>
> Attached is a patch. Can you please verify if that solves the issue?
> Seems to working now in my tests.
>
> Thanks
> Utkarsh
>
> On Wed, Feb 29, 2012 at 3:33 PM, Utkarsh Ayachit
>       wrote:
>
> Burlen,
>
> I haven't tried reproducing the problem, but looking at the code, it's
> pretty obvious why it could fail. I'll work on a fix soon. I think
> this and few other state file backwards compatibility related issues
> that been reported may warrant a quick patch release. But I'll check
> with the team once I get back next week and give everyone an update.
>
> Utkarsh
>
> On Wed, Feb 29, 2012 at 10:43 AM, Burlen Loring
>  wrote:
>
> Hi Rick,
>
> yes things are fine in 3.12 it's only with 3.14 that I'm having this
> issue.
>
> Burlen
>
>
> On 02/29/2012 10:52 AM, Angelini, Richard C CIV (US) wrote:
>
> Burlen - I've been testing with 3.12, not 3.14 ... did things work
> for
> you
> in 3.12 and they are now broken in 3.14?
> 
> Rick Angelini
>
> USArmy Research Laboratory
> Computational Sciences Division/Computing Architectures Branch
> HPC Architectures Development Team
> ARL/DSRC (DoD Shared Resource Center)  Data Analysis&        Assessment
>  Center
> Phone:  410-278-6266
>
> 
> From: Burlen Loring [blor...@lbl.gov]
> Sent: Wednesday, February 29, 2012 1:29 PM
> To: Angelini, Richard C CIV (US)
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] 3.14 pvsc enumeration issues
>
> Hi Rick,
>
> Good, maybe it's something specific to my configuration although I
> don't
> have any idea what it could be off hand. Just to be sure: do you mean
> that you haven't 

Re: [Paraview] Difference between vector and vector_components

[Utkarsh Ayachit]

> So I wondered why Paraview's vector_components option doesn't have
> such an additional selector.

It;s indeed just an oversight, with no real reason for it being
missing. As you noted, the use-case is so uncommon that no one has
noticed it since 3.0!

Utkarsh
___
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

Re: [Paraview] [Paraview-developers] reload data

[Utkarsh Ayachit]

John,

(I haven't read the full thread so I may be missing something here, so
bear with me)

I am wondering what's the difference between a vtkSMCommandProperty
and vtkSMProperty? ParaView ServerManager does support using
vtkSMProperty directly for the purpose you mentioned. Maybe all we
need to add is suppose for create the "push button" when such a
property is found in the XML, isn't it?

Utkarsh

On Fri, Mar 9, 2012 at 9:44 AM, Biddiscombe, John A.  wrote:
> Matthias,
>
>
>
> Using the topic_CommandProperty branch on the stage git repo
>
>
>
> I added the following to readers.xml under the
>
>    
>  …
>
>  
>    name="Reload"
>
>    label="Reload Data"
>
>    command="Modified"
>
>    si_class="vtkSIProperty">
>
>  
>
>
>
> and a button is created inside the panel for the reader (the file series
> reader also needs to expose the property because the reader is actually
> inside the file series reader).
>
> When you click the button the client side proxy is marked as modified, and
> when you hit accept the Modified function is called on the server side
> object (the reader) – this then triggers a re-execution and the reader
> rereads from disk.
>
>
>
> All works as expected. I shall see if I can get this accepted into the next
> patch release as I believe it is a very handy capability to have in a number
> of places. I’ll add the xml changes and push them too, but perhaps other
> readers (of the list) might suggest which other readers (of files) need this
> feature added.
>
>
>
> JB
>
>
>
>
>
>
>
>
>
> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
> On Behalf Of Zenker, Dr. Matthias
> Sent: 08 March 2012 10:36
> To: paraview@paraview.org
> Subject: [Paraview] reload data
>
>
>
> Hi,
>
>
>
> I would like to watch a running transient simulation producing one binary
> vtu file per timestep. Is there a way to reload the current data set so that
> newly written timesteps are included (e.g. in the “Plot selection over time”
> filter), without closing and reopening the whole dataset?
>
>
>
> Thank you,
>
>
>
> Matthias
>
>
>
>
>
> _
> ERBE Elektromedizin GmbH
> Firmensitz: 72072 Tuebingen
> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
> Registergericht: Stuttgart HRB 380137
>
>
> ___
> Paraview-developers mailing list
> paraview-develop...@paraview.org
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
___
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

Re: [Paraview] Problem compiling master on windows

[Utkarsh Ayachit]

Great, thanks. I've pushed the fix (http://paraview.org/Bug/view.php?id=12997)

It'll be included in 3.14.1.

Utkarsh

On Wed, Mar 14, 2012 at 10:25 AM, Paul Edwards  wrote:
> I forgot to reply here.  That patch works.
>
> Thanks,
> Paul
>
>
> On 22 February 2012 19:55, Utkarsh Ayachit 
> wrote:
>>
>> Ah! I think I know the problem. It might work fine if you use Visual
>> Studio IDE and not nmake. Can you try the attached patch please?
>>
>> Utkarsh
>>
>> On Wed, Feb 22, 2012 at 12:54 PM, Edwards, Paul
>>  wrote:
>> > I just modified ExecuteProtoC.cmake to print the variable ${OutDir}:
>> >
>> > message(STATUS "OUTDIR = " ${OutDir})
>> > execute_process(
>> >  COMMAND "D:/scratch/RollsRoyceParaView/${OutDir}/protoc"
>> > "--cpp_out=dllexport_decl=VTK_PROTOBUF_EXPORT:D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
>> > --proto_path
>> > "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources"
>> > "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto"
>> >  WORKING_DIRECTORY
>> > "D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
>> > )
>> >
>> >
>> > And, it gives this:
>> >
>> > -- OUTDIR = .
>> >
>> > When running on the commandline (with the correct path) it generates the
>> > files.
>> >
>> > Regards,
>> > Paul
>> >
>> >
>> >
>> >
>> >
>> > -Original Message-
>> > From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
>> > Sent: 22 February 2012 17:39
>> > To: Edwards, Paul
>> > Cc: paraview@paraview.org
>> > Subject: Re: [Paraview] Problem compiling master on windows
>> >
>> > Paul,
>> >
>> > vtkPVMessage should have been generated by protobuf. It must have
>> > failed to run or something. Try this, touch
>> > ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto and
>> > build. You should see something like:
>> >
>> >> Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>> > [ 84%] Built target protobuf_code_generation
>> >
>> > Check the errors if any.
>> >
>> > Utkarsh
>> >
>> >
>> > On Wed, Feb 22, 2012 at 11:57 AM, Edwards, Paul
>> >  wrote:
>> >> Doesn't anyone else get this problem?
>> >>
>> >>
>> >>
>> >> I noticed the build shows:
>> >>
>> >>
>> >>
>> >> Scanning dependencies of target protobuf_code_generation
>> >>
>> >> [ 77%] Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>> >>
>> >> [ 77%] Built target protobuf_code_generation
>> >>
>> >> [ 77%] generating modules
>> >>
>> >>
>> >>
>> >> But, I cannot find the vtkPVMessage.pb.h file that was supposedly
>> >> generated.
>> >>
>> >>
>> >>
>> >> I'm not sure how to proceed here.  Any help would be appreciated.
>> >>
>> >>
>> >> Thanks,
>> >> Paul
>> >>
>> >>
>> >>
>> >> From: Edwards, Paul
>> >> Sent: 22 February 2012 10:05
>> >> To: paraview@paraview.org
>> >> Subject: Problem compiling master on windows
>> >>
>> >>
>> >>
>> >> I get the following error when building on win64 vista with Microsoft
>> >> c++:
>> >>
>> >>
>> >>
>> >> [ 83%] Building CXX object
>> >>
>> >> ParaViewCore/ServerImplementation/CMakeFiles/vtkPVServerImplementation.dir/vtkPVSessionBase.c
>> >>
>> >> xx.obj
>> >>
>> >> vtkPVSessionBase.cxx
>> >>
>> >>
>> >> d:\scratch\paraviewsource\paraviewcore\serverimplementation\vtkSMMessage.h(30)
>> >> : fatal error C1083: Cannot ope
>> >>
>> >> n include file: 'vtkPVMessage.pb.h': No such file or directory
>> >>
>> >> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe'
>> >> :
>> >> return code '0x2'
>> >>
>> >> Stop.
>> >>
>> >> NMAKE : fatal error U1077: '"C:\Program Files 

Re: [Paraview] paraview plugin for vtkImageGaussianSmooth

[Utkarsh Ayachit]

Kate,

ParaView doesn't include most of the imaging filters by default due to
2 reasons,
1. not commonly used by users
2. may not necessary work in parallel (esp. for filters that change extents)

You are correct, you'd need to write a little plugin to use it in
pvpython or the GUI. You can simply write an XML plugin. It should be
fairly simple for vtkImageGaussianSmooth, it doesn't seem to have any
complex properties.

Utkarsh

On Wed, Mar 14, 2012 at 1:16 PM,   wrote:
> Hi,
>
> I didn't see a paraview plugin for the  vtkImageGaussianSmooth.cxx filter
> in the paraview Filters menus or the filters.xml file.
> Is there some equivalent ?
>
> If not:  am I right that I will need to write a little paraview plugin
> wrapper in
> order to be able to use vtkImageGaussianSmooth in a pvpython script ?
> Any reason other than somewhat ugly parameter specification or lack
> of interest/time that there isn't a plugin ?
>
> thanks
> kate
>
> ___
> 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
___
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

Re: [Paraview] paraview plugin for vtkImageGaussianSmooth

[Utkarsh Ayachit]

> You are correct, you'd need to write a little plugin to use it in
> pvpython or the GUI. You can simply write an XML plugin. It should be
> fairly simple for vtkImageGaussianSmooth, it doesn't seem to have any
> complex properties.

I just saw Burlen's response and yes, I missed the fact that
vtkImageGaussianSmooth changes extents in which case things do get
complicated, as Burlen suggests.

Utkarsh
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Is this with nmake?

Utkarsh

On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
 wrote:
> I get the following error when compiling Paraview 3.12 on Visual
> Studio Express 2010.
> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
> No such file or directory >>
>
> Following other messages on this mailing-list I gathered that this has
> something to do with Protobuf (whatever that is). So I checked the
> messages related to protobuf and found this message:
> 4>-- Build started: Project: protobuf_code_generation,
> Configuration: Release Win32 --
> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>
> So in theory the file should exist, but it doesnt.
>
> Can anyone help me out with this? Is this a Paraview problem, or a
> Cmake problem, or a VS Express 2010 problem?
> I'm compiling without MPI support (because that generates a whole
> other bunch of problems) could that have something to do with my
> problem?
>
> Saludos/greetings,
>
> Francisco Caraballo
> ___
> 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
___
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

Re: [Paraview] Visibility in Comparative View Inspector

[Utkarsh Ayachit]

Andreas,

What you are doing is indeed the right way, alas there seems to be a
bug in the controlling the "Visibility". I've reported a bug:
http://paraview.org/Bug/view.php?id=13002

Utkarsh

On Thu, Mar 15, 2012 at 5:38 AM, Andreas Puettmann
 wrote:
> Hi all,
>
> I am using a Comparative View to visualize data at different time points
> side by side.
> Say I have some annotation as a text object (created from Sources->Text),
> which I want to show up only in one view of the Comparative View array.
> How can this be done?
>
> What I did is the following:
> In the Comparative View Inspector, chose "Text1" from the first drop-down
> menu right to the "+"-button. Then chose "Visibility" from the second menu,
> and added this to the parameter list by clicking the "+" button.
> In the parameter list I then get a new entry named
> "Text1:", which already seems strange to me. And
> finally the values for the different views are all 0, and if I change any of
> them nothing happens. I still see the text in all of the views.
>
> Did I do it the right way?
> Any help appreciated!
>
> Cheers
> Andreas
>
> --
> Dipl.-Ing. Andreas Puettmann
>
> German Research School for
> Simulation Sciences GmbH
> c/o Institute of Bio- and Geosciences 1
> 52425 Jülich | Germany
>
> Tel +49 2461 61 5541
> Fax +49 2461 61 3870
> Web www.grs-sim.de
>
> Members: Forschungszentrum Jülich GmbH | RWTH Aachen University
> Registered in the commercial register of the local court of
> Düren (Amtsgericht Düren) under registration number HRB 5268
> Registered office: Jülich
> Executive board: Prof. Marek Behr, Ph.D | Dr. Norbert Drewes
>
> ___
> 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
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

How do you build? Using the visual studio IDE or command line?

On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
 wrote:
> I generated the project files with Cmake. I'm not using nmake, as far
> as I know.
>
> Saludos greetings,
>
> Francisco Caraballo
>
>
>
> On Thu, Mar 15, 2012 at 3:40 PM, Utkarsh Ayachit
>  wrote:
>> Is this with nmake?
>>
>> Utkarsh
>>
>> On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
>>  wrote:
>>> I get the following error when compiling Paraview 3.12 on Visual
>>> Studio Express 2010.
>>> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
>>> No such file or directory >>
>>>
>>> Following other messages on this mailing-list I gathered that this has
>>> something to do with Protobuf (whatever that is). So I checked the
>>> messages related to protobuf and found this message:
>>> 4>-- Build started: Project: protobuf_code_generation,
>>> Configuration: Release Win32 --
>>> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>>
>>> So in theory the file should exist, but it doesnt.
>>>
>>> Can anyone help me out with this? Is this a Paraview problem, or a
>>> Cmake problem, or a VS Express 2010 problem?
>>> I'm compiling without MPI support (because that generates a whole
>>> other bunch of problems) could that have something to do with my
>>> problem?
>>>
>>> Saludos/greetings,
>>>
>>> Francisco Caraballo
>>> ___
>>> 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
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Any reason you're not using 3.14? I'm not sure if this is a known
issue with 3.12, but we haven't seen this with 3.14 unless using
cmake.

Utkarsh

On Thu, Mar 15, 2012 at 12:20 PM, Francisco Caraballo
 wrote:
> I build using the Visual Studio Express 2010 IDE
>
> Saludos,
>
> Francisco Caraballo
>
>
>
> On Thu, Mar 15, 2012 at 4:46 PM, Utkarsh Ayachit
>  wrote:
>> How do you build? Using the visual studio IDE or command line?
>>
>> On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
>>  wrote:
>>> I generated the project files with Cmake. I'm not using nmake, as far
>>> as I know.
>>>
>>> Saludos greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Thu, Mar 15, 2012 at 3:40 PM, Utkarsh Ayachit
>>>  wrote:
>>>> Is this with nmake?
>>>>
>>>> Utkarsh
>>>>
>>>> On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
>>>>  wrote:
>>>>> I get the following error when compiling Paraview 3.12 on Visual
>>>>> Studio Express 2010.
>>>>> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
>>>>> No such file or directory >>
>>>>>
>>>>> Following other messages on this mailing-list I gathered that this has
>>>>> something to do with Protobuf (whatever that is). So I checked the
>>>>> messages related to protobuf and found this message:
>>>>> 4>-- Build started: Project: protobuf_code_generation,
>>>>> Configuration: Release Win32 --
>>>>> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>>>>
>>>>> So in theory the file should exist, but it doesnt.
>>>>>
>>>>> Can anyone help me out with this? Is this a Paraview problem, or a
>>>>> Cmake problem, or a VS Express 2010 problem?
>>>>> I'm compiling without MPI support (because that generates a whole
>>>>> other bunch of problems) could that have something to do with my
>>>>> problem?
>>>>>
>>>>> Saludos/greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>> ___
>>>>> 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
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

sorry typo: I meant "unless using nmake -- which is the command line
build mechanism for VS"

On Thu, Mar 15, 2012 at 12:44 PM, Francisco Caraballo
 wrote:
> I could try with 3.14, but I am using cmake.
> What do you mean with "unless using cmake".That if I am using cmake
> 3.14 wont work either?
>
> Saludos greetings,
>
> Francisco Caraballo
>
>
>
> On Thu, Mar 15, 2012 at 5:25 PM, Utkarsh Ayachit
>  wrote:
>> Any reason you're not using 3.14? I'm not sure if this is a known
>> issue with 3.12, but we haven't seen this with 3.14 unless using
>> cmake.
>>
>> Utkarsh
>>
>> On Thu, Mar 15, 2012 at 12:20 PM, Francisco Caraballo
>>  wrote:
>>> I build using the Visual Studio Express 2010 IDE
>>>
>>> Saludos,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Thu, Mar 15, 2012 at 4:46 PM, Utkarsh Ayachit
>>>  wrote:
>>>> How do you build? Using the visual studio IDE or command line?
>>>>
>>>> On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
>>>>  wrote:
>>>>> I generated the project files with Cmake. I'm not using nmake, as far
>>>>> as I know.
>>>>>
>>>>> Saludos greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 15, 2012 at 3:40 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> Is this with nmake?
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I get the following error when compiling Paraview 3.12 on Visual
>>>>>>> Studio Express 2010.
>>>>>>> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
>>>>>>> No such file or directory >>
>>>>>>>
>>>>>>> Following other messages on this mailing-list I gathered that this has
>>>>>>> something to do with Protobuf (whatever that is). So I checked the
>>>>>>> messages related to protobuf and found this message:
>>>>>>> 4>-- Build started: Project: protobuf_code_generation,
>>>>>>> Configuration: Release Win32 --
>>>>>>> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>>>>>>
>>>>>>> So in theory the file should exist, but it doesnt.
>>>>>>>
>>>>>>> Can anyone help me out with this? Is this a Paraview problem, or a
>>>>>>> Cmake problem, or a VS Express 2010 problem?
>>>>>>> I'm compiling without MPI support (because that generates a whole
>>>>>>> other bunch of problems) could that have something to do with my
>>>>>>> problem?
>>>>>>>
>>>>>>> Saludos/greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>> ___
>>>>>>> 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
___
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

Re: [Paraview] Unexpected lines in "Surface with Edges" mode with PV 3.14

[Utkarsh Ayachit]

Looks like a weird driver bug or something. I could not reproduce the
issue on my Linux box (Debian). Does the same happen with 3.12?


On Tue, Mar 13, 2012 at 8:32 AM, Richard GRENON  wrote:
> Hello.
>
> In addition to my previous mail, I discovered that this problem of
> unexpected lines in "Surface with Edges" mode with PV 3.14 concerns only the
> Linux version ! I am using the 64 bits version on Linux CentOS 5.7.
>
> The "Surface with Edges" view is correct with PV 3.14 Windows 32 bits on
> Vista Home Premium SP2 !
>
> If it may help you, the problem on the Linux version does not come from the
> Tecplot file format: I have also problems with surfaces given in VTM format.
>
> I add the gzip of my Tecplot test file that contains the surface
> representation of a wake behind a wing.
>
> Best regards.
>
> Richard.
>
> Richard GRENON a écrit :
>
>> Hello, all.
>>
>> I have found a strange behavior of PV 3.14 in "Surface with Edges" mode
>> for some surfaces: when reading some Tecplot files that contained a
>> structured mesh, I get some unexpected lines that don't exist in the file
>> and that don't appear when I select the "Wireframe" mode. The "Wireframe"
>> view is correct, the "Surface with Edges" view is not.
>>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
>
> ___
> 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
>
___
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

Re: [Paraview] Problem compiling master on windows

[Utkarsh Ayachit]

Done.

Utkarsh

On Wed, Mar 14, 2012 at 11:27 AM, Edwards, Paul
 wrote:
> Please can you also apply the patch here?:
>
>        http://paraview.org/Bug/view.php?id=12991
>
> This also stops me compiling using nmake without manual intervention.
>
> Thanks,
> Paul
>
>
> -----Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: 14 March 2012 15:03
> To: Paul Edwards
> Cc: Edwards, Paul; paraview@paraview.org
> Subject: Re: [Paraview] Problem compiling master on windows
>
> Great, thanks. I've pushed the fix (http://paraview.org/Bug/view.php?id=12997)
>
> It'll be included in 3.14.1.
>
> Utkarsh
>
> On Wed, Mar 14, 2012 at 10:25 AM, Paul Edwards  
> wrote:
>> I forgot to reply here.  That patch works.
>>
>> Thanks,
>> Paul
>>
>>
>> On 22 February 2012 19:55, Utkarsh Ayachit 
>> wrote:
>>>
>>> Ah! I think I know the problem. It might work fine if you use Visual
>>> Studio IDE and not nmake. Can you try the attached patch please?
>>>
>>> Utkarsh
>>>
>>> On Wed, Feb 22, 2012 at 12:54 PM, Edwards, Paul
>>>  wrote:
>>> > I just modified ExecuteProtoC.cmake to print the variable ${OutDir}:
>>> >
>>> > message(STATUS "OUTDIR = " ${OutDir})
>>> > execute_process(
>>> >  COMMAND "D:/scratch/RollsRoyceParaView/${OutDir}/protoc"
>>> > "--cpp_out=dllexport_decl=VTK_PROTOBUF_EXPORT:D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
>>> > --proto_path
>>> > "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources"
>>> > "D:/scratch/RollsRoyceParaViewSource/ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto"
>>> >  WORKING_DIRECTORY
>>> > "D:/scratch/RollsRoyceParaView/ParaViewCore/ServerImplementation"
>>> > )
>>> >
>>> >
>>> > And, it gives this:
>>> >
>>> > -- OUTDIR = .
>>> >
>>> > When running on the commandline (with the correct path) it generates the
>>> > files.
>>> >
>>> > Regards,
>>> > Paul
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > -Original Message-
>>> > From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
>>> > Sent: 22 February 2012 17:39
>>> > To: Edwards, Paul
>>> > Cc: paraview@paraview.org
>>> > Subject: Re: [Paraview] Problem compiling master on windows
>>> >
>>> > Paul,
>>> >
>>> > vtkPVMessage should have been generated by protobuf. It must have
>>> > failed to run or something. Try this, touch
>>> > ParaViewCore/ServerImplementation/Resources/vtkPVMessage.proto and
>>> > build. You should see something like:
>>> >
>>> >> Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>> > [ 84%] Built target protobuf_code_generation
>>> >
>>> > Check the errors if any.
>>> >
>>> > Utkarsh
>>> >
>>> >
>>> > On Wed, Feb 22, 2012 at 11:57 AM, Edwards, Paul
>>> >  wrote:
>>> >> Doesn't anyone else get this problem?
>>> >>
>>> >>
>>> >>
>>> >> I noticed the build shows:
>>> >>
>>> >>
>>> >>
>>> >> Scanning dependencies of target protobuf_code_generation
>>> >>
>>> >> [ 77%] Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>> >>
>>> >> [ 77%] Built target protobuf_code_generation
>>> >>
>>> >> [ 77%] generating modules
>>> >>
>>> >>
>>> >>
>>> >> But, I cannot find the vtkPVMessage.pb.h file that was supposedly
>>> >> generated.
>>> >>
>>> >>
>>> >>
>>> >> I'm not sure how to proceed here.  Any help would be appreciated.
>>> >>
>>> >>
>>> >> Thanks,
>>> >> Paul
>>> >>
>>> >>
>>> >>
>>> >> From: Edwards, Paul
>>> >> Sent: 22 February 2012 10:05
>>> >> To: paraview@paraview.org
>>> >> Subject: Problem compiling master on windows
>>> >>
>>> >>
>>> >>
>>> >> I get the fol

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

The problem is that a tool (namely, protoc.exe) isn't being run
correctly to generate the needed files. Can you to apply the attached
patch to see if that helps solve the problem? You'll have to apply it
to the 3.14.0 source code.

Utkarsh

On Thu, Mar 15, 2012 at 4:01 PM, Francisco Caraballo
 wrote:
> I'm getting the same error with 3.14:
> fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h': No
> such file or directory
>
> Saludos/greetings,
>
> Francisco Caraballo
>
>
>
> On Thu, Mar 15, 2012 at 6:30 PM, Utkarsh Ayachit
>  wrote:
>> sorry typo: I meant "unless using nmake -- which is the command line
>> build mechanism for VS"
>>
>> On Thu, Mar 15, 2012 at 12:44 PM, Francisco Caraballo
>>  wrote:
>>> I could try with 3.14, but I am using cmake.
>>> What do you mean with "unless using cmake".That if I am using cmake
>>> 3.14 wont work either?
>>>
>>> Saludos greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Thu, Mar 15, 2012 at 5:25 PM, Utkarsh Ayachit
>>>  wrote:
>>>> Any reason you're not using 3.14? I'm not sure if this is a known
>>>> issue with 3.12, but we haven't seen this with 3.14 unless using
>>>> cmake.
>>>>
>>>> Utkarsh
>>>>
>>>> On Thu, Mar 15, 2012 at 12:20 PM, Francisco Caraballo
>>>>  wrote:
>>>>> I build using the Visual Studio Express 2010 IDE
>>>>>
>>>>> Saludos,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 15, 2012 at 4:46 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> How do you build? Using the visual studio IDE or command line?
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I generated the project files with Cmake. I'm not using nmake, as far
>>>>>>> as I know.
>>>>>>>
>>>>>>> Saludos greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 15, 2012 at 3:40 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> Is this with nmake?
>>>>>>>>
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I get the following error when compiling Paraview 3.12 on Visual
>>>>>>>>> Studio Express 2010.
>>>>>>>>> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
>>>>>>>>> No such file or directory >>
>>>>>>>>>
>>>>>>>>> Following other messages on this mailing-list I gathered that this has
>>>>>>>>> something to do with Protobuf (whatever that is). So I checked the
>>>>>>>>> messages related to protobuf and found this message:
>>>>>>>>> 4>-- Build started: Project: protobuf_code_generation,
>>>>>>>>> Configuration: Release Win32 --
>>>>>>>>> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>>>>>>>>
>>>>>>>>> So in theory the file should exist, but it doesnt.
>>>>>>>>>
>>>>>>>>> Can anyone help me out with this? Is this a Paraview problem, or a
>>>>>>>>> Cmake problem, or a VS Express 2010 problem?
>>>>>>>>> I'm compiling without MPI support (because that generates a whole
>>>>>>>>> other bunch of problems) could that have something to do with my
>>>>>>>>> problem?
>>>>>>>>>
>>>>>>>>> Saludos/greetings,
>>>>>>>>>
>>>>>>>>> Francisco Caraballo
>>>>>>>>> ___
>>>>>>>>> Powered by www.kitware.com
>>>>>>>>>
>>>>>>>>> Visit other Kitware open-source projects at 
>>>>>>>

Re: [Paraview] --use-offscreen-rendering

[Utkarsh Ayachit]

Paul,

I verified that the option was never available (at least since 3.10,
didn't test before that). The rationale is that pvpython would be used
as a "client" similar to the Qt GUI, in which case offscreen option is
never presented. With pvbatch, you are going to be using it as a batch
processor, and hence the option can be useful and hence provided.

Utkarsh

On Wed, Mar 14, 2012 at 10:25 AM, Paul Edwards  wrote:
> Hi,
>
> The "--use-offscreen-rendering" option doesn't seem to exist in pvpython
> anymore?  Is this deliberate?
>
> Thanks,
> Paul
>
> ___
> 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
>
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Ok. Next, can you try to locate protoc.exe under the ParaView build
tree and manually run it? You may get some missing dlls errors and
those are the ones we need to identify. In the mean time I'm going to
try to see if we can build protoc.exe statically without any
dependencies to ensure that it runs cleanly always.

Utkarsh

On Thu, Mar 15, 2012 at 8:55 PM, Francisco Caraballo
 wrote:
> I applied it, ran cmake again from the beggining and tried building
> again, but it didnt work, same error.
> Is there any way I can validate the patch was applied correctly? I did
> it using <> but it didnt print any success
> message.
>
> Thanks a lot for all the help!
>
> Saludos/greetings,
>
> Francisco Caraballo
>
>
>
> On Thu, Mar 15, 2012 at 10:34 PM, Utkarsh Ayachit
>  wrote:
>> The problem is that a tool (namely, protoc.exe) isn't being run
>> correctly to generate the needed files. Can you to apply the attached
>> patch to see if that helps solve the problem? You'll have to apply it
>> to the 3.14.0 source code.
>>
>> Utkarsh
>>
>> On Thu, Mar 15, 2012 at 4:01 PM, Francisco Caraballo
>>  wrote:
>>> I'm getting the same error with 3.14:
>>> fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h': No
>>> such file or directory
>>>
>>> Saludos/greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Thu, Mar 15, 2012 at 6:30 PM, Utkarsh Ayachit
>>>  wrote:
>>>> sorry typo: I meant "unless using nmake -- which is the command line
>>>> build mechanism for VS"
>>>>
>>>> On Thu, Mar 15, 2012 at 12:44 PM, Francisco Caraballo
>>>>  wrote:
>>>>> I could try with 3.14, but I am using cmake.
>>>>> What do you mean with "unless using cmake".That if I am using cmake
>>>>> 3.14 wont work either?
>>>>>
>>>>> Saludos greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 15, 2012 at 5:25 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> Any reason you're not using 3.14? I'm not sure if this is a known
>>>>>> issue with 3.12, but we haven't seen this with 3.14 unless using
>>>>>> cmake.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 12:20 PM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I build using the Visual Studio Express 2010 IDE
>>>>>>>
>>>>>>> Saludos,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 15, 2012 at 4:46 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> How do you build? Using the visual studio IDE or command line?
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I generated the project files with Cmake. I'm not using nmake, as far
>>>>>>>>> as I know.
>>>>>>>>>
>>>>>>>>> Saludos greetings,
>>>>>>>>>
>>>>>>>>> Francisco Caraballo
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Mar 15, 2012 at 3:40 PM, Utkarsh Ayachit
>>>>>>>>>  wrote:
>>>>>>>>>> Is this with nmake?
>>>>>>>>>>
>>>>>>>>>> Utkarsh
>>>>>>>>>>
>>>>>>>>>> On Thu, Mar 15, 2012 at 10:14 AM, Francisco Caraballo
>>>>>>>>>>  wrote:
>>>>>>>>>>> I get the following error when compiling Paraview 3.12 on Visual
>>>>>>>>>>> Studio Express 2010.
>>>>>>>>>>> << fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h':
>>>>>>>>>>> No such file or directory >>
>>>>>>>>>>>
>>>>>>>>>>> Following other messages on this mailing-list I gathered that this 
>>>>>>>>>>> has
>>>>>>>>>>> something to do with Protobuf (whatever that is). So I checked the
>>>>>>>>>>> messages related to protobuf and found this message:
>>>>>>>>>>> 4>-- Build started: Project: protobuf_code_generation,
>>>>>>>>>>> Configuration: Release Win32 --
>>>>>>>>>>> 4>  Generating vtkPVMessage.pb.h, vtkPVMessage.pb.cc
>>>>>>>>>>>
>>>>>>>>>>> So in theory the file should exist, but it doesnt.
>>>>>>>>>>>
>>>>>>>>>>> Can anyone help me out with this? Is this a Paraview problem, or a
>>>>>>>>>>> Cmake problem, or a VS Express 2010 problem?
>>>>>>>>>>> I'm compiling without MPI support (because that generates a whole
>>>>>>>>>>> other bunch of problems) could that have something to do with my
>>>>>>>>>>> problem?
>>>>>>>>>>>
>>>>>>>>>>> Saludos/greetings,
>>>>>>>>>>>
>>>>>>>>>>> Francisco Caraballo
>>>>>>>>>>> ___
>>>>>>>>>>> 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
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Interesting. Where is it? Isn't it already in the ParaVIew build tree?

Utkarsh

On Fri, Mar 16, 2012 at 11:32 AM, Francisco Caraballo
 wrote:
> The DLL that is missing is zlibd1.dll
>
> Saludos/greetings,
>
> Francisco Caraballo
>
>
>
> On Fri, Mar 16, 2012 at 3:49 PM, Utkarsh Ayachit
>  wrote:
>> Ok. Next, can you try to locate protoc.exe under the ParaView build
>> tree and manually run it? You may get some missing dlls errors and
>> those are the ones we need to identify. In the mean time I'm going to
>> try to see if we can build protoc.exe statically without any
>> dependencies to ensure that it runs cleanly always.
>>
>> Utkarsh
>>
>> On Thu, Mar 15, 2012 at 8:55 PM, Francisco Caraballo
>>  wrote:
>>> I applied it, ran cmake again from the beggining and tried building
>>> again, but it didnt work, same error.
>>> Is there any way I can validate the patch was applied correctly? I did
>>> it using <> but it didnt print any success
>>> message.
>>>
>>> Thanks a lot for all the help!
>>>
>>> Saludos/greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Thu, Mar 15, 2012 at 10:34 PM, Utkarsh Ayachit
>>>  wrote:
>>>> The problem is that a tool (namely, protoc.exe) isn't being run
>>>> correctly to generate the needed files. Can you to apply the attached
>>>> patch to see if that helps solve the problem? You'll have to apply it
>>>> to the 3.14.0 source code.
>>>>
>>>> Utkarsh
>>>>
>>>> On Thu, Mar 15, 2012 at 4:01 PM, Francisco Caraballo
>>>>  wrote:
>>>>> I'm getting the same error with 3.14:
>>>>> fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h': No
>>>>> such file or directory
>>>>>
>>>>> Saludos/greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 15, 2012 at 6:30 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> sorry typo: I meant "unless using nmake -- which is the command line
>>>>>> build mechanism for VS"
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 12:44 PM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I could try with 3.14, but I am using cmake.
>>>>>>> What do you mean with "unless using cmake".That if I am using cmake
>>>>>>> 3.14 wont work either?
>>>>>>>
>>>>>>> Saludos greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 15, 2012 at 5:25 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> Any reason you're not using 3.14? I'm not sure if this is a known
>>>>>>>> issue with 3.12, but we haven't seen this with 3.14 unless using
>>>>>>>> cmake.
>>>>>>>>
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 12:20 PM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I build using the Visual Studio Express 2010 IDE
>>>>>>>>>
>>>>>>>>> Saludos,
>>>>>>>>>
>>>>>>>>> Francisco Caraballo
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Mar 15, 2012 at 4:46 PM, Utkarsh Ayachit
>>>>>>>>>  wrote:
>>>>>>>>>> How do you build? Using the visual studio IDE or command line?
>>>>>>>>>>
>>>>>>>>>> On Thu, Mar 15, 2012 at 11:33 AM, Francisco Caraballo
>>>>>>>>>>  wrote:
>>>>>>>>>>> I generated the project files with Cmake. I'm not using nmake, as 
>>>>>>>>>>> far
>>>>>>>>>>> as I know.
>>>>>>>>>>>
>>>>>>>>>>> Saludos greetings,
>>>>>>>>>>>
>>>>>>>>>>> Francisco Caraballo
>>>>>>>>>>>
>>&g

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Better yet, can you try the attached patches please? What I've done is
removed the dependency of protoc.exe on these unnecessary extra
libraries making it possible to avoid such traps.

Patch the files as follows (from ParaView Source Tree):

# discard any changes from previous patches
> git checkout -f

> git apply paraview.patch

> cd Utilities/protobuf
> git apply protobuf.patch

Hopefully, this should solve the issue. If all works, I'll push this
to git and we can have these changes in the next release of ParaView.
Thanks a lot for helping track this one down.

Utkarsh





On Fri, Mar 16, 2012 at 11:43 AM, Francisco Caraballo
 wrote:
> This file in my computer is in C:\Program Files (x86)\zlib\bin. Should
> I add this folder somewhere?
>
> Saludos,
>
> Francisco Caraballo
>
>
>
> On Fri, Mar 16, 2012 at 4:35 PM, Utkarsh Ayachit
>  wrote:
>> Interesting. Where is it? Isn't it already in the ParaVIew build tree?
>>
>> Utkarsh
>>
>> On Fri, Mar 16, 2012 at 11:32 AM, Francisco Caraballo
>>  wrote:
>>> The DLL that is missing is zlibd1.dll
>>>
>>> Saludos/greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Fri, Mar 16, 2012 at 3:49 PM, Utkarsh Ayachit
>>>  wrote:
>>>> Ok. Next, can you try to locate protoc.exe under the ParaView build
>>>> tree and manually run it? You may get some missing dlls errors and
>>>> those are the ones we need to identify. In the mean time I'm going to
>>>> try to see if we can build protoc.exe statically without any
>>>> dependencies to ensure that it runs cleanly always.
>>>>
>>>> Utkarsh
>>>>
>>>> On Thu, Mar 15, 2012 at 8:55 PM, Francisco Caraballo
>>>>  wrote:
>>>>> I applied it, ran cmake again from the beggining and tried building
>>>>> again, but it didnt work, same error.
>>>>> Is there any way I can validate the patch was applied correctly? I did
>>>>> it using <> but it didnt print any success
>>>>> message.
>>>>>
>>>>> Thanks a lot for all the help!
>>>>>
>>>>> Saludos/greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 15, 2012 at 10:34 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> The problem is that a tool (namely, protoc.exe) isn't being run
>>>>>> correctly to generate the needed files. Can you to apply the attached
>>>>>> patch to see if that helps solve the problem? You'll have to apply it
>>>>>> to the 3.14.0 source code.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 4:01 PM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I'm getting the same error with 3.14:
>>>>>>> fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h': No
>>>>>>> such file or directory
>>>>>>>
>>>>>>> Saludos/greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 15, 2012 at 6:30 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> sorry typo: I meant "unless using nmake -- which is the command line
>>>>>>>> build mechanism for VS"
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 12:44 PM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I could try with 3.14, but I am using cmake.
>>>>>>>>> What do you mean with "unless using cmake".That if I am using cmake
>>>>>>>>> 3.14 wont work either?
>>>>>>>>>
>>>>>>>>> Saludos greetings,
>>>>>>>>>
>>>>>>>>> Francisco Caraballo
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Mar 15, 2012 at 5:25 PM, Utkarsh Ayachit
>>>>>>>>>  wrote:
>>>>>>>>>> Any reason you're not using 3.14? I'm not sure if this is a known
>>>>>>>>>> issue with 3.12, but we haven't seen this with 3.14 

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

In that case, just put the two attached files in the source tree as
follows (ensure that you replace the exisiting files):

PV.CMakeLists.txt ==>
/ParaViewCore/ServerImplementation/CMakeLists.txt
PROTOBUF.CMakeLists.txt ==>
/Utilities/protobuf/src/CMakeLists.txt

Utkarsh


On Fri, Mar 16, 2012 at 12:04 PM, Francisco Caraballo
 wrote:
> I didn't originally get the code via git, so git checkout -f is not
> working. Should I restore the whole Paraview 3.14 tree to what I
> originally downloaded and then apply the new patches?
>
> Saludos/greetings,
>
> Francisco Caraballo
>
>
>
> On Fri, Mar 16, 2012 at 4:53 PM, Utkarsh Ayachit
>  wrote:
>> Better yet, can you try the attached patches please? What I've done is
>> removed the dependency of protoc.exe on these unnecessary extra
>> libraries making it possible to avoid such traps.
>>
>> Patch the files as follows (from ParaView Source Tree):
>>
>> # discard any changes from previous patches
>>> git checkout -f
>>
>>> git apply paraview.patch
>>
>>> cd Utilities/protobuf
>>> git apply protobuf.patch
>>
>> Hopefully, this should solve the issue. If all works, I'll push this
>> to git and we can have these changes in the next release of ParaView.
>> Thanks a lot for helping track this one down.
>>
>> Utkarsh
>>
>>
>>
>>
>>
>> On Fri, Mar 16, 2012 at 11:43 AM, Francisco Caraballo
>>  wrote:
>>> This file in my computer is in C:\Program Files (x86)\zlib\bin. Should
>>> I add this folder somewhere?
>>>
>>> Saludos,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Fri, Mar 16, 2012 at 4:35 PM, Utkarsh Ayachit
>>>  wrote:
>>>> Interesting. Where is it? Isn't it already in the ParaVIew build tree?
>>>>
>>>> Utkarsh
>>>>
>>>> On Fri, Mar 16, 2012 at 11:32 AM, Francisco Caraballo
>>>>  wrote:
>>>>> The DLL that is missing is zlibd1.dll
>>>>>
>>>>> Saludos/greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 16, 2012 at 3:49 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> Ok. Next, can you try to locate protoc.exe under the ParaView build
>>>>>> tree and manually run it? You may get some missing dlls errors and
>>>>>> those are the ones we need to identify. In the mean time I'm going to
>>>>>> try to see if we can build protoc.exe statically without any
>>>>>> dependencies to ensure that it runs cleanly always.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Thu, Mar 15, 2012 at 8:55 PM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> I applied it, ran cmake again from the beggining and tried building
>>>>>>> again, but it didnt work, same error.
>>>>>>> Is there any way I can validate the patch was applied correctly? I did
>>>>>>> it using <> but it didnt print any success
>>>>>>> message.
>>>>>>>
>>>>>>> Thanks a lot for all the help!
>>>>>>>
>>>>>>> Saludos/greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 15, 2012 at 10:34 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> The problem is that a tool (namely, protoc.exe) isn't being run
>>>>>>>> correctly to generate the needed files. Can you to apply the attached
>>>>>>>> patch to see if that helps solve the problem? You'll have to apply it
>>>>>>>> to the 3.14.0 source code.
>>>>>>>>
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 4:01 PM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I'm getting the same error with 3.14:
>>>>>>>>> fatal error C1083: Cannot open include file: 'vtkPVMessage.pb.h': No
>>>>>>>>> such file or directory
>>>>>>>>>
>>>>>>>>> Saludos/greetings,
>>>>>>>>>
>>>>>>>>

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Francisco,

Hopefully this should do it. I tested on my Windows build as well and
seems to work as expected.

Attached as the new set of files to be placed as follows:
PV.CMakeLists.txt ==>
  /ParaViewCore/ServerImplementation/CMakeLists.txt
PROTOBUF.CMakeLists.txt ==>
 /Utilities/protobuf/CMakeLists.txt
PROTOBUF.src.CMakeLists.txt ==>
 /Utilities/protobuf/src/CMakeLists.txt




On Fri, Mar 16, 2012 at 12:37 PM, Francisco Caraballo
 wrote:
> Now I'm getting this error all over the place:
>
> error C2491: 
> 'google::protobuf::compiler::CodeGeneratorRequest::_default_parameter_'
> : definition of dllimport static data member not allowed
>
> Saludos,
>
> Francisco Caraballo
>
>
>
> On Fri, Mar 16, 2012 at 5:10 PM, Utkarsh Ayachit
>  wrote:
>> In that case, just put the two attached files in the source tree as
>> follows (ensure that you replace the exisiting files):
>>
>> PV.CMakeLists.txt ==>
>> /ParaViewCore/ServerImplementation/CMakeLists.txt
>> PROTOBUF.CMakeLists.txt ==>
>> /Utilities/protobuf/src/CMakeLists.txt
>>
>> Utkarsh
>>
>>
>> On Fri, Mar 16, 2012 at 12:04 PM, Francisco Caraballo
>>  wrote:
>>> I didn't originally get the code via git, so git checkout -f is not
>>> working. Should I restore the whole Paraview 3.14 tree to what I
>>> originally downloaded and then apply the new patches?
>>>
>>> Saludos/greetings,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Fri, Mar 16, 2012 at 4:53 PM, Utkarsh Ayachit
>>>  wrote:
>>>> Better yet, can you try the attached patches please? What I've done is
>>>> removed the dependency of protoc.exe on these unnecessary extra
>>>> libraries making it possible to avoid such traps.
>>>>
>>>> Patch the files as follows (from ParaView Source Tree):
>>>>
>>>> # discard any changes from previous patches
>>>>> git checkout -f
>>>>
>>>>> git apply paraview.patch
>>>>
>>>>> cd Utilities/protobuf
>>>>> git apply protobuf.patch
>>>>
>>>> Hopefully, this should solve the issue. If all works, I'll push this
>>>> to git and we can have these changes in the next release of ParaView.
>>>> Thanks a lot for helping track this one down.
>>>>
>>>> Utkarsh
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Fri, Mar 16, 2012 at 11:43 AM, Francisco Caraballo
>>>>  wrote:
>>>>> This file in my computer is in C:\Program Files (x86)\zlib\bin. Should
>>>>> I add this folder somewhere?
>>>>>
>>>>> Saludos,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 16, 2012 at 4:35 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> Interesting. Where is it? Isn't it already in the ParaVIew build tree?
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Fri, Mar 16, 2012 at 11:32 AM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> The DLL that is missing is zlibd1.dll
>>>>>>>
>>>>>>> Saludos/greetings,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Mar 16, 2012 at 3:49 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> Ok. Next, can you try to locate protoc.exe under the ParaView build
>>>>>>>> tree and manually run it? You may get some missing dlls errors and
>>>>>>>> those are the ones we need to identify. In the mean time I'm going to
>>>>>>>> try to see if we can build protoc.exe statically without any
>>>>>>>> dependencies to ensure that it runs cleanly always.
>>>>>>>>
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Thu, Mar 15, 2012 at 8:55 PM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> I applied it, ran cmake again from the beggining and tried building
>>>>>>>>> again, but it didnt work, same error.
>>>>>>>>> Is there any way I can validate the patch was applied correctly? I did
>>>>>>>>>

Re: [Paraview] Extract VOI problems

[Utkarsh Ayachit]

Any more details to reproduce the issue? Can you reproduce it with
Wavelet source? I tried with Wavelet and seems to work fine.

Utkarsh

On Tue, Mar 6, 2012 at 8:32 AM, Dominik Szczerba  wrote:
> Hi,
>
> As soon as I specify resample rate > 1, the output image is damaged
> (sort of chopped), latest release version on linux 64 bit. I do not
> remember having it seen before. Anyone with similar findings?
>
> Dominik
> ___
> 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
___
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

Re: [Paraview] View control with Python

[Utkarsh Ayachit]

> But I Couldn't find function as "Center of Rotation"
> on Adjust Camera panel.
> How can I control it with Python?

Try:
> view = GetActiveView()
> view.CenterOfRotation = [0, 0, 0]

> And also I want to get a ParaView's Python reference.
> We can find scripting tutorials on Users' Guide or Wiki,
> but it's very difficult to find unpopular functions.
> Is there a document on which all Python functions
> are introduced?

Nothing exhaustive, but that maybe a good idea. In general you can
always do help(object) to discover properties, or use tracing
mechanism to determine how to change a particular entity.

Utkarsh
___
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

Re: [Paraview] Problem when compiling Paraview 3.12 on Visual Studio 2010.

[Utkarsh Ayachit]

Great. The fixes are in and will be included in the upcoming release.
Thanks for helping track this one down.

Utkarsh

On Sat, Mar 17, 2012 at 5:57 AM, Francisco Caraballo
 wrote:
> Those patches did work perfectly Utkarsh. Great work!
>
> Thank you very much for all your help.
>
> Saludos/greetings,
>
> Francisco Caraballo
>
>
>
> On Fri, Mar 16, 2012 at 7:46 PM, Utkarsh Ayachit
>  wrote:
>> Francisco,
>>
>> Hopefully this should do it. I tested on my Windows build as well and
>> seems to work as expected.
>>
>> Attached as the new set of files to be placed as follows:
>> PV.CMakeLists.txt ==>
>>  /ParaViewCore/ServerImplementation/CMakeLists.txt
>> PROTOBUF.CMakeLists.txt ==>
>>  /Utilities/protobuf/CMakeLists.txt
>> PROTOBUF.src.CMakeLists.txt ==>
>>  /Utilities/protobuf/src/CMakeLists.txt
>>
>>
>>
>>
>> On Fri, Mar 16, 2012 at 12:37 PM, Francisco Caraballo
>>  wrote:
>>> Now I'm getting this error all over the place:
>>>
>>> error C2491: 
>>> 'google::protobuf::compiler::CodeGeneratorRequest::_default_parameter_'
>>> : definition of dllimport static data member not allowed
>>>
>>> Saludos,
>>>
>>> Francisco Caraballo
>>>
>>>
>>>
>>> On Fri, Mar 16, 2012 at 5:10 PM, Utkarsh Ayachit
>>>  wrote:
>>>> In that case, just put the two attached files in the source tree as
>>>> follows (ensure that you replace the exisiting files):
>>>>
>>>> PV.CMakeLists.txt ==>
>>>> /ParaViewCore/ServerImplementation/CMakeLists.txt
>>>> PROTOBUF.CMakeLists.txt ==>
>>>> /Utilities/protobuf/src/CMakeLists.txt
>>>>
>>>> Utkarsh
>>>>
>>>>
>>>> On Fri, Mar 16, 2012 at 12:04 PM, Francisco Caraballo
>>>>  wrote:
>>>>> I didn't originally get the code via git, so git checkout -f is not
>>>>> working. Should I restore the whole Paraview 3.14 tree to what I
>>>>> originally downloaded and then apply the new patches?
>>>>>
>>>>> Saludos/greetings,
>>>>>
>>>>> Francisco Caraballo
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 16, 2012 at 4:53 PM, Utkarsh Ayachit
>>>>>  wrote:
>>>>>> Better yet, can you try the attached patches please? What I've done is
>>>>>> removed the dependency of protoc.exe on these unnecessary extra
>>>>>> libraries making it possible to avoid such traps.
>>>>>>
>>>>>> Patch the files as follows (from ParaView Source Tree):
>>>>>>
>>>>>> # discard any changes from previous patches
>>>>>>> git checkout -f
>>>>>>
>>>>>>> git apply paraview.patch
>>>>>>
>>>>>>> cd Utilities/protobuf
>>>>>>> git apply protobuf.patch
>>>>>>
>>>>>> Hopefully, this should solve the issue. If all works, I'll push this
>>>>>> to git and we can have these changes in the next release of ParaView.
>>>>>> Thanks a lot for helping track this one down.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Mar 16, 2012 at 11:43 AM, Francisco Caraballo
>>>>>>  wrote:
>>>>>>> This file in my computer is in C:\Program Files (x86)\zlib\bin. Should
>>>>>>> I add this folder somewhere?
>>>>>>>
>>>>>>> Saludos,
>>>>>>>
>>>>>>> Francisco Caraballo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Mar 16, 2012 at 4:35 PM, Utkarsh Ayachit
>>>>>>>  wrote:
>>>>>>>> Interesting. Where is it? Isn't it already in the ParaVIew build tree?
>>>>>>>>
>>>>>>>> Utkarsh
>>>>>>>>
>>>>>>>> On Fri, Mar 16, 2012 at 11:32 AM, Francisco Caraballo
>>>>>>>>  wrote:
>>>>>>>>> The DLL that is missing is zlibd1.dll
>>>>>>>>>
>>>>>>>>> Saludos/greetings,
>>>>>>>>>
>>>>>

Re: [Paraview] Ply visualization

[Utkarsh Ayachit]

I'm not familiar with the details of the format, but looking at the
implementation (vtkPLYReader), it's only reading in a fixed set of
face attributes viz. intensity, r,g,b.

Utkarsh

On Tue, Mar 20, 2012 at 8:01 AM, Fabrizio Barcaroli
 wrote:
> Anyone can help me?
>
> 
> From: saporeatuttele...@hotmail.it
> To: paraview@paraview.org
> Date: Wed, 14 Mar 2012 15:06:03 +
> Subject: [Paraview] Ply visualization
>
>
> Dear all,
>
> I'd like visualize fields associated to my mesh nodes, stored in a .PLY
> file. Each field is a float property of vertices, but, as far as I can see,
> ParaView doesn't see them.
>
> For example, in this ply I added a fourth 'temperature' field, but I can't
> find it in the User Interface. Is there a way to see this field (and
> additional ones) without dropping the ply format?
>
> Thank you,
>
> Fabrizio
>
>
> ply
> format ascii 1.0
> element vertex 6
> property float x
> property float y
> property float z
> property float t
> element face 2
> property list uchar float vertex_index
> end_header
> 0 0 0 0
> 1 0 0 1
> 1 1 0 1
> 0 1 0 0.5
> 2 0 0 2
> 2 1 0 1.5
> 4 0 1 2 3
> 4 1 4 5 2
>
> ___ 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
>
> ___
> 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
>
___
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

Re: [Paraview] Problem with python_calculator - global_max()

[Utkarsh Ayachit]

That's very peculiar. I am able to reproduce this issue. I've reported
a bug: http://paraview.org/Bug/view.php?id=13015

Utkarsh

On Mon, Mar 19, 2012 at 3:54 PM, Manu GV  wrote:
> Dear Paraview users,
>
> I am visualizing 3-d scalar data(like pressure field). I visualizing
> iso-surface of this data with contour filter and want the maximum value of
> the scalar field to be displayed on screen. This is further animated.
>
> Steps I follow:
>
> pressure_data -> celldata_to_pointdata -> python_calculator
> max_pres=global_max(pressure_data), copy arrays selected.
>
> "max_pres" shows the right data. But when I use contour filter on
> "python_calculator", values of "max_pres" become corrupted(i.e, show
> different value in information window of contour filter). Can anyone tell me
> why this happens?
>
> And I am not understanding how to display "max_pres" value on my screen.
> Maybe its easy to do it but I am just stuck :(
>
> Can anyone help me with this?
>
> Thanks a lot in advance!!
>
>
> Regards
> Manu
> ___
> 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
___
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

Re: [Paraview] Load many VTK from different folders at once

[Utkarsh Ayachit]

Just a comment: if you do not know what reader type to create, you can
also use OpenDataFile() function provided by the
paraview.simple module.

Utkarsh

On Fri, Mar 23, 2012 at 6:13 PM, Lorenzo  wrote:
> I've tied that, thank you.
>
> Now, my questions are:
> 1. once I've saved a trace, how I run it in paraview?
> 2. I see the trace keeps the files path. There's no way to include these file 
> paths within a dot_something file in the same sintax in such a way that I'll 
> load that file in paraview and it'll automatically load all the referenced 
> files?
>
> For example this file would contain something like:
>
> geometry_1_vtk = LegacyVTKReader( 
> FileNames=['path/to/my/file/geometry_1.vtk'] )
> geometry_2_vtk = LegacyVTKReader( 
> FileNames=['path/to/my/file/geometry_2.vtk'] )
> geometry_3_vtk = LegacyVTKReader( 
> FileNames=['path/to/my/file/geometry_3.vtk'] )
> geometry_4_vtk = LegacyVTKReader( 
> FileNames=['path/to/my/file/geometry_4.vtk'] )
> …
> geometry_N_vtk = LegacyVTKReader( 
> FileNames=['path/to/my/file/geometry_5.vtk'] )
>
> Thank you!
>
> Lore
> Il giorno 23/mar/2012, alle ore 21:40, David E DeMarle ha scritto:
>
>> Tools->Start Trace
>> ..do something..
>> Tools->Stop Trace
>>
>> In 3.8 I think it was buried under tools->python shell.
>>
>> David E DeMarle
>> Kitware, Inc.
>> R&D Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4909
>>
>>
>>
>> On Fri, Mar 23, 2012 at 4:38 PM, Lorenzo  wrote:
>>> Sorry David, what do you mean with "record a trace"?
>>>
>>>
>>> Il giorno 23/mar/2012, alle ore 19:03, David E DeMarle ha scritto:
>>>
 You can also record either a trace or a state file in paraview where
 you load a couple of files, then edit that recorded file in a text
 editor and add in the additional files. Of the two, the trace file,
 being a python script, is easier to edit and programmatically extend.

 David E DeMarle
 Kitware, Inc.
 R&D Engineer
 21 Corporate Drive
 Clifton Park, NY 12065-8662
 Phone: 518-881-4909



 On Fri, Mar 23, 2012 at 1:34 PM, Lorenzo  wrote:
> Thank you Frank;
> I know about this, I just would like to find a way to load everything as 
> a vtk as well…
>
>
> Il giorno 23/mar/2012, alle ore 17:47, Albina, Frank ha scritto:
>
>> Hi Lorenzo!
>>
>> Maybe you'd better off with reading the OpenFOAM solution with the 
>> built-in OpenFOAM reader. Just create in your case directory an empty 
>> OF.foam file and you can start reading the solution by opening this file 
>> from the GUI.
>>
>> Hope this helps.
>>
>> Frank.
>>
>> -Original Message-
>> From: paraview-boun...@paraview.org 
>> [mailto:paraview-boun...@paraview.org] On Behalf Of Lorenzo
>> Sent: Freitag, 23. März 2012 17:11
>> To: paraview@paraview.org
>> Subject: Re: [Paraview] Load many VTK from different folders at once
>>
>> I was thinking: maybe there's a way to create a text files (or something 
>> in another format) which contains the paths to the vtk files I need to 
>> open and this file could be submitted to paraview to automate the whole 
>> process of opening every each one of the vtk files...
>>
>> What do you think?
>>
>> Thank you!
>>
>>
>> Il giorno 22/mar/2012, alle ore 20:26, lore ha scritto:
>>
>>> Hi all,
>>> I am using openFoam and when I run foamToVTK I get many vtk files every 
>>> each
>>> one of which is contained in a different folder. If my geometry is made 
>>> up by
>>> many .stl different files then I get the same number of folders. This 
>>> is quite
>>> annoying when I need to load up the whole geometry because I need to 
>>> enter
>>> the first folder and load the first .vtk, then go to 
>>> file-->open-->enter the
>>> second folder and load the second .vtk and so on until I loaded all the 
>>> files I
>>> need. As you may understand this is quite time consuming... Any way to 
>>> do the
>>> whole process at once?
>>>
>>> I think the best way would be to link together all of these vtk files 
>>> into one
>>> single file (even of a different format) using a script (sh, python, 
>>> bash...??).
>>>
>>> This is something you may do with the .stl files, if they are in binary 
>>> format
>>> you may concatenate the content of each one of them into a single 
>>> different
>>> file and then load just that one to have everything at once...
>>>
>>> What do you think?
>>>
>>> Thank you!
>>>
>>> ___
>>> 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

Re: [Paraview] documentation in XML files

[Utkarsh Ayachit]

It has always been like that. We need to add support for formatting. I
remember thinking about it some, but I can't remember if I implemented
it or it still remains to be implemented -- the latter is more likely.

Utkarsh

On Fri, Mar 23, 2012 at 8:12 AM, Paul Edwards  wrote:
> Hi,
>
> What formatting should be used when adding documentation in the server
> manager XML files?  I assumed it would be wiki formatting but don't think it
> is working in the latest version as it all appears in one paragraph (see
> calculator documentation).  Is this a bug or has it always been like that?
>
> Regards,
> Paul
>
> ___
> 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
>
___
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

Re: [Paraview] Split plot window vertically by default

[Utkarsh Ayachit]

Not currently. Feel free to add a feature request to the bug tracker.

On Tue, Mar 27, 2012 at 8:12 AM, Zenker, Dr. Matthias
 wrote:
> Hi,
>
> since ParaView 3.14, the plot window seems to be split horizontally by
> default when a new plot is generated, e.g. by the PlotSelectionOverTime
> filter. In ParaView 3.12, it was split vertically, which I prefer. Can this
> be set somewhere in the preferences or in the initialization file?
>
> Thank you,
>
> Matthias
>
>
>
>
> _
> ERBE Elektromedizin GmbH
> Firmensitz: 72072 Tuebingen
> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
> Registergericht: Stuttgart HRB 380137
>
>
> ___
> 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
>
___
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

Re: [Paraview] Split plot window vertically by default

[Utkarsh Ayachit]

The purpose was that random swicthing of which direction to split
causes failures in the testing framework which led to unreliable test
playback.

On Tue, Mar 27, 2012 at 9:19 AM, Zenker, Dr. Matthias
 wrote:
> But it has changed from 3.12 to 3.14 - was this on purpose, or is it a 
> "feature"? ;)
>
> -Ursprüngliche Nachricht-
> Von: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Gesendet: Dienstag, 27. März 2012 15:17
> An: Zenker, Dr. Matthias
> Cc: paraview@paraview.org
> Betreff: Re: [Paraview] Split plot window vertically by default
>
> Not currently. Feel free to add a feature request to the bug tracker.
>
> On Tue, Mar 27, 2012 at 8:12 AM, Zenker, Dr. Matthias 
>  wrote:
>> Hi,
>>
>> since ParaView 3.14, the plot window seems to be split horizontally by
>> default when a new plot is generated, e.g. by the
>> PlotSelectionOverTime filter. In ParaView 3.12, it was split
>> vertically, which I prefer. Can this be set somewhere in the preferences or 
>> in the initialization file?
>>
>> Thank you,
>>
>> Matthias
>>
>>
>>
>>
>> _
>> ERBE Elektromedizin GmbH
>> Firmensitz: 72072 Tuebingen
>> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
>> Registergericht: Stuttgart HRB 380137
>>
>>
>> ___
>> 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
>>
>
>
> _
> ERBE Elektromedizin GmbH
> Firmensitz: 72072 Tuebingen
> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
> Registergericht: Stuttgart HRB 380137
>
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

All plugins are indeed optional. If you build your server statically,
it will include all plugins that were enabled at build time so you may
get a warning message when a client connects to the server to load the
missing plugins on the client as well, at which point they can be
loaded on cleint.

Utkarsh

On Tue, Mar 27, 2012 at 12:16 PM, Chourasia, Amit  wrote:
> Rob and Aashish: Ok so boost 1.45.0 worked fine with Paraview 3.14
>
> Can someone confirm that Paraview client and server (remote) do not require
> same sets of plugin on either end.
> Is there a required minimal plugin set?
>
> Thanks
> --Amit
>
>
>
> On Mar 23, 2012, at 1:48 PM, Robert Maynard wrote:
>
> Hi,
>
> The ParaView Binary page ( http://www.paraview.org/Wiki/ParaView_Binaries )
> which version of each library ParaView is built against. ParaView 3.14 used
> Boost 1.45.0.
>
> On Fri, Mar 23, 2012 at 2:44 PM, Chourasia, Amit  wrote:
>>
>> Yes, I found the bug report by a web search as well.
>> I tried boost_1_47_0 with same error
>> Since the build take quite some time, I would like to know if there is a
>> known version of boost which works Paraview3.14
>>
>>
>>
>>
>> On Mar 23, 2012, at 1:29 PM, Aashish Chaudhary wrote:
>>
>> There is already a bug report for this:
>>
>>
>> http://www.vtk.org/Bug/bug_relationship_graph.php?bug_id=12988&graph=dependency
>>
>> I believe that boost_1_49_0 won't work, Can you try earlier versions?
>>
>>
>>
>> On Fri, Mar 23, 2012 at 2:16 PM, Chourasia, Amit  wrote:
>>>
>>> Hello,
>>>
>>> I have tried building Paraview3.14 with boost_1_49_0 and boost_1_47_0
>>> versions.
>>> I get the following error, is there a fix or workaround besides disabling
>>> boost altogether.
>>> Please see ERROR below
>>>
>>> Since I am doing this build for general purpose use on one of the big
>>> cluster what are canonical
>>> plugins which should be built? I am using the options as listed at the
>>> end of the message
>>>
>>> Burlen mentioned sometime back that in the new version of Paraview the
>>> client and server will not require same plugins on both ends. Is this now
>>> possible?
>>>
>>> Please also point me to documentation on how to create a Paraview profile
>>> for end users to easily use it remotely with client-server interface
>>>
>>> Thanks
>>> --Amit
>>>
>>> ERROR
>>> *
>>> [ 49%] Building CXX object
>>> VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBreadthFirstSearchTree.cxx.o
>>> /usr/include/c++/4.1.2/backward/backward_warning.h(32): warning #1224:
>>> #warning directive: This file includes at least one deprecated or antiquated
>>> header. Please consider using one of the 32 headers found in section
>>> 17.4.1.2 of the C++ standard. Examples include substituting the  header
>>> for the  header for C++ includes, or  instead of the
>>> deprecated header . To disable this warning use -Wno-deprecated.
>>>  #warning This file includes at least one deprecated or antiquated
>>> header. \
>>>  ^
>>>
>>>
>>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/VTK/Common/vtkMath.h(1304):
>>> warning #279: controlling expression is constant
>>>   assert("pre: valid_range" && range[0]<=range[1]);
>>>   ^
>>>
>>>
>>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/VTK/Common/vtkMath.h(1334):
>>> warning #279: controlling expression is constant
>>>   assert("post: valid_result" && result>=0.0 && result<=1.0);
>>>   ^
>>>
>>>
>>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/VTK/Infovis/vtkBoostBreadthFirstSearchTree.cxx(56):
>>> error: class "boost::detail::reverse_graph_edge_descriptor" has
>>> no member "underlying_desc"
>>>     return e.underlying_desc.Id;
>>>              ^
>>>
>>> compilation aborted for
>>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/VTK/Infovis/vtkBoostBreadthFirstSearchTree.cxx
>>> (code 2)
>>> make[2]: ***
>>> [VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBreadthFirstSearchTree.cxx.o]
>>> Error 2
>>> make[1]: *** [VTK/Infovis/CMakeFiles/vtkInfovis.dir/all] Error 2
>>> make: *** [all] Error 2
>>>
>>>
>>> BUILD OPTIONS
>>> 
>>> cmake \
>>>  -DCMAKE_BUILD_TYPE=Debug \
>>>  -DBUILD_SHARED_LIBS=ON \
>>>  -DBUILD_TESTING=OFF \
>>>  -DPARAVIEW_DISABLE_VTK_TESTING=ON \
>>>  -DPARAVIEW_TESTING_WITH_PYTHON=OFF \
>>>  -DVTK_USE_BOOST=ON \
>>>  -DPARAVIEW_BUILD_QT_GUI=OFF \
>>>  -DPARAVIEW_ENABLE_PYTHON=ON \
>>>  -DPARAVIEW_USE_MPI=ON \
>>>  -DPARAVIEW_BUILD_PLUGIN=EyeDomeLighting \
>>>  -DPARAVIEW_USE_VISITBRIDGE=OFF \
>>>  -DVISIT_BUILD_READER_CGNS=OFF \
>>>  -DVISIT_BUILD_READER_Silo=OFF \
>>>  -DBUILD_DOCUMENTATION=ON \
>>>  -DPARAVIEW_GENERATE_PROXY_DOCUMENTATION=ON \
>>>  -DGENERATE_FILTERS_DOCUMENTATION=ON \
>>>  -DDOCUMENTATION_HTML_HELP=ON \
>>> -DCMAKE_C_COMPILER=icc \
>>> -DCMAKE_CXX_COMPILER=icpc \
>>> -DCMAKE_INSTALL_PREFIX=/oasis/scratch/amit/temp_project/paraview_build \
>>> -DVTK_OPENGL_HAS_OSMESA=ON \
>>> -DVTK_USE_X=OFF \
>>> -DOSMESA_INCLUDE_DIR=/oasis/scratch/amit/temp_project/mesa_build/include
>>> \
>

Re: [Paraview] Split plot window vertically by default

[Utkarsh Ayachit]

Mostly testing. As panels size started changing on different
platforms, it was not uncommon to end up with the views being split
differently during different runs.

On Tue, Mar 27, 2012 at 9:22 AM, Moreland, Kenneth  wrote:
> In ParaView 3.12 an earlier, the split was determined by the aspect ratio
> of the view.  If the view was taller than wide, it split vertically by
> default.  If the view was wider than tall, it split horizontally by
> default.  It now seems to always split horizontally.  Why the change?
>
>
> -Ken
>
> On 3/27/12 7:17 AM, "Utkarsh Ayachit"  wrote:
>
>>Not currently. Feel free to add a feature request to the bug tracker.
>>
>>On Tue, Mar 27, 2012 at 8:12 AM, Zenker, Dr. Matthias
>> wrote:
>>> Hi,
>>>
>>> since ParaView 3.14, the plot window seems to be split horizontally by
>>> default when a new plot is generated, e.g. by the PlotSelectionOverTime
>>> filter. In ParaView 3.12, it was split vertically, which I prefer. Can
>>>this
>>> be set somewhere in the preferences or in the initialization file?
>>>
>>> Thank you,
>>>
>>> Matthias
>>>
>>>
>>>
>>>
>>> _
>>> ERBE Elektromedizin GmbH
>>> Firmensitz: 72072 Tuebingen
>>> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
>>> Registergericht: Stuttgart HRB 380137
>>>
>>>
>>> ___
>>> 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
>>>
>>___
>>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
>>
>
>
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

> If we don't explicitly enable the bridge on the server side, and user is
> making use of client from the KW binaries, will it crash if a file type
> associated to the bridge is opened?

No it won't, starting 3.14. With 3.14 the client fetches the list of
available proxies from the server, so if the server doesn't have the
VisIt bridge enabled, the readers simply won't be available for the
client.


> do you think that the PV binaries c/should be built with the default build
> options, to reduce incompatibilities? but also maybe to improve the cmake
> coverage?

Not sure what you mean exactly. Are you saying the default cmake
values should be the ones that we use to build PV binaries? I think
the superbuild proposal will address this issue. Using the superbuild
it would be easier to build binaries using similar settings.

Utkarsh
___
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

Re: [Paraview] vtkImageMarchingCubes as PlugIn XML-File: Problem with SetValue(int i, double value)

[Utkarsh Ayachit]

You need something list this:

 

The key attributes you're missing are repeat_command,
set_number_command,  and use_index.

Utkarsh

On Tue, Mar 27, 2012 at 4:26 PM, Boettcher, Prof. Dr. Peter
 wrote:
> Dear All
>
>
>
> I would like to make the vtkImageMarchingCubes filter visible in ParaView.
> However I struggle when writing the GUI XML-File implementing the SetValue()
> parameter. I didn’t find an example of an XML-File showing the syntax of a
> composed command: SetValue(int i, double value).
>
>
>
>   
>  name="Value"
>
>  label="Value for Isosurface"
>
>      command="SetValue"
>
>  number_of_elements="1"
>
>  animateable="1"
>
>  default_values="1500.5" >
>
>   
>
>
>
>
>
> Any help would be highly appreciated.
>
>
>
> Peter.
>
>
> ___
> 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
>
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

What version of ParaView was this?

On Tue, Mar 27, 2012 at 5:39 PM, Chourasia, Amit  wrote:
> My server side Paraview build was built without visit bridge.
> On client side I used binaries for OS X 64 bit
> I established a cs session and when I tired to open a .bov file both client 
> and server crashed.
> Utkarsh this behaviour seems buggy as per your explanation.
>
> On Mar 27, 2012, at 3:45 PM, Utkarsh Ayachit wrote:
>
>>> If we don't explicitly enable the bridge on the server side, and user is
>>> making use of client from the KW binaries, will it crash if a file type
>>> associated to the bridge is opened?
>>
>> No it won't, starting 3.14. With 3.14 the client fetches the list of
>> available proxies from the server, so if the server doesn't have the
>> VisIt bridge enabled, the readers simply won't be available for the
>> client.
>>
>>
>>> do you think that the PV binaries c/should be built with the default build
>>> options, to reduce incompatibilities? but also maybe to improve the cmake
>>> coverage?
>>
>> Not sure what you mean exactly. Are you saying the default cmake
>> values should be the ones that we use to build PV binaries? I think
>> the superbuild proposal will address this issue. Using the superbuild
>> it would be easier to build binaries using similar settings.
>>
>> Utkarsh
>
> ___
> 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
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

uf.DefinitionHeader.client_class]: "vtkSMSourceProxy"
> [paraview_protobuf.DefinitionHeader.server_class]: "vtkSISourceProxy"
> [paraview_protobuf.ProxyState.xml_group]: "sources"
> [paraview_protobuf.ProxyState.xml_name]: "VisItBOVReader"
>
>
>
> ERROR: In 
> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>  line 292
> vtkSISourceProxy (0x1d382f0): Definition not found for xml_group: sources and 
> xml_name: VisItBOVReader
> global_id: 3426
> location: 1
> [paraview_protobuf.DefinitionHeader.client_class]: "vtkSMSourceProxy"
> [paraview_protobuf.DefinitionHeader.server_class]: "vtkSISourceProxy"
> [paraview_protobuf.ProxyState.xml_group]: "sources"
> [paraview_protobuf.ProxyState.xml_name]: "VisItBOVReader"
>
>
>
> ERROR: In 
> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>  line 292
> vtkSISourceProxy (0x1d37fe0): Definition not found for xml_group: sources and 
> xml_name: VisItBOVReader
> global_id: 3426
> location: 1
> [paraview_protobuf.DefinitionHeader.client_class]: "vtkSMSourceProxy"
> [paraview_protobuf.DefinitionHeader.server_class]: "vtkSISourceProxy"
> [paraview_protobuf.ProxyState.xml_group]: "sources"
> [paraview_protobuf.ProxyState.xml_name]: "VisItBOVReader"
>
>
>
> ERROR: In 
> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/VTK/Parallel/vtkSocketCommunicator.cxx,
>  line 812
> vtkSocketCommunicator (0xd45d70): Could not receive tag. 1
>
> Exiting...
> Exiting...Exiting...Exiting...
>
>
>
>
>
> On Mar 27, 2012, at 6:13 PM,  wrote:
>
>> This was the error reported when I loaded a .bov file
>>
>> Connection URL: cs://gcn-13-47.sdsc.edu:1
>> Accepting connection(s): gcn-13-47.sdsc.edu:1
>> Client connected.
>> ERROR: In 
>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxyDefinitionManager.cxx,
>>  line 543
>> vtkSIProxyDefinitionManager (0x753c60): No proxy that matches: group=sources 
>> and proxy=VisItBOVReader were found.
>>
>> ERROR: In 
>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>>  line 292
>> vtkSISourceProxy (0xab9000): Definition not found for xml_group: sources and 
>> xml_name: VisItBOVReader
>> global_id: 3404
>> location: 2
>>
>>
>>
>> On Mar 27, 2012, at 4:49 PM, Utkarsh Ayachit wrote:
>>
>>> What version of ParaView was this?
>>>
>>> On Tue, Mar 27, 2012 at 5:39 PM, Chourasia, Amit  wrote:
>>>> My server side Paraview build was built without visit bridge.
>>>> On client side I used binaries for OS X 64 bit
>>>> I established a cs session and when I tired to open a .bov file both 
>>>> client and server crashed.
>>>> Utkarsh this behaviour seems buggy as per your explanation.
>>>>
>>>> On Mar 27, 2012, at 3:45 PM, Utkarsh Ayachit wrote:
>>>>
>>>>>> If we don't explicitly enable the bridge on the server side, and user is
>>>>>> making use of client from the KW binaries, will it crash if a file type
>>>>>> associated to the bridge is opened?
>>>>>
>>>>> No it won't, starting 3.14. With 3.14 the client fetches the list of
>>>>> available proxies from the server, so if the server doesn't have the
>>>>> VisIt bridge enabled, the readers simply won't be available for the
>>>>> client.
>>>>>
>>>>>
>>>>>> do you think that the PV binaries c/should be built with the default 
>>>>>> build
>>>>>> options, to reduce incompatibilities? but also maybe to improve the cmake
>>>>>> coverage?
>>>>>
>>>>> Not sure what you mean exactly. Are you saying the default cmake
>>>>> values should be the ones that we use to build PV binaries? I think
>>>>> the superbuild proposal will address this issue. Using the superbuild
>>>>> it would be easier to build binaries using similar settings.
>>>>>
>>>>> Utkarsh
>>>>
>>>> ___
>>>> 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
>>
>
> ___
> 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
___
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

Re: [Paraview] Unexpected lines in "Surface with Edges" mode with PV 3.14

[Utkarsh Ayachit]

Good to know. Thanks.

On Wed, Mar 28, 2012 at 5:50 AM, Richard GRENON  wrote:
> Hi Utkarsh.
>
> It seems that you were right: the problem is on my side, due to the settings
> of my graphic card NVIDIA Quadro FX 1800 on Linux CentOS.
>
> As Paraview does not allow to set Antialiasing on, I had set Antialiasing
> through the control panel of my NVIDIA graphic card and I had selected the
> "Override Application Settings" option.
>
> But these settings are not taken into account each time I start the PC:
> starting Paraview without opening the NVIDIA control panel before always
> gives images without antialiasing (PV 312 or PV 314), and PV 314 shows these
> unexpected lines in "Surface with edges" view mode.
>
> But if I open the NVIDIA control panel before starting Paraview, look at the
> Antialiasing setting that is always "Override Application Settings" and quit
> the control panel without changing anything, Paraview 312 or 314 gives now
> clean images with antialiasing... and PV 314 does not show the unexpected
> lines in "Surface with edges" view mode ! Very strange !
>
>
> Best regards.
>
> Richard.
>
> Utkarsh Ayachit a écrit :
>>
>> Looks like a weird driver bug or something. I could not reproduce the
>>
>> issue on my Linux box (Debian). Does the same happen with 3.12?
>>
>
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

This is odd. I just tried the same with a server built without VisIt
bridge and a client with VisitBridge and tried to load a bov file and
ParaView nicely told me to pick the reader to use since it could not
decide which one to use.

Utkarsh

On Tue, Mar 27, 2012 at 7:13 PM, Chourasia, Amit  wrote:
> This was the error reported when I loaded a .bov file
>
> Connection URL: cs://gcn-13-47.sdsc.edu:1
> Accepting connection(s): gcn-13-47.sdsc.edu:1
> Client connected.
> ERROR: In 
> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxyDefinitionManager.cxx,
>  line 543
> vtkSIProxyDefinitionManager (0x753c60): No proxy that matches: group=sources 
> and proxy=VisItBOVReader were found.
>
> ERROR: In 
> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>  line 292
> vtkSISourceProxy (0xab9000): Definition not found for xml_group: sources and 
> xml_name: VisItBOVReader
> global_id: 3404
> location: 2
>
>
>
> On Mar 27, 2012, at 4:49 PM, Utkarsh Ayachit wrote:
>
>> What version of ParaView was this?
>>
>> On Tue, Mar 27, 2012 at 5:39 PM, Chourasia, Amit  wrote:
>>> My server side Paraview build was built without visit bridge.
>>> On client side I used binaries for OS X 64 bit
>>> I established a cs session and when I tired to open a .bov file both client 
>>> and server crashed.
>>> Utkarsh this behaviour seems buggy as per your explanation.
>>>
>>> On Mar 27, 2012, at 3:45 PM, Utkarsh Ayachit wrote:
>>>
>>>>> If we don't explicitly enable the bridge on the server side, and user is
>>>>> making use of client from the KW binaries, will it crash if a file type
>>>>> associated to the bridge is opened?
>>>>
>>>> No it won't, starting 3.14. With 3.14 the client fetches the list of
>>>> available proxies from the server, so if the server doesn't have the
>>>> VisIt bridge enabled, the readers simply won't be available for the
>>>> client.
>>>>
>>>>
>>>>> do you think that the PV binaries c/should be built with the default build
>>>>> options, to reduce incompatibilities? but also maybe to improve the cmake
>>>>> coverage?
>>>>
>>>> Not sure what you mean exactly. Are you saying the default cmake
>>>> values should be the ones that we use to build PV binaries? I think
>>>> the superbuild proposal will address this issue. Using the superbuild
>>>> it would be easier to build binaries using similar settings.
>>>>
>>>> Utkarsh
>>>
>>> ___
>>> 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
>
> ___
> 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
___
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

Re: [Paraview] build error with boost and additional questions

[Utkarsh Ayachit]

Looks like I was using git-master and things are fine and peachy
there. I do get the error with 3.14.0 tag. We may just have to bite
the bullet and wait for the next major release for this fix. In
anycase, the next major release is just months away :).

Utkarsh

On Wed, Mar 28, 2012 at 10:29 AM, Utkarsh Ayachit
 wrote:
> This is odd. I just tried the same with a server built without VisIt
> bridge and a client with VisitBridge and tried to load a bov file and
> ParaView nicely told me to pick the reader to use since it could not
> decide which one to use.
>
> Utkarsh
>
> On Tue, Mar 27, 2012 at 7:13 PM, Chourasia, Amit  wrote:
>> This was the error reported when I loaded a .bov file
>>
>> Connection URL: cs://gcn-13-47.sdsc.edu:1
>> Accepting connection(s): gcn-13-47.sdsc.edu:1
>> Client connected.
>> ERROR: In 
>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxyDefinitionManager.cxx,
>>  line 543
>> vtkSIProxyDefinitionManager (0x753c60): No proxy that matches: group=sources 
>> and proxy=VisItBOVReader were found.
>>
>> ERROR: In 
>> /oasis/scratch/amit/temp_project/ParaView-3.14.0-Source/ParaViewCore/ServerImplementation/vtkSIProxy.cxx,
>>  line 292
>> vtkSISourceProxy (0xab9000): Definition not found for xml_group: sources and 
>> xml_name: VisItBOVReader
>> global_id: 3404
>> location: 2
>>
>>
>>
>> On Mar 27, 2012, at 4:49 PM, Utkarsh Ayachit wrote:
>>
>>> What version of ParaView was this?
>>>
>>> On Tue, Mar 27, 2012 at 5:39 PM, Chourasia, Amit  wrote:
>>>> My server side Paraview build was built without visit bridge.
>>>> On client side I used binaries for OS X 64 bit
>>>> I established a cs session and when I tired to open a .bov file both 
>>>> client and server crashed.
>>>> Utkarsh this behaviour seems buggy as per your explanation.
>>>>
>>>> On Mar 27, 2012, at 3:45 PM, Utkarsh Ayachit wrote:
>>>>
>>>>>> If we don't explicitly enable the bridge on the server side, and user is
>>>>>> making use of client from the KW binaries, will it crash if a file type
>>>>>> associated to the bridge is opened?
>>>>>
>>>>> No it won't, starting 3.14. With 3.14 the client fetches the list of
>>>>> available proxies from the server, so if the server doesn't have the
>>>>> VisIt bridge enabled, the readers simply won't be available for the
>>>>> client.
>>>>>
>>>>>
>>>>>> do you think that the PV binaries c/should be built with the default 
>>>>>> build
>>>>>> options, to reduce incompatibilities? but also maybe to improve the cmake
>>>>>> coverage?
>>>>>
>>>>> Not sure what you mean exactly. Are you saying the default cmake
>>>>> values should be the ones that we use to build PV binaries? I think
>>>>> the superbuild proposal will address this issue. Using the superbuild
>>>>> it would be easier to build binaries using similar settings.
>>>>>
>>>>> Utkarsh
>>>>
>>>> ___
>>>> 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
>>
>> ___
>> 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
___
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

Re: [Paraview] ccmake error when building example custom application

[Utkarsh Ayachit]

ParaView_DIR must be set to the binary directory for PAraView i.e. the
directory where you built ParaVIew.

Utkarsh

On Mon, Apr 2, 2012 at 4:32 PM, Nathan Jarus  wrote:
> Hi,
>
> I'm trying to build the example custom application Clone1. I've got
> the paraview source in ~/ParaView, and a ~/pv_clone1 folder for the
> binaries. In ~/pv_clone1, I ran
>
> ccmake ../ParaView/Examples/CustomApplications/Clone1
>
> but I get the following error:
>
> CMake Error at CMakeLists.txt:6 (FIND_PACKAGE):
>   Could not find module FindParaView.cmake or a configuration file for
>   package ParaView.
>
>   Adjust CMAKE_MODULE_PATH to find FindParaView.cmake or set ParaView_DIR to
>   the directory containing a CMake configuration file for ParaView.  The file
>   will have one of the following names:
>
>     ParaViewConfig.cmake
>     paraview-config.cmake
>
> (plus a few other that stem from this)
>
> I've tried setting ParaView_DIR to ~/ParaView and ~/ParaView/CMake,
> but those both resulted in the same error. Setting ParaView_DIR to
> ~/ParaView/Plugins/SQToolkit (where ParaViewConfig.cmake resides)
> causes ccmake to segfault.
>
> What am I doing wrong?
>
> --Nathan
> ___
> 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
___
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

Re: [Paraview] Change Paraview default path when opening a file

[Utkarsh Ayachit]

There isn't any mechanism to change that currently.

On Tue, Apr 3, 2012 at 12:17 PM, Lorenzo  wrote:
> Hello all;
> is there any way to change the paraview default path when opening a file?
> My default path is the Applications folder, i.e. where paraview is located on 
> my mac and I would like it to be something else…
>
> Thank you
>
> Lorenzo
> ___
> 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
___
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

Re: [Paraview] Plugin not compiling on v3.14

[Utkarsh Ayachit]

path_to_pv_install_dir? You're expected to point to PV build dir. Are
you using developement install or something?

On Wed, Apr 4, 2012 at 7:56 AM, Ben Dando  wrote:
> Hi
>
> A plugin which works fine on versions 3.10 to 3.12, will not compile on
> v3.14.
>
>
>
> I have the following error in the compilation:
>
> make[2]: *** No rule to make target
> `/path_to_pv_install_dir/lib/paraview-3.14/CMake/generate_proxydocumentation.cmake',
> needed by MyReaderPlugin.xml.xml'. Stop.
>
>
>
> Does anyone have any suggestions?
>
>
>
> Thanks
>
>
>
> Ben
>
> 
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient. Any
> review, use, distribution, or disclosure by others is strictly prohibited.
> If you are not the intended recipient (or authorized to receive information
> for the intended recipient), please contact the sender by reply e-mail and
> delete all copies of this message.
>
> ___
> 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
>
___
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

Re: [Paraview] Plugin not compiling on v3.14

[Utkarsh Ayachit]

Development install isn't being maintained by Kitware anymore. We have
very low priority plans to revive it in future, but no assurances
there.

On Wed, Apr 4, 2012 at 8:47 AM, Ben Dando  wrote:
> Yes, it's a development install. The library path is correct then as with the 
> previous versions?
>
> -Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: Wednesday, April 04, 2012 1:33 PM
> To: Ben Dando
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] Plugin not compiling on v3.14
>
> path_to_pv_install_dir? You're expected to point to PV build dir. Are you 
> using developement install or something?
>
> On Wed, Apr 4, 2012 at 7:56 AM, Ben Dando  wrote:
>> Hi
>>
>> A plugin which works fine on versions 3.10 to 3.12, will not compile
>> on v3.14.
>>
>>
>>
>> I have the following error in the compilation:
>>
>> make[2]: *** No rule to make target
>> `/path_to_pv_install_dir/lib/paraview-3.14/CMake/generate_proxydocumen
>> tation.cmake', needed by MyReaderPlugin.xml.xml'. Stop.
>>
>>
>>
>> Does anyone have any suggestions?
>>
>>
>>
>> Thanks
>>
>>
>>
>> Ben
>>
>> 
>> This e-mail, including any attached files, may contain confidential
>> and privileged information for the sole use of the intended recipient.
>> Any review, use, distribution, or disclosure by others is strictly 
>> prohibited.
>> If you are not the intended recipient (or authorized to receive
>> information for the intended recipient), please contact the sender by
>> reply e-mail and delete all copies of this message.
>>
>> ___
>> 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
>>
___
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

[Paraview] ANN: ParaView 3.14.1 Available for download

[Utkarsh Ayachit]

Folks,

ParaView 3.14.1 is now available for download
(http://paraview.org/paraview/resources/software.php).

This is bug fix release that includes fixes for ParaView 3.14.0.
ParaView 3.14.1 clients can be used to connect with servers running
ParaView 3.14.0 and vice-versa. Similarly, plugins built for ParaView
3.14.0 should generally work with ParaView 3.14.1.

The issues that were fixed are as follows:

- 0012924: Paraview 3.12.0 fails to build with zlib 1.2.6, invalid
conversion from 'void*' to 'gzFile'
- 0012956: Auto apply, variables don't show up.
- 0012964: View Layout State issue
- 0012969: pvsc option enumeration issues
- 0012970: No way to use netcdf4 with system netcdf
- 0012981: Bug in panning/scaling of top-right axes in charts
- 0012983: HSCTH files not reading timesteps correctly
- 0012984: cherrypick the fix in VTK of vtkPyramid.cxx compute
gradient into ParaView
- 0012991: Build problem with nmake and windows
- 0012997: protoc generation doesn't work on Windows with nmake builds.
- 0013012: Errors on FindData
- 0013030: EnSight6Reader incorrect "transient single file format" and
"scalar per element"
- 0013033: problems with scalar bar
- 0013048: ContourRepresentation can't override Intialize

Detailed change log can be found at
http://paraview.org/Bug/changelog_page.php?version_id=95.

ParaView Team
___
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

Re: [Paraview] Qt QTWEBKIT library not found

[Utkarsh Ayachit]

Since you're building Qt from source, try to reconfigure and build Qt
with WebKit enabled. Your configure command for QT should look
something like follows:

./configure  -webkit -xmlpatterns 

Then, before Qt starts building, it spits out a block of text saying
what features were enabled/disabled. Pay close attention to that. Post
that piece of test if needed. That should tell you if webkit was
enabled or disabled.

ParaView doesn't currently support not building with WebKit support
(except for using John's patch).

Utkarsh
___
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

Re: [Paraview] ANN: ParaView 3.14.1 Available for download

[Utkarsh Ayachit]

That's great! Thanks for all the hard work.

Utkarsh 

Sent from my iPad

On Apr 6, 2012, at 5:18 PM, Bruno Santos  wrote:

> Greetings to all,
> 
> The project for releasing unofficial ParaView Development installs (mostly 
> for Windows) - http://code.google.com/p/unofficial-paraview-dev-install/ - 
> has been finally updated this week, just in time to be updated within a few 
> hours of the official release of ParaView 3.14.1:
> List of downloads: 
> http://code.google.com/p/unofficial-paraview-dev-install/wiki/Downloads
> List of development notes related to the updates made:
> Notes for ParaView 3.12.0
> Notes for ParaView 3.14.0
> Notes for ParaView 3.14.1
> In the notes are described the changes and brief steps for building one's own 
> ParaView SuperBuild on Windows. These unofficial releases have not been 
> subjected to through testing yet, so if anyone finds problems with them, 
> please use our dedicated Issue Tracker for them: 
> http://code.google.com/p/unofficial-paraview-dev-install/issues/list
> 
> Brief summary of features:
> 3 types of packages are provided:
> The modified sources, in both tar.bz2 and 7z formats.
> Self-extractable packages with headers, cmake files and library interfaces, 
> i.e. the necessary development files. These are meant for complementing the 
> official releases of ParaView.
> Self-extractable packages with both the previous development files and the 
> working ParaView + Open-MPI binaries.
> FYI: these are using Qt 4.6.3 in ParaView 3.14.*, instead of Qt 4.6.4; but it 
> should still work, since Qt 4.6.4 should be a bug fix release and should be 
> fully compatible symbol-wise...
> A few options were added to the SuperBuild files:
> Added "ParaView_INSTALL_DEVELOPMENT" to the main "CMakeLists.txt" file, for 
> including the installation of the development files when installing ParaView.
> Added "ParaView_MPI_SUPERBUILD" for choosing to use the system's MPI 
> (auto-detect only), instead of the default ones on SuperBuild. The usage case 
> scenario for this option is documented here: 
> http://www.cfd-online.com/Forums/blogs/wyldckat/1203-paraview-3-12-0-superbuild-openfoam.html
> List of code changes can be seen in the repository: 
> http://code.google.com/p/unofficial-paraview-dev-install/source/detail?r=8ca38a1b4809448776414b2ed805604e4f2a5955&repo=paraview3141
> These changes aren't complete yet, since:
> There is still work to be done for automating the installation/packaging 
> process.
> And the Silo project isn't automatically upgraded when using MSVC 2008 
> Express... the "vcbuild" application has to be used in an automated scenario 
> with 2008 Express and it will probably require a somewhat "ugly hack".
> Best regards,
> Bruno Santos at blueCAPE Lda
> 
> PS: I hope this doesn't go "top post"... since a reply to this ANN seemed the 
> best place to "advertise" this ;)
> 
> On 06-04-2012 16:16, paraview-requ...@paraview.org wrote:
>> 
>> Date: Fri, 6 Apr 2012 09:46:32 -0400
>> From: Utkarsh Ayachit 
>> Subject: [Paraview] ANN: ParaView 3.14.1 Available for download
>> To: ParaView ,ParaView Developers
>>  
>> 
>> Folks,
>> 
>> ParaView 3.14.1 is now available for download
>> (http://paraview.org/paraview/resources/software.php).
>> 
>> This is bug fix release that includes fixes for ParaView 3.14.0.
>> ParaView 3.14.1 clients can be used to connect with servers running
>> ParaView 3.14.0 and vice-versa. Similarly, plugins built for ParaView
>> 3.14.0 should generally work with ParaView 3.14.1.
>> 
>> The issues that were fixed are as follows:
>> 
>> - 0012924: Paraview 3.12.0 fails to build with zlib 1.2.6, invalid
>> conversion from 'void*' to 'gzFile'
>> - 0012956: Auto apply, variables don't show up.
>> - 0012964: View Layout State issue
>> - 0012969: pvsc option enumeration issues
>> - 0012970: No way to use netcdf4 with system netcdf
>> - 0012981: Bug in panning/scaling of top-right axes in charts
>> - 0012983: HSCTH files not reading timesteps correctly
>> - 0012984: cherrypick the fix in VTK of vtkPyramid.cxx compute
>> gradient into ParaView
>> - 0012991: Build problem with nmake and windows
>> - 0012997: protoc generation doesn't work on Windows with nmake builds.
>> - 0013012: Errors on FindData
>> - 0013030: EnSight6Reader incorrect "transient single file format" and
>> "scalar per element"
>> - 0013033: problems with scalar bar
>> - 0013048: ContourRepresentation can't override Intialize
>> 
>&

Re: [Paraview] Qt QTWEBKIT library not found

[Utkarsh Ayachit]

Dave, do you have any insights for building Qt on mac with WebKit Support?

Utkarsh

On Sun, Apr 8, 2012 at 4:03 AM, Magician  wrote:
> Utkarsh,
>
>
> I rebuilt Qt with "-webkit" option, but cmake still dumped same errors.
> My Qt source is:
> ftp://ftp.trolltech.no/qt/source/qt-everywhere-opensource-src-4.7.4.tar.gz
>
> Comparing my Mac (able to build ParaView), I could find:
>> QT_QTWEBKIT_INCLUDE_DIR          /opt/local/include/QtWebKit
>> QT_QTWEBKIT_LIBRARY_RELEASE      /opt/local/lib/libQtWebKit.dylib
>
> So I tried to find my QtWebKit and libQtWebKit on my CentOS.
> I found QtWebKit in:
> /usr/local/include/Qt
> /usr/local/include/QtWebKit
> But no libQtWebkit was found by "find" command.
>
> I rebuild Qt again :(
>
>
> Magician
>
>
> On 2012/04/07, at 0:16, Utkarsh Ayachit wrote:
>
>> Since you're building Qt from source, try to reconfigure and build Qt
>> with WebKit enabled. Your configure command for QT should look
>> something like follows:
>>
>> ./configure  -webkit -xmlpatterns 
>>
>> Then, before Qt starts building, it spits out a block of text saying
>> what features were enabled/disabled. Pay close attention to that. Post
>> that piece of test if needed. That should tell you if webkit was
>> enabled or disabled.
>>
>> ParaView doesn't currently support not building with WebKit support
>> (except for using John's patch).
>>
>> Utkarsh
>
___
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

Re: [Paraview] 2D View for Slices and other filter

[Utkarsh Ayachit]

We are working on it. Expect an improved, more flexible 2D view in the
next major release.

Utkarsh

On Mon, Apr 9, 2012 at 4:34 AM, Fabian Braennstroem
 wrote:
> Hello,
>
> is there an option to view slices in a 2D view? I am not able to find any.
> If not, are there any plans to integrate this? I think it would be a great
> feature...
>
> Best Regards
> Fabian
> ___
> 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
___
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

Re: [Paraview] Fw: Paraviewweb

[Utkarsh Ayachit]

This can be a little tricky one: let me try to come up with a Python
script that makes a selection and that should make things clearer.

Utkarsh

On Tue, Apr 10, 2012 at 3:53 AM, Jane Hickmott  wrote:
> Hi Utkarsh,
> Seb has indicated that you may be able to help with an issue of trying to
> create an interactive selection with labels (see below).  I'm totally stuck.
>  Any help will be much appreciated.
> Thanks.
> Jane
>
> - Forwarded Message -
> From: Sebastien Jourdain 
> To: Jane Hickmott 
> Cc: "paraview@paraview.org" ; Utkarsh Ayachit
> 
> Sent: Sunday, 8 April 2012, 19:15
> Subject: Re: [Paraview] Paraviewweb
>
> Ok, I miss understood your goal.
>
> Then, the missing part should be something like that.
>
> var view = paraview.GetRenderView(); // this is optional if you
> already have a reference to the view...
> view.setInteractionMode(2);
>
> Although, I've quickly tried it online with firebug and I did not
> manage to see the selection. I'm wondering if we are both missing
> something here... Like the creation of a selection proxy that is
> created to get the selected screen area and convert it to a set of
> cellId...
>
> Utkarsh might have a better insight on that selection part.
>
> Seb
>
> PS: Here is the mapping based on the string values
>
> file:
> ParaView-SRC/ParaViewCore/ServerImplementation/Resources/views_and_representations.xml
>
>        command="SetInteractionMode"
>       number_of_elements="1"
>       default_values="0">
>       
>         
>         
>         
>       
>     
>
> On Sun, Apr 8, 2012 at 12:43 PM, Jane Hickmott 
> wrote:
>> Hi Seb,
>> Thank you for your help.  However, your code appears to only toggle
>> 'SelectionPointLabelVisibility' on/off.  What I really need is the
>> equivalent of 'select points on' button as on the GUI that will enable me
>> to
>> interactively select an area on the plot to display labels on.  I can do
>> this easily interactively, but the python trace appears not to record all
>> of
>> the clicks.  There is something I'm missing...
>>
>> Frustrated... :(
>>
>> Jane.
>>
>> 
>> From: Sebastien Jourdain 
>> To: Jane Hickmott 
>> Cc: paraview@paraview.org
>> Sent: Sunday, 8 April 2012, 14:44
>> Subject: Re: [Paraview] Paraviewweb
>>
>> Hi Jane,
>>
>> keep the prarview mailing list in the loop so anyone could contribute and
>> learn.
>>
>> In your case that will be pretty simple.
>> If you use jQuery as JavaScript library that could look like that:
>>
>> var sourceProxy = paraview.FindSource({name:"Fluid_f2.vtk"});
>> var representation = paraview.GetDisplayProperties({proxy: sourceProxy});
>> $('.my-button-class').click(function() {
>>   if($(this).toggleClass("showLabel").hasClass("showLabel")) {
>>     representation.setSelectionPointLabelVisibility(1);
>>   } else {
>>     representation.setSelectionPointLabelVisibility(0);
>>   }
>> });
>>
>> Or you can create a python script on the server side that can be
>> called from the JavaScript.
>> For more details on that you can read the plugin documentation of
>> ParaViewWeb here.
>>
>> http://www.paraview.org/Wiki/ParaViewWeb_Plugins
>>
>> Seb
>>
>> On Sun, Apr 8, 2012 at 4:10 AM, Jane Hickmott 
>> wrote:
>>> Thank you, Seb.  Much appreciated.  Sorry I'm a novice in Javascript.
>>>  Here
>>> is a python trace of what I would like to accomplish - can anyone please
>>> show me how to convert this to javascript?  Many thanks.
>>> As an aside is there no way to call an external python module from within
>>> javascript?  That would solve everything.
>>>
>>> Jane.
>>>
>>> try: paraview.simple
>>> except: from paraview.simple import *
>>> paraview.simple._DisableFirstRenderCameraReset()
>>>
>>> Fluid_f2 = FindSource("Fluid_f2.vtk")
>>> DataRepresentation1 = GetDisplayProperties(Fluid_f2)
>>> RenderView1 = GetRenderView()
>>> DataRepresentation1.SelectionPointLabelVisibility = 1
>>>
>>> RenderView1.InteractionMode = 'Selection'
>>>
>>> RenderView1.CameraClippingRange = [19767.705902611211,
>>> 38094.489486240847]
>>> RenderView1.InteractionMode = '3D'
>>>
>>> Render()
>>>
>>> 
>>> From:

Re: [Paraview] 2D View for Slices and other filter

[Utkarsh Ayachit]

A cylinder slice mode can certainly be added although I'm not sure we
have an interactive widget for that, I'll have to look. We can always
add one without an interactive widget. I've added a feature request
for the same: http://paraview.org/Bug/view.php?id=13071

Utkarsh

On Mon, Apr 9, 2012 at 12:02 PM, Beach, Timothy A. (GRC-RTT0)[ASRC
AEROSPACE CORP]  wrote:
>  That sounds very helpful.  We are using Paraview (still at 3.10) to look at 
> CFD results for Turbomachinery  simulations.   We've added a few things   but 
> one thing I haven't  yet figured out that would be very useful to us is to 
> have a cylindrical slice. The interface offers , plane, sphere and box.   A 
> cylinder would be great for us .Any chance of that being added?  We get 
> around it by computing radius and contouring on that but an explicit 
> geometric  option would be nice.
> Thanks
> Tim
>
> 
> From: paraview-boun...@paraview.org [paraview-boun...@paraview.org] On Behalf 
> Of Utkarsh Ayachit [utkarsh.ayac...@kitware.com]
> Sent: Monday, April 09, 2012 9:14 AM
> To: Fabian Braennstroem
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] 2D View for Slices and other filter
>
> We are working on it. Expect an improved, more flexible 2D view in the
> next major release.
>
> Utkarsh
>
> On Mon, Apr 9, 2012 at 4:34 AM, Fabian Braennstroem
>  wrote:
>> Hello,
>>
>> is there an option to view slices in a 2D view? I am not able to find any.
>> If not, are there any plans to integrate this? I think it would be a great
>> feature...
>>
>> Best Regards
>> Fabian
>> ___
>> 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
> ___
> 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
___
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

Re: [Paraview] PV 3.14.1 Linux crashes when trying to open a file

[Utkarsh Ayachit]

Doh! I forgot about the SVG plugin problem. I'll request the files to be
updated soon. Thanks

Utkarsh

On Thu, Apr 12, 2012 at 6:47 AM, Richard GRENON wrote:

> Hello Utkarsh.
>
> I have just downloaded the new Linux 64bit binaries for PV 3.14.1.
>
> PV 3.14.1 crashes when trying to open a data file or to load a state file!
> Error message:
>
>> Cannot mix incompatible Qt libraries
>>
> This seems to be the same error as with the first release of the PV 3.14.0
> binaries.
> See the previous discussion with the subject "PV 3.14 Linux crashes when
> trying to open a file" in the mailing list.
>
> (Sorry if this mail is received twice. I had a mailing problem.)
>
>
> Best regards.
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:richard.gre...@onera.fr
> http://www.onera.fr
>
> __**_
> 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
>
___
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

Re: [Paraview] Paraview bug with openFoam for oilflow with surface LIC

[Utkarsh Ayachit]

Do you know what version of Paraview you are using? I remember there was a
bug with this in 3.12 (if I remember correctly).

On Thu, Apr 12, 2012 at 2:41 PM, Lorenzo  wrote:

> Hi all;
> few times ago I learnt from this mailing list how to do an oilflow
> visualization with data from openFoam using the surface LIC.
>
> Now, I noticed this only works if foamToVTK is run first.
> If you try and do that using paraFoam you'll get nothing because you won't
> be able to select anything on the vectors field within the display tab.
>
> I also noticed that if you run paraFoam, then load a .vtk surface on the
> same PV instance and do the surface LIC trick on the latter, then
> everything works also on the data from paraFoam you loaded at first.
>
> Do know if this is actually a bug but I thought it would be worth
> mentioning…
>
> Thank you!
>
> Lorenzo
> ___
> 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
>
___
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

Re: [Paraview] xdmf writer in parallel

[Utkarsh Ayachit]

Looking at the xmls definition, no, it doesn't look like it supports
parallel. Dave, is that for real or an oversight?

Utkarsh

On Thu, Apr 12, 2012 at 3:44 PM, Burlen Loring  wrote:

> XDMF writer disappears as an option from the save dialog when I run with
> mpi and np is more than 1. However, when run in serial or with np 1 it is
> available. Can the XDMF writer write in parallel?
> __**_
> 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
>
___
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

Re: [Paraview] paravire crashed when dumping images during saving animation

[Utkarsh Ayachit]

What version of ParaView are you using? Are you using OSMesa, Offscreen
rendering? Are you saving animations with pvpython or from the GUI? Is this
client-server or builtin configuration?

Utkarsh

On Fri, Apr 13, 2012 at 11:37 AM, Pei-Ying Hsieh wrote:

> Dear Paraview experts,
>
> I am wondering whether there is a solution to this problem.
>
> I have completed a transient CFD analysis.  It contains a large dataset.
> When I tried to saved the images of animation, Paraview crashed.  Paraview
> sometimes saved 50 images, sometimes saved 80 images, but, never completed
> the whole time steps.
>
> I never had any problem when the dataset is small.
>
> It will be appreciated if someone can shed some light on this.
>
> Pei-Ying
>
>
> ___
> 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
>
>
___
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

Re: [Paraview] Fw: Paraviewweb

[Utkarsh Ayachit]

Attached is a simple python script that shows how to make a selection
for cell visible cells through Python. You can use something similar
to setup a plugin for ParaViewWeb to make your selections and set them
up.

Utkarsh

On Tue, Apr 10, 2012 at 9:27 AM, Utkarsh Ayachit
 wrote:
> This can be a little tricky one: let me try to come up with a Python
> script that makes a selection and that should make things clearer.
>
> Utkarsh
>
> On Tue, Apr 10, 2012 at 3:53 AM, Jane Hickmott  
> wrote:
>> Hi Utkarsh,
>> Seb has indicated that you may be able to help with an issue of trying to
>> create an interactive selection with labels (see below).  I'm totally stuck.
>>  Any help will be much appreciated.
>> Thanks.
>> Jane
>>
>> - Forwarded Message -
>> From: Sebastien Jourdain 
>> To: Jane Hickmott 
>> Cc: "paraview@paraview.org" ; Utkarsh Ayachit
>> 
>> Sent: Sunday, 8 April 2012, 19:15
>> Subject: Re: [Paraview] Paraviewweb
>>
>> Ok, I miss understood your goal.
>>
>> Then, the missing part should be something like that.
>>
>> var view = paraview.GetRenderView(); // this is optional if you
>> already have a reference to the view...
>> view.setInteractionMode(2);
>>
>> Although, I've quickly tried it online with firebug and I did not
>> manage to see the selection. I'm wondering if we are both missing
>> something here... Like the creation of a selection proxy that is
>> created to get the selected screen area and convert it to a set of
>> cellId...
>>
>> Utkarsh might have a better insight on that selection part.
>>
>> Seb
>>
>> PS: Here is the mapping based on the string values
>>
>> file:
>> ParaView-SRC/ParaViewCore/ServerImplementation/Resources/views_and_representations.xml
>>
>> >       command="SetInteractionMode"
>>       number_of_elements="1"
>>       default_values="0">
>>       
>>         
>>         
>>         
>>       
>>     
>>
>> On Sun, Apr 8, 2012 at 12:43 PM, Jane Hickmott 
>> wrote:
>>> Hi Seb,
>>> Thank you for your help.  However, your code appears to only toggle
>>> 'SelectionPointLabelVisibility' on/off.  What I really need is the
>>> equivalent of 'select points on' button as on the GUI that will enable me
>>> to
>>> interactively select an area on the plot to display labels on.  I can do
>>> this easily interactively, but the python trace appears not to record all
>>> of
>>> the clicks.  There is something I'm missing...
>>>
>>> Frustrated... :(
>>>
>>> Jane.
>>>
>>> 
>>> From: Sebastien Jourdain 
>>> To: Jane Hickmott 
>>> Cc: paraview@paraview.org
>>> Sent: Sunday, 8 April 2012, 14:44
>>> Subject: Re: [Paraview] Paraviewweb
>>>
>>> Hi Jane,
>>>
>>> keep the prarview mailing list in the loop so anyone could contribute and
>>> learn.
>>>
>>> In your case that will be pretty simple.
>>> If you use jQuery as JavaScript library that could look like that:
>>>
>>> var sourceProxy = paraview.FindSource({name:"Fluid_f2.vtk"});
>>> var representation = paraview.GetDisplayProperties({proxy: sourceProxy});
>>> $('.my-button-class').click(function() {
>>>   if($(this).toggleClass("showLabel").hasClass("showLabel")) {
>>>     representation.setSelectionPointLabelVisibility(1);
>>>   } else {
>>>     representation.setSelectionPointLabelVisibility(0);
>>>   }
>>> });
>>>
>>> Or you can create a python script on the server side that can be
>>> called from the JavaScript.
>>> For more details on that you can read the plugin documentation of
>>> ParaViewWeb here.
>>>
>>> http://www.paraview.org/Wiki/ParaViewWeb_Plugins
>>>
>>> Seb
>>>
>>> On Sun, Apr 8, 2012 at 4:10 AM, Jane Hickmott 
>>> wrote:
>>>> Thank you, Seb.  Much appreciated.  Sorry I'm a novice in Javascript.
>>>>  Here
>>>> is a python trace of what I would like to accomplish - can anyone please
>>>> show me how to convert this to javascript?  Many thanks.
>>>> As an aside is there no way to call an external python module from within
>>>> javascript?  That would solve everything.
>>>>
>>>> Jane.
>>>>
&