From mathieu.westphal at kitware.com  Thu Sep  1 03:59:39 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Thu, 1 Sep 2016 09:59:39 +0200
Subject: [Paraview-developers] In Parallel,
	how to check if data is distributed across nodes.
Message-ID: <CAC2t4US9rQoq9xDNq98RDJeVhjHrbpsx4UJJA3v2nGV7aPLYSA@mail.gmail.com>

Hello

I would like to know if there is way to to check if the input of the filter
is distributed accross nodes

In my case I have two filter, a typical pipeline looks like this

- Input
  |- Filter 1
    |- Filter2
  |- Filter 2

Input is not parallel aware, so its output will be replicated across nodes,
while filter 1 is, so Filter 1 output can be ditributed across nodes in
parallel.

How could filter2 know if its input is distributed or not ?
I tried to check for CAN_HANDLE_PIECE_REQUEST but without success (with
ParaView).

Thanks a lot

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160901/d440c85b/attachment.html>

From shawn.waldon at kitware.com  Thu Sep  1 09:34:31 2016
From: shawn.waldon at kitware.com (Shawn Waldon)
Date: Thu, 1 Sep 2016 09:34:31 -0400
Subject: [Paraview-developers] [EXTERNAL] Master build errors probably
	in vtkSMCoreUtilities.cxx
In-Reply-To: <CADHSJjA45dpOJn19d2jtAdqFOtP785JRcTJv8ybbNRvPtet4kw@mail.gmail.com>
References: <88dcde83b3ae4f9bb35d00e6b25afc45@ES01AMSNLNT.srn.sandia.gov>
 <57079bc76d714feda5e5cc7b915598bb@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjA45dpOJn19d2jtAdqFOtP785JRcTJv8ybbNRvPtet4kw@mail.gmail.com>
Message-ID: <CALSpCT2E_=PhqUKSHTckzPOGs39T=msOg6LQ6ZrXF-UF-3U2mg@mail.gmail.com>

Hi Alan,

Can you try adding '#include <cstdlib>' to that file?  Also, what
compiler/compiler version is this?  We should try to make sure we have a
dashboard testing it.

Shawn

On Wed, Aug 31, 2016 at 11:30 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Wow! You're fast! This was merged in just earlier today!
>
> Shawn, can you take a look please? Thanks.
>
> Utkarsh
>
> On Wed, Aug 31, 2016 at 9:00 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>
>> And, client side builds on the LAN:
>>
>>
>>
>> [ 35%] Building CXX object ParaViewCore/ServerManager/Cor
>> e/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function
>> ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = float,
>> EquivSizeIntT = int]?:
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:216:   instantiated
>> from here
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of
>> overloaded ?abs(int)? is ambiguous
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94:
>> note: candidates are: double std::abs(double)
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98:
>> note:                 float std::abs(float)
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102:
>> note:                 long double std::abs(long double)
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function
>> ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = double,
>> EquivSizeIntT = long long int]?:
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:226:   instantiated
>> from here
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of
>> overloaded ?abs(long long int)? is ambiguous
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94:
>> note: candidates are: double std::abs(double)
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98:
>> note:                 float std::abs(float)
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102:
>> note:                 long double std::abs(long double)
>>
>> gmake[2]: *** [ParaViewCore/ServerManager/Co
>> re/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error
>> 1
>>
>> gmake[1]: *** [ParaViewCore/ServerManager/Co
>> re/CMakeFiles/vtkPVServerManagerCore.dir/all] Error 2
>>
>>
>>
>>
>>
>> Alan
>>
>>
>>
>> *From:* Paraview-developers [mailto:paraview-developers-bo
>> unces at paraview.org] *On Behalf Of *Scott, W Alan
>> *Sent:* Wednesday, August 31, 2016 5:34 PM
>> *To:* paraview-developers at paraview.org
>> *Subject:* [EXTERNAL] [Paraview-developers] Master build errors probably
>> in vtkSMCoreUtilities.cxx
>>
>>
>>
>> Utkarsh,
>>
>> Here are some build errors.  Help?  This is on a cluster build
>>
>>
>>
>> Alan
>>
>>
>>
>> [ 11%] Building CXX object ParaViewCore/ServerManager/Cor
>> e/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more
>> than one instance of overloaded function "std::abs" matches the argument
>> list:
>>
>>             function "std::abs(double)"
>>
>>             function "std::abs(float)"
>>
>>             function "std::abs(long double)"
>>
>>             argument types are: (int)
>>
>>     EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
>>
>>                           ^
>>
>>           detected during instantiation of "bool
>> <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=float,
>> EquivSizeIntT=int]" at line 216
>>
>>
>>
>> /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/Par
>> aViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more
>> than one instance of overloaded function "std::abs" matches the argument
>> list:
>>
>>             function "std::abs(double)"
>>
>>             function "std::abs(float)"
>>
>>             function "std::abs(long double)"
>>
>>             argument types are: (long long)
>>
>>     EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
>>
>>                           ^
>>
>>           detected during instantiation of "bool
>> <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=double,
>> EquivSizeIntT=signed long long]" at line 226
>>
>>
>>
>> compilation aborted for /projects/viz/paraview/src/Par
>> aView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx
>> (code 2)
>>
>> gmake[2]: *** [ParaViewCore/ServerManager/Co
>> re/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error
>> 2
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Here?s a git log of the file:
>>
>>
>>
>> commit fe2cf0b0c89f79076219df7c7ea211e38ad89ae0
>>
>> Author: Shawn Waldon <shawn.waldon at kitware.com>
>>
>> Date:   Fri Aug 26 11:57:42 2016 -0400
>>
>>
>>
>>     Update the tiny range delta to work when passing in doubles
>>
>>
>>
>>     The delta worked well for floats, but when passing in doubles we
>> needed a
>>
>>     larger delta so that the difference would be noticable when the
>> numbers
>>
>>     were later downcase to float for display.
>>
>>
>>
>> commit 450a1545e2a777e83568e7a975df1212306a7133
>>
>> Author: Robert Maynard <robert.maynard at kitware.com>
>>
>> Date:   Fri Apr 15 14:06:35 2016 -0400
>>
>>
>>
>>     Fix strict aliasing warnings in vtkSMCoreUtilities AdjustRange
>>
>>
>>
>> commit 604cbe44c15ce547a631508a30ad744b6984c402
>>
>> Author: Robert Maynard <robert.maynard at kitware.com>
>>
>> Date:   Wed Apr 13 17:35:35 2016 -0400
>>
>>
>>
>>     vtkSMCoreUtilities now adjusts ranges properly when min~=max.
>>
>>
>>
>>     Previously when min and max where very close to being equal but also
>> very
>>
>>     small numbers they would not offset from each other sufficiently.
>>
>>
>>
>> commit 3154b783090e58ee277d96a8d893d01ff9b796b1
>>
>> Author: Brad King <brad.king at kitware.com>
>>
>> Date:   Thu Aug 20 13:25:43 2015 -0400
>>
>>
>>
>>     Remove use of include <vtksys/ios/sstream> and
>> vtksys_ios::*stringstream
>>
>>
>>
>>     Use the following commands to switch to standard header and namespace:
>>
>>
>>
>>      git grep -l vtksys/ios | xargs sed -i 's|vtksys/ios/sstream|sstream|
>> '
>>
>>      git grep -l vtksys_ios:: | xargs sed -i 's|vtksys_ios::|std::|g'
>>
>>
>>
>> commit a9cb582ed5647f4b34cefc907013a14677924b5c
>>
>> Author: Utkarsh Ayachit <utkarsh.ayachit at kitware.com>
>>
>> Date:   Tue Jun 30 22:44:10 2015 -0400
>>
>>
>>
>>     Consolidate code to adjust empty range.
>>
>>
>>
>>     When resetting lut ranges, we need to avoid setting null range. This
>>
>>     consolidates that code in vtkSMCoreUtilities.
>> vtkSMPVRepresentationProxy
>>
>>     and vtkSMTransferFunctionManager now use this new static method in
>>
>>     vtkSMCoreUtilities, called AdjustRange().
>>
>>
>>
>>
>>
>> --------------------------------------------------------
>>
>> W. Alan Scott
>>
>> ParaView Support Manager
>>
>>
>>
>> SAIC
>>
>> Sandia National Laboratories, MS 0822
>>
>> Org 9326 - Building 880 A1-K
>>
>> (505) 284-0932   FAX (505) 284-5619
>>
>> ---------------------------------------------------------
>>
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=
>> Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160901/3bcdfaf5/attachment-0001.html>

From chris.harris at kitware.com  Thu Sep  1 11:58:36 2016
From: chris.harris at kitware.com (Chris Harris)
Date: Thu, 1 Sep 2016 11:58:36 -0400
Subject: [Paraview-developers] VTK_NO_PYTHON vs VTK_PYTHON_FULL_THREADSAFE
Message-ID: <CAJ5mg=9Nbbmvyor09QK28bBeFcE5oaibJYggrziC7-KZaH=32w@mail.gmail.com>

Can someone clear up what these two CMake options are for? It seems the
ParaView has VTK_PYTHON_FULL_THREADSAFE as a dependant option that can only
be enable if VTK_NO_PYTHON is off.

I am asking because I would like to know which should be used to
selectively compile GIL locks and releases.

It seems that VTK_NO_PYTHON is used here:

https://github.com/Kitware/VTK/blob/master/Utilities/Python/vtkPython.h#L107-L112

and

VTK_PYTHON_FULL_THREADSAFE is used here:

https://github.com/Kitware/VTK/blob/master/Utilities/Python/vtkPython.h#L131-L134


It seems the VTK_PYTHON_FULL_THREADSAFE was added relatively recently.

Thanks,


Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160901/7ed0fe62/attachment.html>

From mathieu.westphal at kitware.com  Fri Sep  2 02:44:28 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Fri, 2 Sep 2016 08:44:28 +0200
Subject: [Paraview-developers] VTK_NO_PYTHON vs
	VTK_PYTHON_FULL_THREADSAFE
In-Reply-To: <CAJ5mg=9Nbbmvyor09QK28bBeFcE5oaibJYggrziC7-KZaH=32w@mail.gmail.com>
References: <CAJ5mg=9Nbbmvyor09QK28bBeFcE5oaibJYggrziC7-KZaH=32w@mail.gmail.com>
Message-ID: <CAC2t4UQ85vt27XRxF2m-XOzYmsnpdqrAp7NYSVDVA8A9F1gPDw@mail.gmail.com>

Hello

you may have noticed, the option is not VTK_NO_PYTHON, but
VTK_NO_PYTHON_THREAD

When this option is true, all python threading is disabled, and all python
related method are executed in one and only thread, no python thread
support.
If this option is false, a new option appear, VTK_PYTHON_FULL_THREADSAFE.

VTK_NO_PYTHON_THREAD false and VTK_PYTHON_FULL_THREADSAFE false is
basically the standard way to compile VTK with python.

If you pass VTK_PYTHON_FULL_THREADSAFE to true, then each and every call to
python will be protected with GIL [1], ensuring that you can have eg. other
python interpreter in your application
and still use python wrapping in vtk. Very usefull option for specific
usage but quite an overhead for people that have no use for it and only use
python inside VTK.

on a side note, The logic in vtkPython.h is quite complicated because even
without VTK_PYTHON_FULL_THREADSAFE, we sometimes needs to protect the
python call with gil anyway, hence the "FULL" in the option name.

I hope it is more clear now.
Regards,

Mathieu Westphal

[1] : https://en.wikipedia.org/wiki/Global_interpreter_lock

Mathieu Westphal

On Thu, Sep 1, 2016 at 5:58 PM, Chris Harris <chris.harris at kitware.com>
wrote:

> Can someone clear up what these two CMake options are for? It seems the
> ParaView has VTK_PYTHON_FULL_THREADSAFE as a dependant option that can only
> be enable if VTK_NO_PYTHON is off.
>
> I am asking because I would like to know which should be used to
> selectively compile GIL locks and releases.
>
> It seems that VTK_NO_PYTHON is used here:
>
> https://github.com/Kitware/VTK/blob/master/Utilities/
> Python/vtkPython.h#L107-L112
>
> and
>
> VTK_PYTHON_FULL_THREADSAFE is used here:
>
> https://github.com/Kitware/VTK/blob/master/Utilities/
> Python/vtkPython.h#L131-L134
>
>
> It seems the VTK_PYTHON_FULL_THREADSAFE was added relatively recently.
>
> Thanks,
>
>
> Chris
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160902/4fc4cc0f/attachment.html>

From chris.harris at kitware.com  Fri Sep  2 09:23:22 2016
From: chris.harris at kitware.com (Chris Harris)
Date: Fri, 2 Sep 2016 09:23:22 -0400
Subject: [Paraview-developers] VTK_NO_PYTHON vs
	VTK_PYTHON_FULL_THREADSAFE
In-Reply-To: <CAC2t4UQ85vt27XRxF2m-XOzYmsnpdqrAp7NYSVDVA8A9F1gPDw@mail.gmail.com>
References: <CAJ5mg=9Nbbmvyor09QK28bBeFcE5oaibJYggrziC7-KZaH=32w@mail.gmail.com>
 <CAC2t4UQ85vt27XRxF2m-XOzYmsnpdqrAp7NYSVDVA8A9F1gPDw@mail.gmail.com>
Message-ID: <CAJ5mg=-iOeVt4+DSNM9sZA1pHgPRQLHp6-u+MEv6KiQ4K8Y2aw@mail.gmail.com>

Hi Mathieu,

Thanks for explanation ( yes VTK_NO_PYTHON was a typo :-( )

Chris

On Fri, Sep 2, 2016 at 2:44 AM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Hello
>
> you may have noticed, the option is not VTK_NO_PYTHON, but
> VTK_NO_PYTHON_THREAD
>
> When this option is true, all python threading is disabled, and all python
> related method are executed in one and only thread, no python thread
> support.
> If this option is false, a new option appear, VTK_PYTHON_FULL_THREADSAFE.
>
> VTK_NO_PYTHON_THREAD false and VTK_PYTHON_FULL_THREADSAFE false is
> basically the standard way to compile VTK with python.
>
> If you pass VTK_PYTHON_FULL_THREADSAFE to true, then each and every call
> to python will be protected with GIL [1], ensuring that you can have eg.
> other python interpreter in your application
> and still use python wrapping in vtk. Very usefull option for specific
> usage but quite an overhead for people that have no use for it and only use
> python inside VTK.
>
> on a side note, The logic in vtkPython.h is quite complicated because even
> without VTK_PYTHON_FULL_THREADSAFE, we sometimes needs to protect the
> python call with gil anyway, hence the "FULL" in the option name.
>
> I hope it is more clear now.
> Regards,
>
> Mathieu Westphal
>
> [1] : https://en.wikipedia.org/wiki/Global_interpreter_lock
>
> Mathieu Westphal
>
> On Thu, Sep 1, 2016 at 5:58 PM, Chris Harris <chris.harris at kitware.com>
> wrote:
>
>> Can someone clear up what these two CMake options are for? It seems the
>> ParaView has VTK_PYTHON_FULL_THREADSAFE as a dependant option that can only
>> be enable if VTK_NO_PYTHON is off.
>>
>> I am asking because I would like to know which should be used to
>> selectively compile GIL locks and releases.
>>
>> It seems that VTK_NO_PYTHON is used here:
>>
>> https://github.com/Kitware/VTK/blob/master/Utilities/Python/
>> vtkPython.h#L107-L112
>>
>> and
>>
>> VTK_PYTHON_FULL_THREADSAFE is used here:
>>
>> https://github.com/Kitware/VTK/blob/master/Utilities/Python/
>> vtkPython.h#L131-L134
>>
>>
>> It seems the VTK_PYTHON_FULL_THREADSAFE was added relatively recently.
>>
>> Thanks,
>>
>>
>> Chris
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=
>> Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160902/b601cc8f/attachment.html>

From Matthew.Czech at pfizer.com  Fri Sep  2 16:22:17 2016
From: Matthew.Czech at pfizer.com (Czech, Matthew)
Date: Fri, 2 Sep 2016 20:22:17 +0000
Subject: [Paraview-developers] Create programmable source via python
 shell
In-Reply-To: <CANjZAi_zoLDKA7xgY6mLc+aiWdyDuR1+x92JELFRSQUrukmTKg@mail.gmail.com>
References: <D3E4CBA4.3021%Matthew.Czech@pfizer.com>
 <CANjZAi_zoLDKA7xgY6mLc+aiWdyDuR1+x92JELFRSQUrukmTKg@mail.gmail.com>
Message-ID: <D3EDAA43.30B9%Matthew.Czech@pfizer.com>

This is very useful, thank you. I am having an issue now where when I run a programmable source via python shell the animation functionality doesn?t work. If I manually copy and paste script for programmable source and apply there is no issue. If I run my python shell script and then go into the programmable source script and manually hit apply without changing its code it starts working as well. Has anyone dealt with something like this before?

Thanks,
Matt

From: David E DeMarle <dave.demarle at kitware.com<mailto:dave.demarle at kitware.com>>
Date: Thursday, August 25, 2016 at 9:12 PM
To: Matthew Czech <Matthew.Czech at pfizer.com<mailto:Matthew.Czech at pfizer.com>>
Cc: "paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>" <paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>>
Subject: Re: [Paraview-developers] Create programmable source via python shell

Sure is.

Here is a minimal example.

from paraview.simple import *
programmableSource1 = ProgrammableSource()
programmableSource1.Script = 'print "Hello World"'
programmableSource1.UpdatePipeline()

In general, try Tools->Start Trace, make a source or anything really, Tools->Stop Trace to see how to do things.

good luck

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

On Thu, Aug 25, 2016 at 4:21 PM, Czech, Matthew <Matthew.Czech at pfizer.com<mailto:Matthew.Czech at pfizer.com>> wrote:
Hello,

Is it possible to create a programmable source via the python shell? Any information on this is much appreciated.

Thanks,
Matt

_______________________________________________
Powered by www.kitware.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.kitware.com&d=DQMFaQ&c=UE1eNsedaKncO0Yl_u8bfw&r=0SaCkNDOHVGsusGR4_amwqR0W5SRBsJn61JOPo4P4ko&m=wR1oRwjPDTn1SUZd8UvyQJ2es0Urp-yat1afDZSXhKc&s=V8DfxKevfGOw2c-cfVObVX8Audvq697h-8vBVovyQ64&e=>

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.kitware.com_opensource_opensource.html&d=DQMFaQ&c=UE1eNsedaKncO0Yl_u8bfw&r=0SaCkNDOHVGsusGR4_amwqR0W5SRBsJn61JOPo4P4ko&m=wR1oRwjPDTn1SUZd8UvyQJ2es0Urp-yat1afDZSXhKc&s=YsLOrKJwwJppiAsT_EF-dLE3DU6Q6wzW6lzGSWzAyFA&e=>

Search the list archives at: http://markmail.org/search/?q=Paraview-developers<https://urldefense.proofpoint.com/v2/url?u=http-3A__markmail.org_search_-3Fq-3DParaview-2Ddevelopers&d=DQMFaQ&c=UE1eNsedaKncO0Yl_u8bfw&r=0SaCkNDOHVGsusGR4_amwqR0W5SRBsJn61JOPo4P4ko&m=wR1oRwjPDTn1SUZd8UvyQJ2es0Urp-yat1afDZSXhKc&s=19WpKFpTtXyL5GwgUaMeD5ls28FPcZy9zBHUBBscIGQ&e=>

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers<https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_mailman_listinfo_paraview-2Ddevelopers&d=DQMFaQ&c=UE1eNsedaKncO0Yl_u8bfw&r=0SaCkNDOHVGsusGR4_amwqR0W5SRBsJn61JOPo4P4ko&m=wR1oRwjPDTn1SUZd8UvyQJ2es0Urp-yat1afDZSXhKc&s=UG8FfpfBjBU2cSWVvKHmXF3M6IA65vGP47OlokSdbrk&e=>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160902/73498b27/attachment.html>

From utkarsh.ayachit at kitware.com  Fri Sep  2 16:40:58 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 2 Sep 2016 16:40:58 -0400
Subject: [Paraview-developers] Milestone: 1000 Merge Requests!
Message-ID: <CADHSJjA5hkA_0dzk6wTJ533jQGD_SfAFxgZwHkf8j6wUqT0eHg@mail.gmail.com>

Guess what? We have our 1000th merge request [1] for ParaView. It's
only fitting that the 1000th merge request adds support for reloading
files to readers -- a feature requested at least as early as 2009 and
the top most voted on Uservoice [2].

Happy labor day!
Utkarsh

[1] https://gitlab.kitware.com/paraview/paraview/merge_requests/1000
[2] https://paraview.uservoice.com/forums/11350-general/suggestions/315870-reload-button

From mathieu.westphal at kitware.com  Mon Sep  5 04:10:14 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Mon, 5 Sep 2016 10:10:14 +0200
Subject: [Paraview-developers] VTK/Paraview Courses in October
In-Reply-To: <CAC2t4USH9Vp85YCWtu+Uw9kvbPrOUVQwFk7q2T0JOJXfGoZKdA@mail.gmail.com>
References: <CAC2t4USH9Vp85YCWtu+Uw9kvbPrOUVQwFk7q2T0JOJXfGoZKdA@mail.gmail.com>
Message-ID: <CAC2t4UQGrpbH1Ef+bZZKZVqoRiMKosytv_4H6peER9hUVFSwgQ@mail.gmail.com>

Hello
Kitware will be holding a 2-day VTK and ParaView course on October 11th and
12th 2016 in Lyon, France.

Please visit our web site for more information and registration details at
VTK (English) : http://training.kitware.fr/browse/130
VTK (French) : http://formations.kitware.fr/browse/130
ParaView (English) : http://training.kitware.fr/browse/131
ParaView (French) : http://formations.kitware.fr/browse/131


Note that the course will be taught in English. If you have any question,
please contact us at formations at http://www.kitware.fr

Thank you,

Mathieu Westphal

Mathieu Westphal

On Wed, Jul 6, 2016 at 4:49 PM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Hello
> Kitware will be holding a 2-day VTK and ParaView course on October 11th
> and 12th 2016 in Lyon, France.
>
> Please visit our web site for more information and registration details at
> VTK (English) : http://training.kitware.fr/browse/130
> VTK (French) : http://formations.kitware.fr/browse/130
> ParaView (English) : http://training.kitware.fr/browse/131
> ParaView (French) : http://formations.kitware.fr/browse/131
>
>
> Note that the course will be taught in English. If you have any question,
> please contact us at formations at http://www.kitware.fr
>
> Thank you,
>
> Mathieu Westphal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160905/16b5c5da/attachment.html>

From wascott at sandia.gov  Tue Sep  6 12:50:46 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 6 Sep 2016 16:50:46 +0000
Subject: [Paraview-developers] [EXTERNAL] Master build errors probably
 in vtkSMCoreUtilities.cxx
In-Reply-To: <CADHSJjA45dpOJn19d2jtAdqFOtP785JRcTJv8ybbNRvPtet4kw@mail.gmail.com>
References: <88dcde83b3ae4f9bb35d00e6b25afc45@ES01AMSNLNT.srn.sandia.gov>
 <57079bc76d714feda5e5cc7b915598bb@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjA45dpOJn19d2jtAdqFOtP785JRcTJv8ybbNRvPtet4kw@mail.gmail.com>
Message-ID: <252311cbf8bb437aac8247d096318d7c@ES01AMSNLNT.srn.sandia.gov>

Timing is everything!

Alan

From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
Sent: Wednesday, August 31, 2016 9:30 PM
To: Scott, W Alan <wascott at sandia.gov>; Shawn Waldon <shawn.waldon at kitware.com>
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] [EXTERNAL] Master build errors probably in vtkSMCoreUtilities.cxx

Wow! You're fast! This was merged in just earlier today!

Shawn, can you take a look please? Thanks.

Utkarsh

On Wed, Aug 31, 2016 at 9:00 PM, Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>> wrote:
And, client side builds on the LAN:

[ 35%] Building CXX object ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = float, EquivSizeIntT = int]?:
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:216:   instantiated from here
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of overloaded ?abs(int)? is ambiguous
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94: note: candidates are: double std::abs(double)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98: note:                 float std::abs(float)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102: note:                 long double std::abs(long double)
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = double, EquivSizeIntT = long long int]?:
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:226:   instantiated from here
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of overloaded ?abs(long long int)? is ambiguous
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94: note: candidates are: double std::abs(double)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98: note:                 float std::abs(float)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102: note:                 long double std::abs(long double)
gmake[2]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error 1
gmake[1]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/all] Error 2


Alan

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org<mailto:paraview-developers-bounces at paraview.org>] On Behalf Of Scott, W Alan
Sent: Wednesday, August 31, 2016 5:34 PM
To: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Subject: [EXTERNAL] [Paraview-developers] Master build errors probably in vtkSMCoreUtilities.cxx

Utkarsh,
Here are some build errors.  Help?  This is on a cluster build

Alan

[ 11%] Building CXX object ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more than one instance of overloaded function "std::abs" matches the argument list:
            function "std::abs(double)"
            function "std::abs(float)"
            function "std::abs(long double)"
            argument types are: (int)
    EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
                          ^
          detected during instantiation of "bool <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=float, EquivSizeIntT=int]" at line 216

/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more than one instance of overloaded function "std::abs" matches the argument list:
            function "std::abs(double)"
            function "std::abs(float)"
            function "std::abs(long double)"
            argument types are: (long long)
    EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
                          ^
          detected during instantiation of "bool <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=double, EquivSizeIntT=signed long long]" at line 226

compilation aborted for /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx (code 2)
gmake[2]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error 2





Here?s a git log of the file:

commit fe2cf0b0c89f79076219df7c7ea211e38ad89ae0
Author: Shawn Waldon <shawn.waldon at kitware.com<mailto:shawn.waldon at kitware.com>>
Date:   Fri Aug 26 11:57:42 2016 -0400

    Update the tiny range delta to work when passing in doubles

    The delta worked well for floats, but when passing in doubles we needed a
    larger delta so that the difference would be noticable when the numbers
    were later downcase to float for display.

commit 450a1545e2a777e83568e7a975df1212306a7133
Author: Robert Maynard <robert.maynard at kitware.com<mailto:robert.maynard at kitware.com>>
Date:   Fri Apr 15 14:06:35 2016 -0400

    Fix strict aliasing warnings in vtkSMCoreUtilities AdjustRange

commit 604cbe44c15ce547a631508a30ad744b6984c402
Author: Robert Maynard <robert.maynard at kitware.com<mailto:robert.maynard at kitware.com>>
Date:   Wed Apr 13 17:35:35 2016 -0400

    vtkSMCoreUtilities now adjusts ranges properly when min~=max.

    Previously when min and max where very close to being equal but also very
    small numbers they would not offset from each other sufficiently.

commit 3154b783090e58ee277d96a8d893d01ff9b796b1
Author: Brad King <brad.king at kitware.com<mailto:brad.king at kitware.com>>
Date:   Thu Aug 20 13:25:43 2015 -0400

    Remove use of include <vtksys/ios/sstream> and vtksys_ios::*stringstream

    Use the following commands to switch to standard header and namespace:

     git grep -l vtksys/ios | xargs sed -i 's|vtksys/ios/sstream|sstream|'
     git grep -l vtksys_ios:: | xargs sed -i 's|vtksys_ios::|std::|g'

commit a9cb582ed5647f4b34cefc907013a14677924b5c
Author: Utkarsh Ayachit <utkarsh.ayachit at kitware.com<mailto:utkarsh.ayachit at kitware.com>>
Date:   Tue Jun 30 22:44:10 2015 -0400

    Consolidate code to adjust empty range.

    When resetting lut ranges, we need to avoid setting null range. This
    consolidates that code in vtkSMCoreUtilities. vtkSMPVRepresentationProxy
    and vtkSMTransferFunctionManager now use this new static method in
    vtkSMCoreUtilities, called AdjustRange().


--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932<tel:%28505%29%20284-0932>   FAX (505) 284-5619<tel:%28505%29%20284-5619>
---------------------------------------------------------


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

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160906/e4334186/attachment-0001.html>

From ken.martin at kitware.com  Tue Sep  6 15:38:07 2016
From: ken.martin at kitware.com (Ken Martin)
Date: Tue, 6 Sep 2016 15:38:07 -0400
Subject: [Paraview-developers] ParaView for Oculus and OpenVR/Vive
Message-ID: <CANXz0Sb3sKKz9uJzjup0aZt=1-tuByJ7iew8aRdO3YXWL4b12Q@mail.gmail.com>

For those who have an Oculus or Vive...

I have been working on creating a simple/limited mechanism for viewing data
from ParaView with the Oculus and/or Vive. I am planning to put out a blog
post, but before I do so I wanted to have someone test the executable to
see if it works for more than just me :-)  If you fit the bill and could
give it a test run that would be great. I have placed a windows 64 bit
binary of PV that was built with Oculus and Vive support here as a zip file.

https://www.dropbox.com/s/kqmotfgwyv7fjc0/PVVR.zip?dl=0

To test it you should be able to unzip it somewhere on a windows system
that has a Vive/Oculus installed and working.

Start up Oculus Home or Steam VR.

If using Oculus Home there is an option in the settings menu (gear shaped
thing) you must turn on to allow the Oculus to run third party apps.

Run this paraview

Create a cone

In the view make sure you have turned on advanced properties by clicking
the gear


[image: Inline image 1]
Then you should be able to hit "send to OpenVR" for example to see your
data in the Vive.

[image: Inline image 2]
When done you hit the button above the touchpad on the Vive (or the space
bar on Oculus) to return to ParaView. When in VR do not interact with the
PV GUI. For the Vive the basic interactions are

// A click and hold in 3D within the bounding box of a prop
// will pick up that prop allowing you to translate and
// orient that prop as desired with the 3D controller.
//
// Click/dragging two controllers and pulling them apart or
// pushing them together will initial a scale gesture
// that will scale the world larger or smaller.
//
// Click/dragging two controllers and translating them in the same
// direction will translate the camera/world
// pushing them together will initial a scale gesture
// that will scale the world larger or smaller.
//
// If a controller is right clicked (push touchpad on Vive)
// then it starts a fly motion where the camer moves in the
// direction the controller is pointing. It moves at a speed
// scaled by the position of your thumb on the trackpad.
// Higher moves faster forward. Lower moves faster backwards.
//
// For the Vive left click is mapped to the trigger and right
// click is mapped to pushing the trackpad down.


Thanks
Ken



-- 
Ken Martin PhD
Chairman & CFO
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160906/51968567/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 96397 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160906/51968567/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 99102 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160906/51968567/attachment-0003.png>

From wascott at sandia.gov  Tue Sep  6 15:40:54 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 6 Sep 2016 19:40:54 +0000
Subject: [Paraview-developers] [EXTERNAL] Master build errors probably
 in vtkSMCoreUtilities.cxx
In-Reply-To: <CALSpCT2E_=PhqUKSHTckzPOGs39T=msOg6LQ6ZrXF-UF-3U2mg@mail.gmail.com>
References: <88dcde83b3ae4f9bb35d00e6b25afc45@ES01AMSNLNT.srn.sandia.gov>
 <57079bc76d714feda5e5cc7b915598bb@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjA45dpOJn19d2jtAdqFOtP785JRcTJv8ybbNRvPtet4kw@mail.gmail.com>
 <CALSpCT2E_=PhqUKSHTckzPOGs39T=msOg6LQ6ZrXF-UF-3U2mg@mail.gmail.com>
Message-ID: <49b2d89c4825484ebe60f92e8630a5f3@ES01AMSNLNT.srn.sandia.gov>

Shawn,
That appears to have fixed my issue.  Building as we speak (type), will let you guys know if I have problems.

Alan

From: Shawn Waldon [mailto:shawn.waldon at kitware.com]
Sent: Thursday, September 01, 2016 7:35 AM
To: Utkarsh Ayachit <utkarsh.ayachit at kitware.com>
Cc: Scott, W Alan <wascott at sandia.gov>; paraview-developers at paraview.org
Subject: Re: [Paraview-developers] [EXTERNAL] Master build errors probably in vtkSMCoreUtilities.cxx

Hi Alan,
Can you try adding '#include <cstdlib>' to that file?  Also, what compiler/compiler version is this?  We should try to make sure we have a dashboard testing it.
Shawn

On Wed, Aug 31, 2016 at 11:30 PM, Utkarsh Ayachit <utkarsh.ayachit at kitware.com<mailto:utkarsh.ayachit at kitware.com>> wrote:
Wow! You're fast! This was merged in just earlier today!

Shawn, can you take a look please? Thanks.

Utkarsh

On Wed, Aug 31, 2016 at 9:00 PM, Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>> wrote:
And, client side builds on the LAN:

[ 35%] Building CXX object ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = float, EquivSizeIntT = int]?:
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:216:   instantiated from here
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of overloaded ?abs(int)? is ambiguous
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94: note: candidates are: double std::abs(double)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98: note:                 float std::abs(float)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102: note:                 long double std::abs(long double)
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx: In function ?bool<unnamed>::AdjustTRange(T*, EquivSizeIntT) [with T = double, EquivSizeIntT = long long int]?:
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:226:   instantiated from here
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx:181: error: call of overloaded ?abs(long long int)? is ambiguous
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:94: note: candidates are: double std::abs(double)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:98: note:                 float std::abs(float)
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/cmath:102: note:                 long double std::abs(long double)
gmake[2]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error 1
gmake[1]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/all] Error 2


Alan

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org<mailto:paraview-developers-bounces at paraview.org>] On Behalf Of Scott, W Alan
Sent: Wednesday, August 31, 2016 5:34 PM
To: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Subject: [EXTERNAL] [Paraview-developers] Master build errors probably in vtkSMCoreUtilities.cxx

Utkarsh,
Here are some build errors.  Help?  This is on a cluster build

Alan

[ 11%] Building CXX object ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o
/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more than one instance of overloaded function "std::abs" matches the argument list:
            function "std::abs(double)"
            function "std::abs(float)"
            function "std::abs(long double)"
            argument types are: (int)
    EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
                          ^
          detected during instantiation of "bool <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=float, EquivSizeIntT=int]" at line 216

/projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx(181): error: more than one instance of overloaded function "std::abs" matches the argument list:
            function "std::abs(double)"
            function "std::abs(float)"
            function "std::abs(long double)"
            argument types are: (long long)
    EquivSizeIntT delta = std::abs(irange[1] - irange[0]);
                          ^
          detected during instantiation of "bool <unnamed>::AdjustTRange(T *, EquivSizeIntT) [with T=double, EquivSizeIntT=signed long long]" at line 226

compilation aborted for /projects/viz/paraview/src/ParaView/5.2.0-junk/ParaView5/ParaViewCore/ServerManager/Core/vtkSMCoreUtilities.cxx (code 2)
gmake[2]: *** [ParaViewCore/ServerManager/Core/CMakeFiles/vtkPVServerManagerCore.dir/vtkSMCoreUtilities.cxx.o] Error 2





Here?s a git log of the file:

commit fe2cf0b0c89f79076219df7c7ea211e38ad89ae0
Author: Shawn Waldon <shawn.waldon at kitware.com<mailto:shawn.waldon at kitware.com>>
Date:   Fri Aug 26 11:57:42 2016 -0400

    Update the tiny range delta to work when passing in doubles

    The delta worked well for floats, but when passing in doubles we needed a
    larger delta so that the difference would be noticable when the numbers
    were later downcase to float for display.

commit 450a1545e2a777e83568e7a975df1212306a7133
Author: Robert Maynard <robert.maynard at kitware.com<mailto:robert.maynard at kitware.com>>
Date:   Fri Apr 15 14:06:35 2016 -0400

    Fix strict aliasing warnings in vtkSMCoreUtilities AdjustRange

commit 604cbe44c15ce547a631508a30ad744b6984c402
Author: Robert Maynard <robert.maynard at kitware.com<mailto:robert.maynard at kitware.com>>
Date:   Wed Apr 13 17:35:35 2016 -0400

    vtkSMCoreUtilities now adjusts ranges properly when min~=max.

    Previously when min and max where very close to being equal but also very
    small numbers they would not offset from each other sufficiently.

commit 3154b783090e58ee277d96a8d893d01ff9b796b1
Author: Brad King <brad.king at kitware.com<mailto:brad.king at kitware.com>>
Date:   Thu Aug 20 13:25:43 2015 -0400

    Remove use of include <vtksys/ios/sstream> and vtksys_ios::*stringstream

    Use the following commands to switch to standard header and namespace:

     git grep -l vtksys/ios | xargs sed -i 's|vtksys/ios/sstream|sstream|'
     git grep -l vtksys_ios:: | xargs sed -i 's|vtksys_ios::|std::|g'

commit a9cb582ed5647f4b34cefc907013a14677924b5c
Author: Utkarsh Ayachit <utkarsh.ayachit at kitware.com<mailto:utkarsh.ayachit at kitware.com>>
Date:   Tue Jun 30 22:44:10 2015 -0400

    Consolidate code to adjust empty range.

    When resetting lut ranges, we need to avoid setting null range. This
    consolidates that code in vtkSMCoreUtilities. vtkSMPVRepresentationProxy
    and vtkSMTransferFunctionManager now use this new static method in
    vtkSMCoreUtilities, called AdjustRange().


--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932<tel:%28505%29%20284-0932>   FAX (505) 284-5619<tel:%28505%29%20284-5619>
---------------------------------------------------------


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

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160906/4ea60157/attachment-0001.html>

From wascott at sandia.gov  Tue Sep  6 21:47:45 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 7 Sep 2016 01:47:45 +0000
Subject: [Paraview-developers] Compile errors
Message-ID: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>

I am having compiler errors on redsky with a master pull from this afternoon.  Here is what I see:

[ 99%] Linking CXX shared library ../../../lib/libvtkPVCatalystPython27D-pv5.1.so
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
make[2]: *** [bin/pvdataserver] Error 1
make[1]: *** [CommandLineExecutables/CMakeFiles/pvdataserver.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
make[2]: *** [bin/pvrenderserver] Error 1
make[1]: *** [CommandLineExecutables/CMakeFiles/pvrenderserver.dir/all] Error 2
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
make[2]: *** [bin/pvpython] Error 1
make[1]: *** [CommandLineExecutables/CMakeFiles/pvpython.dir/all] Error 2
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
[ 99%] Built target GeodesicMeasurement
make[2]: *** [bin/pvbatch] Error 1
make[1]: *** [CommandLineExecutables/CMakeFiles/pvbatch.dir/all] Error 2
/projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
make[2]: *** [bin/pvserver] Error 1
make[1]: *** [CommandLineExecutables/CMakeFiles/pvserver.dir/all] Error 2


Help!

And thanks team,

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160907/ef2a9eb7/attachment.html>

From Max.Staufer at Rolls-Royce.com  Wed Sep  7 04:13:52 2016
From: Max.Staufer at Rolls-Royce.com (Staufer, Max)
Date: Wed, 7 Sep 2016 08:13:52 +0000
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail to
	work
Message-ID: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>

Dear developers,

   We I, try to access data from a Fortran90 via Catalyst.
Pushing scalars to the Paraview client works fine, see code snipped below

// Add a scalar field to the VTK data container
extern "C" void addfield_(float* scalars, char* name) {
   vtkCPInputDataDescription* idd =
vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");

     vtkUnstructuredGrid* VTKgrid =
vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());

     if (!VTKgrid) {
       vtkGenericWarningMacro("No adaptor grid to attach field data to.");
       return;
     }
     if (idd->IsFieldNeeded(name)) {

       vtkFloatArray* field = vtkFloatArray::SafeDownCast(
         VTKgrid->GetCellData()->GetArray(name));

       if (!field) {
         vtkFloatArray* field = vtkFloatArray::New();
         field->SetNumberOfComponents(1);
         field->SetName(name);
         field->SetArray(scalars, VTKgrid->GetNumberOfCells(), 1);
         VTKgrid->GetCellData()->AddArray(field);
         field->Delete();
       }
       else {
         field->SetArray(scalars, VTKgrid->GetNumberOfCells(), 1);
       }
     }
}

However, pushing vector data to the client does not () , the pointer in the SOA -> AOS Structure works fine on the coprocessor side, but the
Paraview client displays only random garbage.

// Add a vector field to the VTK data container using SOADataArrayTemplate
extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
   vtkCPInputDataDescription* idd =
vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");

     vtkUnstructuredGrid* VTKgrid =
vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());

     if (!VTKgrid) {
       vtkGenericWarningMacro("No adaptor grid to attach field data to.");
       return;
     }

     if (idd->IsFieldNeeded(name)) {
       //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
       vtkFloatArray* field = vtkFloatArray::SafeDownCast(
         VTKgrid->GetCellData()->GetArray(name));
       if (!field) {

         // vector array
         vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
         field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
         field->SetName(name);
         field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
         field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
         VTKgrid->GetCellData()->AddArray(field);
         field->Delete();
       }
       else {
         field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
       }
     }
}

Interesting enough, sending the data straight as a 3 component float array works fine, only
Paraview will get the ordering wrong because the fortran array has row major ordering and
Paraview assumes a colum major ordering.

// Add a vector field to the VTK data container
extern "C" void addvectorfield_(float* vector0, char* name) {
   vtkCPInputDataDescription* idd =
vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");

     vtkUnstructuredGrid* VTKgrid =
vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());

     if (!VTKgrid) {
       vtkGenericWarningMacro("No adaptor grid to attach field data to.");
       return;
     }

     if (idd->IsFieldNeeded(name)) {
       vtkFloatArray* field = vtkFloatArray::SafeDownCast(
         VTKgrid->GetCellData()->GetArray(name));
       if (!field) {

         // vector array vector0 is the pointer to the FORTRAN90 2d Array
         vtkFloatArray* field = vtkFloatArray::New();
         field->SetNumberOfComponents(3);
         field->SetName(name);
         field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
         VTKgrid->GetCellData()->AddArray(field);
         field->Delete();
       }
       else {
         field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
       }
     }
}

Any thoughts on this ?

Regards

Max

Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc

Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.

From utkarsh.ayachit at kitware.com  Wed Sep  7 07:29:41 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 7 Sep 2016 07:29:41 -0400
Subject: [Paraview-developers] Compile errors
In-Reply-To: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjDkH+2RkOjVVbheg8-nqPt0MKO5TXM_mv0fjAJZqGg7Xw@mail.gmail.com>

Alan,

Looks like this is using Superbuild, is that correct? If so, can you
go in your superbuild source dir and do a `git describe` so we know
which version of the superbuild you're using. Ben recently pushed a
major refactor of the code, so there may be a few hiccups.

Utkarsh

On Tue, Sep 6, 2016 at 9:47 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> I am having compiler errors on redsky with a master pull from this
> afternoon.  Here is what I see:
>
>
>
> [ 99%] Linking CXX shared library
> ../../../lib/libvtkPVCatalystPython27D-pv5.1.so
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> make[2]: *** [bin/pvdataserver] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvdataserver.dir/all] Error
> 2
>
> make[1]: *** Waiting for unfinished jobs....
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> make[2]: *** [bin/pvrenderserver] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvrenderserver.dir/all]
> Error 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> make[2]: *** [bin/pvpython] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvpython.dir/all] Error 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> [ 99%] Built target GeodesicMeasurement
>
> make[2]: *** [bin/pvbatch] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvbatch.dir/all] Error 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> make[2]: *** [bin/pvserver] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvserver.dir/all] Error 2
>
>
>
>
>
> Help!
>
>
>
> And thanks team,
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From ben.boeckel at kitware.com  Wed Sep  7 09:37:27 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Wed, 7 Sep 2016 09:37:27 -0400
Subject: [Paraview-developers] Compile errors
In-Reply-To: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <20160907133727.GA26612@megas.kitware.com>

On Wed, Sep 07, 2016 at 01:47:45 +0000, Scott, W Alan wrote:
> I am having compiler errors on redsky with a master pull from this afternoon.  Here is what I see:
> 
> [ 99%] Linking CXX shared library ../../../lib/libvtkPVCatalystPython27D-pv5.1.so
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> make[2]: *** [bin/pvdataserver] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvdataserver.dir/all] Error 2
> make[1]: *** Waiting for unfinished jobs....
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> make[2]: *** [bin/pvrenderserver] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvrenderserver.dir/all] Error 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> make[2]: *** [bin/pvpython] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvpython.dir/all] Error 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> [ 99%] Built target GeodesicMeasurement
> make[2]: *** [bin/pvbatch] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvbatch.dir/all] Error 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> make[2]: *** [bin/pvserver] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvserver.dir/all] Error 2

It looks like you're using a system HDF5, but not a system zlib (or HDF5
isn't specifying that it also needs zlib linked too). Also, what version
of CMake are you using? If it is 3.6, does using 3.5 work?

--Ben

From david.lonie at kitware.com  Wed Sep  7 09:38:14 2016
From: david.lonie at kitware.com (David Lonie)
Date: Wed, 7 Sep 2016 09:38:14 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
Message-ID: <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>

Hi Max,

I'm having some trouble following your example code:

On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max
<Max.Staufer at rolls-royce.com> wrote:
> However, pushing vector data to the client does not () , the pointer in the SOA -> AOS Structure works fine on the coprocessor side, but the
> Paraview client displays only random garbage.
>
> // Add a vector field to the VTK data container using SOADataArrayTemplate
> extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>    vtkCPInputDataDescription* idd =
> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");
>
>      vtkUnstructuredGrid* VTKgrid =
> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>
>      if (!VTKgrid) {
>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>        return;
>      }
>
>      if (idd->IsFieldNeeded(name)) {
>        //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
>          VTKgrid->GetCellData()->GetArray(name));
>        if (!field) {
>
>          // vector array
>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>          field->SetName(name);
>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);

There is no method in vtkSOADataArrayTemplate that matches the
signature of the above call (in this scope, 'field' is a
vtkSOADataArrayTemplate<float>).

>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>          VTKgrid->GetCellData()->AddArray(field);
>          field->Delete();
>        }
>        else {
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);

There is no method in vtkFloatArray that matches the above signature
(in this scope, 'field' is a vtkFloatArray).

>        }
>      }
> }

Is this the actual code? I'd be surprised if it compiles. I suspect
that if the compiler is allowing the above, it's getting confused
about the shadowed 'field' variable and doing Very Bad Things instead
of throwing an error. Does renaming the new array to an unused
identifier help anything?

Otherwise, I'd try iterating through the data in the raw pointers and
the data in the data array and print out the values. That might
provide some clues as to what's going wrong.

Also, I see that you've commented out SetNumberOfTuples, and also pass
'false' as the updateMaxId argument to SetArray. The array will think
that it's empty in this situation, which is probably not what you
want.

HTH,
Dave

From Max.Staufer at Rolls-Royce.com  Wed Sep  7 11:16:39 2016
From: Max.Staufer at Rolls-Royce.com (Staufer, Max)
Date: Wed, 7 Sep 2016 15:16:39 +0000
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
 to work
In-Reply-To: <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
Message-ID: <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>

Hi Dave,


  I think I messed up my example, the one below is the correct one, sorry about that.
Using the SetNumberOfTuples method, actually leads to a direct crash, and did not find any reason
why it should be necessary, because on the simulation side the pointers are correctly pointing to the data.
Only on the Client side there is a problem.
I left the MaxId update to the default, the question here would be, what value should it be.
If I turn it on, the Maxid of the SOADataArray rises to 3*size of the component array + 1, which is sort of what I would expect.
Is that the correct value?
Secondly, by updating the Maxid, I got the data transfer correct for the first processor but not for the other ones.

Any thoughts

-----------------
extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {

   vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");

     vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());

     if (!VTKgrid) {
       vtkGenericWarningMacro("No adaptor grid to attach field data to.");
       return;
     }

     if (idd->IsFieldNeeded(name)) {
       vtkSOADataArrayTemplate<float>* field =
             vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));

       if (!field) {
         // vector array
         vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
         field->SetNumberOfComponents(3);
       //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
         field->SetName(name);
         field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
         VTKgrid->GetCellData()->AddArray(field);
         field->Delete();
       }
       else {
         field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
         field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
       }
     }
}

-----Original Message-----
From: David Lonie [mailto:david.lonie at kitware.com]
Sent: Mittwoch, 7. September 2016 15:38
To: Staufer, Max
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work

Hi Max,

I'm having some trouble following your example code:

On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <Max.Staufer at rolls-royce.com> wrote:
> However, pushing vector data to the client does not () , the pointer
> in the SOA -> AOS Structure works fine on the coprocessor side, but the Paraview client displays only random garbage.
>
> // Add a vector field to the VTK data container using
> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>    vtkCPInputDataDescription* idd =
> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
> ("input");
>
>      vtkUnstructuredGrid* VTKgrid =
> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>
>      if (!VTKgrid) {
>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>        return;
>      }
>
>      if (idd->IsFieldNeeded(name)) {
>        //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
>          VTKgrid->GetCellData()->GetArray(name));
>        if (!field) {
>
>          // vector array
>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>          field->SetName(name);
>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);

There is no method in vtkSOADataArrayTemplate that matches the signature of the above call (in this scope, 'field' is a vtkSOADataArrayTemplate<float>).

>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>          VTKgrid->GetCellData()->AddArray(field);
>          field->Delete();
>        }
>        else {
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
> false, true);

There is no method in vtkFloatArray that matches the above signature (in this scope, 'field' is a vtkFloatArray).

>        }
>      }
> }

Is this the actual code? I'd be surprised if it compiles. I suspect that if the compiler is allowing the above, it's getting confused about the shadowed 'field' variable and doing Very Bad Things instead of throwing an error. Does renaming the new array to an unused identifier help anything?

Otherwise, I'd try iterating through the data in the raw pointers and the data in the data array and print out the values. That might provide some clues as to what's going wrong.

Also, I see that you've commented out SetNumberOfTuples, and also pass 'false' as the updateMaxId argument to SetArray. The array will think that it's empty in this situation, which is probably not what you want.

HTH,
Dave
Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc

Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.

From david.lonie at kitware.com  Wed Sep  7 11:39:38 2016
From: david.lonie at kitware.com (David Lonie)
Date: Wed, 7 Sep 2016 11:39:38 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
Message-ID: <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>

On Wed, Sep 7, 2016 at 11:16 AM, Staufer, Max
<Max.Staufer at rolls-royce.com> wrote:
>   I think I messed up my example, the one below is the correct one, sorry about that.
> Using the SetNumberOfTuples method, actually leads to a direct crash, and did not find any reason
> why it should be necessary, because on the simulation side the pointers are correctly pointing to the data.

I suspect there may be an issue because you're redeclaring the 'field'
identifier inside the 'if (!field)' branch. Most compilers will handle
such cases as expected, but it's worth trying to change the name of
the variable for the new array in case the compiler is getting
confused -- e.g, it may be resolving the SetNumberOfTuples call to the
wrong 'field' pointer. SetNumberOfTuples should always be safe to call
on a valid array, so the crash is suspicious.

Either SetNumberOfTuples or SetArray with updateMaxId=true is
required, because otherwise the dataarray is unaware of how many valid
elements the buffer contains and will assume 0.

> Only on the Client side there is a problem.
> I left the MaxId update to the default, the question here would be, what value should it be.
> If I turn it on, the Maxid of the SOADataArray rises to 3*size of the component array + 1, which is sort of what I would expect.
> Is that the correct value?

The expected value of the MaxId variable is ((numComps * numTuples) -
1). I'm not sure how you'd get ((numComps * numTuples) + 1).

You can either call SetNumberOfComponents + SetNumberOfTuples to set
MaxId, or SetNumberOfComponents and SetArray with updateMaxId = true.
Either way will give the same result in this case. I'd advise using
SetArray in this case simply to avoid unnecessary memory allocations
(SetNumberOfTuples triggers a memory allocation for the array data,
which will be immediately released when SetArray is called).

> Secondly, by updating the Maxid, I got the data transfer correct for the first processor but not for the other ones.
>
> Any thoughts

I'd try using a different variable identifier than 'field' for the
array created in the branch. There seems to be something fishy going
on there with this compiler. Also use updateMaxId = true in this case.

If there's some sort of MPI (or similar) data transfer happening after
this, there may be an issue there. I'm not terribly familiar with
Catalyst, so someone else might need to take a look if this doesn't
resolve your problem.

HTH,
Dave

> -----------------
> extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>
>    vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");
>
>      vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>
>      if (!VTKgrid) {
>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>        return;
>      }
>
>      if (idd->IsFieldNeeded(name)) {
>        vtkSOADataArrayTemplate<float>* field =
>              vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>
>        if (!field) {
>          // vector array
>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>          field->SetNumberOfComponents(3);
>        //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>          field->SetName(name);
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>          VTKgrid->GetCellData()->AddArray(field);
>          field->Delete();
>        }
>        else {
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>        }
>      }
> }
>
> -----Original Message-----
> From: David Lonie [mailto:david.lonie at kitware.com]
> Sent: Mittwoch, 7. September 2016 15:38
> To: Staufer, Max
> Cc: paraview-developers at paraview.org
> Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work
>
> Hi Max,
>
> I'm having some trouble following your example code:
>
> On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <Max.Staufer at rolls-royce.com> wrote:
>> However, pushing vector data to the client does not () , the pointer
>> in the SOA -> AOS Structure works fine on the coprocessor side, but the Paraview client displays only random garbage.
>>
>> // Add a vector field to the VTK data container using
>> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>>    vtkCPInputDataDescription* idd =
>> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
>> ("input");
>>
>>      vtkUnstructuredGrid* VTKgrid =
>> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>>
>>      if (!VTKgrid) {
>>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>>        return;
>>      }
>>
>>      if (idd->IsFieldNeeded(name)) {
>>        //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
>>          VTKgrid->GetCellData()->GetArray(name));
>>        if (!field) {
>>
>>          // vector array
>>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>>          field->SetName(name);
>>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
>
> There is no method in vtkSOADataArrayTemplate that matches the signature of the above call (in this scope, 'field' is a vtkSOADataArrayTemplate<float>).
>
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>>          VTKgrid->GetCellData()->AddArray(field);
>>          field->Delete();
>>        }
>>        else {
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
>> false, true);
>
> There is no method in vtkFloatArray that matches the above signature (in this scope, 'field' is a vtkFloatArray).
>
>>        }
>>      }
>> }
>
> Is this the actual code? I'd be surprised if it compiles. I suspect that if the compiler is allowing the above, it's getting confused about the shadowed 'field' variable and doing Very Bad Things instead of throwing an error. Does renaming the new array to an unused identifier help anything?
>
> Otherwise, I'd try iterating through the data in the raw pointers and the data in the data array and print out the values. That might provide some clues as to what's going wrong.
>
> Also, I see that you've commented out SetNumberOfTuples, and also pass 'false' as the updateMaxId argument to SetArray. The array will think that it's empty in this situation, which is probably not what you want.
>
> HTH,
> Dave
> Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
> 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
>
> Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.

From wascott at sandia.gov  Wed Sep  7 12:47:24 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 7 Sep 2016 16:47:24 +0000
Subject: [Paraview-developers] [EXTERNAL] Re:  Compile errors
In-Reply-To: <CADHSJjDkH+2RkOjVVbheg8-nqPt0MKO5TXM_mv0fjAJZqGg7Xw@mail.gmail.com>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjDkH+2RkOjVVbheg8-nqPt0MKO5TXM_mv0fjAJZqGg7Xw@mail.gmail.com>
Message-ID: <d6fdb6f0db944ab6b066cfc6a1bf4a80@ES01AMSNLNT.srn.sandia.gov>

No, my old fashioned build scripts.  

Alan

-----Original Message-----
From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] 
Sent: Wednesday, September 07, 2016 5:30 AM
To: Scott, W Alan <wascott at sandia.gov>; Ben Boeckel <ben.boeckel at kitware.com>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] Compile errors

Alan,

Looks like this is using Superbuild, is that correct? If so, can you go in your superbuild source dir and do a `git describe` so we know which version of the superbuild you're using. Ben recently pushed a major refactor of the code, so there may be a few hiccups.

Utkarsh

On Tue, Sep 6, 2016 at 9:47 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> I am having compiler errors on redsky with a master pull from this 
> afternoon.  Here is what I see:
>
>
>
> [ 99%] Linking CXX shared library
> ../../../lib/libvtkPVCatalystPython27D-pv5.1.so
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> make[2]: *** [bin/pvdataserver] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvdataserver.dir/all] 
> Error
> 2
>
> make[1]: *** Waiting for unfinished jobs....
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateEnd'
>
> make[2]: *** [bin/pvrenderserver] Error 1
>
> make[1]: *** 
> [CommandLineExecutables/CMakeFiles/pvrenderserver.dir/all]
> Error 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> make[2]: *** [bin/pvpython] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvpython.dir/all] 
> Error 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `compress2'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflate'
>
> [ 99%] Built target GeodesicMeasurement
>
> make[2]: *** [bin/pvbatch] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvbatch.dir/all] Error 
> 2
>
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2:
> undefined reference to `inflateInit_'
>
> make[2]: *** [bin/pvserver] Error 1
>
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvserver.dir/all] 
> Error 2
>
>
>
>
>
> Help!
>
>
>
> And thanks team,
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From wascott at sandia.gov  Wed Sep  7 13:15:42 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 7 Sep 2016 17:15:42 +0000
Subject: [Paraview-developers] Paraview 5.1.2 crashing (RHEL6, 64-bit)
Message-ID: <a5530f8ce8034be2bf1587ed57ea515f@ES01AMSNLNT.srn.sandia.gov>

Utkarsh,
I keep seeing this error message below, but it appears to be random.  Have you seen anything like this?  Kevin (whom I believe you have communicated with) is the reporter.  I don't know how to write it up, since I don't know how to repeat it.

Happens with Linux, 5.1.2, local server.  Doesn't seem to be data dependent.  Once it happens, ParaView will crash soon - randomly.  If you read below, Kevin did have a crash at this point.

Ideas?

Alan 

To: paraview-help at sandia.gov
From: klmankt at sandia.gov
cc: 
Message: 

Hi, I tried to load a state file and paraview just crashed on me.  It's happened a few times now but I'm not sure how to reproduce it just yet.


I don't need a solution (read: no time to troubleshoot it at the moment and it's not any big issue) so feel free to close this.


The output is below, looks like maybe there just some exception that isn't being caught.  Just thought I'd pass it out.


-Kevin




[klmankt at kevinlnx read_ssvar_aftcover]$ X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x4400a0c
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Extension:    155 (Uknown extension)
  Minor opcode: 4 (Unknown request)
  Resource id:  0x440095b
ERROR: In /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/source-paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 597 vtkXOpenGLRenderWindow (0x935bff0): GLEW could not be initialized.


X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x4400a0c
X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x4400a0c
X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x4400a0c
X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x4400a0c
Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Abort (core dumped)




From utkarsh.ayachit at kitware.com  Wed Sep  7 13:31:37 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 7 Sep 2016 13:31:37 -0400
Subject: [Paraview-developers] Paraview 5.1.2 crashing (RHEL6, 64-bit)
In-Reply-To: <a5530f8ce8034be2bf1587ed57ea515f@ES01AMSNLNT.srn.sandia.gov>
References: <a5530f8ce8034be2bf1587ed57ea515f@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjCEvsEi6eRVqytGr=3Hwovo6iu1ycR=TEacz5zPvsvn+w@mail.gmail.com>

Haven't seen it. What if you ran with `paraview --mesa-llvm`? Do you still
see the issue?

On Wed, Sep 7, 2016 at 1:15 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> Utkarsh,
> I keep seeing this error message below, but it appears to be random.  Have
> you seen anything like this?  Kevin (whom I believe you have communicated
> with) is the reporter.  I don't know how to write it up, since I don't know
> how to repeat it.
>
> Happens with Linux, 5.1.2, local server.  Doesn't seem to be data
> dependent.  Once it happens, ParaView will crash soon - randomly.  If you
> read below, Kevin did have a crash at this point.
>
> Ideas?
>
> Alan
>
> To: paraview-help at sandia.gov
> From: klmankt at sandia.gov
> cc:
> Message:
>
> Hi, I tried to load a state file and paraview just crashed on me.  It's
> happened a few times now but I'm not sure how to reproduce it just yet.
>
>
> I don't need a solution (read: no time to troubleshoot it at the moment
> and it's not any big issue) so feel free to close this.
>
>
> The output is below, looks like maybe there just some exception that isn't
> being caught.  Just thought I'd pass it out.
>
>
> -Kevin
>
>
>
>
> [klmankt at kevinlnx read_ssvar_aftcover]$ X Error: GLXBadContext 169
>   Extension:    154 (Uknown extension)
>   Minor opcode: 5 (Unknown request)
>   Resource id:  0x4400a0c
> X Error: BadDrawable (invalid Pixmap or Window parameter) 9
>   Extension:    155 (Uknown extension)
>   Minor opcode: 4 (Unknown request)
>   Resource id:  0x440095b
> ERROR: In /home/kitware/dashboards/buildbot/paraview-debian6dash-
> linux-shared-release_opengl2_qt4_superbuild/source-paraview/VTK/Rendering/
> OpenGL2/vtkOpenGLRenderWindow.cxx, line 597 vtkXOpenGLRenderWindow
> (0x935bff0): GLEW could not be initialized.
>
>
> X Error: GLXBadContext 169
>   Extension:    154 (Uknown extension)
>   Minor opcode: 5 (Unknown request)
>   Resource id:  0x4400a0c
> X Error: GLXBadContext 169
>   Extension:    154 (Uknown extension)
>   Minor opcode: 5 (Unknown request)
>   Resource id:  0x4400a0c
> X Error: GLXBadContext 169
>   Extension:    154 (Uknown extension)
>   Minor opcode: 5 (Unknown request)
>   Resource id:  0x4400a0c
> X Error: GLXBadContext 169
>   Extension:    154 (Uknown extension)
>   Minor opcode: 5 (Unknown request)
>   Resource id:  0x4400a0c
> Qt has caught an exception thrown from an event handler. Throwing
> exceptions from an event handler is not supported in Qt. You must
> reimplement QApplication::notify() and catch all exceptions there.
>
> terminate called after throwing an instance of 'std::bad_alloc'
>   what():  std::bad_alloc
> Abort (core dumped)
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160907/cc5d653a/attachment.html>

From andrew.j.burns35.ctr at mail.mil  Wed Sep  7 13:39:48 2016
From: andrew.j.burns35.ctr at mail.mil (Burns, Andrew J CTR USARMY RDECOM ARL (US))
Date: Wed, 7 Sep 2016 17:39:48 +0000
Subject: [Paraview-developers] [Non-DoD Source] Re: Paraview 5.1.2
 crashing (RHEL6, 64-bit)
In-Reply-To: <CADHSJjCEvsEi6eRVqytGr=3Hwovo6iu1ycR=TEacz5zPvsvn+w@mail.gmail.com>
References: <a5530f8ce8034be2bf1587ed57ea515f@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjCEvsEi6eRVqytGr=3Hwovo6iu1ycR=TEacz5zPvsvn+w@mail.gmail.com>
Message-ID: <DEE37B508E36B64285856EEA9FC0C337458F946F@UCOLHPTV.easf.csd.disa.mil>

From what I've seen of the random std::alloc errors, it seems to be due to an error in memory cleanup. In most cases for me it shows up when I deallocate an object and then immediately allocate a new object. It isn't consistent because I think it may be related to threading somehow.

Andrew Burns
Software Engineer | Leidos
Phone: 410-306-0409
ARL DSRC
andrew.j.burns35.ctr at mail.mil

-----Original Message-----
From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Utkarsh Ayachit
Sent: Wednesday, September 07, 2016 1:32 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org; Manktelow, Kevin Lee <klmankt at sandia.gov>
Subject: [Non-DoD Source] Re: [Paraview-developers] Paraview 5.1.2 crashing (RHEL6, 64-bit)

All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser. 


________________________________



Haven't seen it. What if you ran with `paraview --mesa-llvm`? Do you still see the issue?

On Wed, Sep 7, 2016 at 1:15 PM, Scott, W Alan <wascott at sandia.gov < Caution-mailto:wascott at sandia.gov > > wrote:


	Utkarsh,
	I keep seeing this error message below, but it appears to be random.  Have you seen anything like this?  Kevin (whom I believe you have communicated with) is the reporter.  I don't know how to write it up, since I don't know how to repeat it.
	
	Happens with Linux, 5.1.2, local server.  Doesn't seem to be data dependent.  Once it happens, ParaView will crash soon - randomly.  If you read below, Kevin did have a crash at this point.
	
	Ideas?
	
	Alan
	
	To: paraview-help at sandia.gov < Caution-mailto:paraview-help at sandia.gov > 
	From: klmankt at sandia.gov < Caution-mailto:klmankt at sandia.gov > 
	cc:
	Message:
	
	Hi, I tried to load a state file and paraview just crashed on me.  It's happened a few times now but I'm not sure how to reproduce it just yet.
	
	
	I don't need a solution (read: no time to troubleshoot it at the moment and it's not any big issue) so feel free to close this.
	
	
	The output is below, looks like maybe there just some exception that isn't being caught.  Just thought I'd pass it out.
	
	
	-Kevin
	
	
	
	
	[klmankt at kevinlnx read_ssvar_aftcover]$ X Error: GLXBadContext 169
	  Extension:    154 (Uknown extension)
	  Minor opcode: 5 (Unknown request)
	  Resource id:  0x4400a0c
	X Error: BadDrawable (invalid Pixmap or Window parameter) 9
	  Extension:    155 (Uknown extension)
	  Minor opcode: 4 (Unknown request)
	  Resource id:  0x440095b
	ERROR: In /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/source-paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 597 vtkXOpenGLRenderWindow (0x935bff0): GLEW could not be initialized.
	
	
	X Error: GLXBadContext 169
	  Extension:    154 (Uknown extension)
	  Minor opcode: 5 (Unknown request)
	  Resource id:  0x4400a0c
	X Error: GLXBadContext 169
	  Extension:    154 (Uknown extension)
	  Minor opcode: 5 (Unknown request)
	  Resource id:  0x4400a0c
	X Error: GLXBadContext 169
	  Extension:    154 (Uknown extension)
	  Minor opcode: 5 (Unknown request)
	  Resource id:  0x4400a0c
	X Error: GLXBadContext 169
	  Extension:    154 (Uknown extension)
	  Minor opcode: 5 (Unknown request)
	  Resource id:  0x4400a0c
	Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there.
	
	terminate called after throwing an instance of 'std::bad_alloc'
	  what():  std::bad_alloc
	Abort (core dumped)
	
	
	
	_______________________________________________
	Powered by Caution-www.kitware.com < Caution-http://www.kitware.com > 
	
	Visit other Kitware open-source projects at Caution-http://www.kitware.com/opensource/opensource.html < Caution-http://www.kitware.com/opensource/opensource.html > 
	
	Search the list archives at: Caution-http://markmail.org/search/?q=Paraview-developers < Caution-http://markmail.org/search/?q=Paraview-developers > 
	
	Follow this link to subscribe/unsubscribe:
	Caution-http://public.kitware.com/mailman/listinfo/paraview-developers < Caution-http://public.kitware.com/mailman/listinfo/paraview-developers > 
	



From andy.bauer at kitware.com  Wed Sep  7 15:04:25 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Wed, 7 Sep 2016 15:04:25 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
Message-ID: <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>

Hi Max,

I'm a bit confused as to what you mean by server side and client side for
this. Are you connecting your Catalyst instrumented simulation with the
ParaView GUI through the Live functionality?

Cheers,
Andy

On Wed, Sep 7, 2016 at 11:39 AM, David Lonie <david.lonie at kitware.com>
wrote:

> On Wed, Sep 7, 2016 at 11:16 AM, Staufer, Max
> <Max.Staufer at rolls-royce.com> wrote:
> >   I think I messed up my example, the one below is the correct one,
> sorry about that.
> > Using the SetNumberOfTuples method, actually leads to a direct crash,
> and did not find any reason
> > why it should be necessary, because on the simulation side the pointers
> are correctly pointing to the data.
>
> I suspect there may be an issue because you're redeclaring the 'field'
> identifier inside the 'if (!field)' branch. Most compilers will handle
> such cases as expected, but it's worth trying to change the name of
> the variable for the new array in case the compiler is getting
> confused -- e.g, it may be resolving the SetNumberOfTuples call to the
> wrong 'field' pointer. SetNumberOfTuples should always be safe to call
> on a valid array, so the crash is suspicious.
>
> Either SetNumberOfTuples or SetArray with updateMaxId=true is
> required, because otherwise the dataarray is unaware of how many valid
> elements the buffer contains and will assume 0.
>
> > Only on the Client side there is a problem.
> > I left the MaxId update to the default, the question here would be, what
> value should it be.
> > If I turn it on, the Maxid of the SOADataArray rises to 3*size of the
> component array + 1, which is sort of what I would expect.
> > Is that the correct value?
>
> The expected value of the MaxId variable is ((numComps * numTuples) -
> 1). I'm not sure how you'd get ((numComps * numTuples) + 1).
>
> You can either call SetNumberOfComponents + SetNumberOfTuples to set
> MaxId, or SetNumberOfComponents and SetArray with updateMaxId = true.
> Either way will give the same result in this case. I'd advise using
> SetArray in this case simply to avoid unnecessary memory allocations
> (SetNumberOfTuples triggers a memory allocation for the array data,
> which will be immediately released when SetArray is called).
>
> > Secondly, by updating the Maxid, I got the data transfer correct for the
> first processor but not for the other ones.
> >
> > Any thoughts
>
> I'd try using a different variable identifier than 'field' for the
> array created in the branch. There seems to be something fishy going
> on there with this compiler. Also use updateMaxId = true in this case.
>
> If there's some sort of MPI (or similar) data transfer happening after
> this, there may be an issue there. I'm not terribly familiar with
> Catalyst, so someone else might need to take a look if this doesn't
> resolve your problem.
>
> HTH,
> Dave
>
> > -----------------
> > extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float*
> vector2, char* name) {
> >
> >    vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::
> GetCoProcessorData()->GetInputDescriptionByName("input");
> >
> >      vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::
> SafeDownCast(idd->GetGrid());
> >
> >      if (!VTKgrid) {
> >        vtkGenericWarningMacro("No adaptor grid to attach field data
> to.");
> >        return;
> >      }
> >
> >      if (idd->IsFieldNeeded(name)) {
> >        vtkSOADataArrayTemplate<float>* field =
> >              vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->
> GetCellData()->GetArray(name));
> >
> >        if (!field) {
> >          // vector array
> >          vtkSOADataArrayTemplate<float>* field =
> vtkSOADataArrayTemplate<float>::New();
> >          field->SetNumberOfComponents(3);
> >        //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
> >          field->SetName(name);
> >          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false,
> true);
> >          VTKgrid->GetCellData()->AddArray(field);
> >          field->Delete();
> >        }
> >        else {
> >          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false,
> true);
> >        }
> >      }
> > }
> >
> > -----Original Message-----
> > From: David Lonie [mailto:david.lonie at kitware.com]
> > Sent: Mittwoch, 7. September 2016 15:38
> > To: Staufer, Max
> > Cc: paraview-developers at paraview.org
> > Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst
> fail to work
> >
> > Hi Max,
> >
> > I'm having some trouble following your example code:
> >
> > On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <
> Max.Staufer at rolls-royce.com> wrote:
> >> However, pushing vector data to the client does not () , the pointer
> >> in the SOA -> AOS Structure works fine on the coprocessor side, but the
> Paraview client displays only random garbage.
> >>
> >> // Add a vector field to the VTK data container using
> >> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float*
> vector0,float* vector1,float* vector2, char* name) {
> >>    vtkCPInputDataDescription* idd =
> >> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
> >> ("input");
> >>
> >>      vtkUnstructuredGrid* VTKgrid =
> >> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
> >>
> >>      if (!VTKgrid) {
> >>        vtkGenericWarningMacro("No adaptor grid to attach field data
> to.");
> >>        return;
> >>      }
> >>
> >>      if (idd->IsFieldNeeded(name)) {
> >>        //vtkSOADataArrayTemplate<float>* field =
> //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->
> GetCellData()->GetArray(name));
> >>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
> >>          VTKgrid->GetCellData()->GetArray(name));
> >>        if (!field) {
> >>
> >>          // vector array
> >>          vtkSOADataArrayTemplate<float>* field =
> vtkSOADataArrayTemplate<float>::New();
> >>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(
> VTKgrid->GetNumberOfCells());
> >>          field->SetName(name);
> >>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
> >
> > There is no method in vtkSOADataArrayTemplate that matches the signature
> of the above call (in this scope, 'field' is a
> vtkSOADataArrayTemplate<float>).
> >
> >>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          VTKgrid->GetCellData()->AddArray(field);
> >>          field->Delete();
> >>        }
> >>        else {
> >>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
> >> false, true);
> >
> > There is no method in vtkFloatArray that matches the above signature (in
> this scope, 'field' is a vtkFloatArray).
> >
> >>        }
> >>      }
> >> }
> >
> > Is this the actual code? I'd be surprised if it compiles. I suspect that
> if the compiler is allowing the above, it's getting confused about the
> shadowed 'field' variable and doing Very Bad Things instead of throwing an
> error. Does renaming the new array to an unused identifier help anything?
> >
> > Otherwise, I'd try iterating through the data in the raw pointers and
> the data in the data array and print out the values. That might provide
> some clues as to what's going wrong.
> >
> > Also, I see that you've commented out SetNumberOfTuples, and also pass
> 'false' as the updateMaxId argument to SetArray. The array will think that
> it's empty in this situation, which is probably not what you want.
> >
> > HTH,
> > Dave
> > Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office:
> Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register:
> Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende
> Gesellschafterin/General Partner: Rolls-Royce General Partner Limited,
> Sitz/Registered Office: Derby, United Kingdom, Register: Registry of
> Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul
> O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg
> Confidentiality Notice: 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.
> > 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
> >
> > Registered office: 62 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160907/67d98f8f/attachment.html>

From hahnse at ornl.gov  Wed Sep  7 17:34:06 2016
From: hahnse at ornl.gov (Hahn, Steven E.)
Date: Wed, 7 Sep 2016 21:34:06 +0000
Subject: [Paraview-developers] ParaView fails to build with JsonCpp 1.7.5
Message-ID: <2C21F494-3E7F-4767-8A7E-245F204AE0B7@ornl.gov>

I encountered a compiler error when building ParaView with JsonCpp 1.7.5 and GCC. The error message is attached and appears to be related to JsonCpp changing its Int64 typedef from long long to int64_t.

https://github.com/open-source-parsers/jsoncpp/issues/509
https://github.com/open-source-parsers/jsoncpp/commit/b9afdf190dbccbf3a59a3aba86eb295c0fa07068

Since on Linux these are two different types, the call to Json::Value(vtkIdType &) (where vtkIdType is long long) becomes ambiguous.

What is the best way to resolve this issue? The error goes away with VTK_USE_64BIT_IDS=OFF, but I am uncomfortable reducing the size of vtkIdType. I also tried checking the size of long before long long in VTK/Common/Core/vtkType.h, but got an error in VTK/IO/NetCDF/vtkSLACParticleReader.cxx about an invalid conversion from long* to long long*.

Best,
Steven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160907/6770131e/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: jsoncpp_1.7.5_error.txt
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160907/6770131e/attachment-0001.txt>

From wascott at sandia.gov  Wed Sep  7 22:12:05 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 8 Sep 2016 02:12:05 +0000
Subject: [Paraview-developers] [EXTERNAL] Re:  Compile errors
In-Reply-To: <20160907133727.GA26612@megas.kitware.com>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
 <20160907133727.GA26612@megas.kitware.com>
Message-ID: <d83de37694ce4f66a7117af735c776d5@ES01AMSNLNT.srn.sandia.gov>

Ben - correct.  I am using a system (i.e, I built it) HDF5, but an operating system supplied ZLIB.

From CMakeCache.txt,

VTK_USE_SYSTEM_ZLIB:BOOL=OFF
VTK_USE_SYSTEM_HDF5:BOOL=ON


Is that bad?  Should I build my own ZLIB?

Alan


-----Original Message-----
From: Ben Boeckel [mailto:ben.boeckel at kitware.com] 
Sent: Wednesday, September 07, 2016 7:37 AM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] Compile errors

On Wed, Sep 07, 2016 at 01:47:45 +0000, Scott, W Alan wrote:
> I am having compiler errors on redsky with a master pull from this afternoon.  Here is what I see:
> 
> [ 99%] Linking CXX shared library 
> ../../../lib/libvtkPVCatalystPython27D-pv5.1.so
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> make[2]: *** [bin/pvdataserver] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvdataserver.dir/all] 
> Error 2
> make[1]: *** Waiting for unfinished jobs....
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateEnd'
> make[2]: *** [bin/pvrenderserver] Error 1
> make[1]: *** 
> [CommandLineExecutables/CMakeFiles/pvrenderserver.dir/all] Error 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> make[2]: *** [bin/pvpython] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvpython.dir/all] 
> Error 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `compress2'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflate'
> [ 99%] Built target GeodesicMeasurement
> make[2]: *** [bin/pvbatch] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvbatch.dir/all] Error 
> 2
> /projects/viz/paraview/support/Linux-redsky-x86_64/install/hdf5-1.8.13/lib/libhdf5.so.8.0.2: undefined reference to `inflateInit_'
> make[2]: *** [bin/pvserver] Error 1
> make[1]: *** [CommandLineExecutables/CMakeFiles/pvserver.dir/all] 
> Error 2

It looks like you're using a system HDF5, but not a system zlib (or HDF5 isn't specifying that it also needs zlib linked too). Also, what version of CMake are you using? If it is 3.6, does using 3.5 work?

--Ben

From Max.Staufer at Rolls-Royce.com  Thu Sep  8 03:46:34 2016
From: Max.Staufer at Rolls-Royce.com (Staufer, Max)
Date: Thu, 8 Sep 2016 07:46:34 +0000
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
 to work
In-Reply-To: <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
 <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
Message-ID: <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>

Hi Andy,

  correct, simulation side is the catalyst instrumented code, client side is the Paraview GUI for live processing.
I have to admit, that I did not look into the Paraview part yet, but the fact that all scalar arrays aka. ?standard? float arrays,
one and multiple components, are displayed correctly, when ordered correctly in C ordering, but the SOAArray is only displayed correctly
for the first processor, tells me that there is probably something wrong on the client, receiving end.

On that front, what is the role of maxid in a multiprocessor scenario ?

Max

From: Andy Bauer [mailto:andy.bauer at kitware.com]
Sent: Mittwoch, 7. September 2016 21:04
To: David Lonie
Cc: Staufer, Max; paraview-developers at paraview.org
Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work

Hi Max,
I'm a bit confused as to what you mean by server side and client side for this. Are you connecting your Catalyst instrumented simulation with the ParaView GUI through the Live functionality?
Cheers,
Andy

On Wed, Sep 7, 2016 at 11:39 AM, David Lonie <david.lonie at kitware.com<mailto:david.lonie at kitware.com>> wrote:
On Wed, Sep 7, 2016 at 11:16 AM, Staufer, Max
<Max.Staufer at rolls-royce.com<mailto:Max.Staufer at rolls-royce.com>> wrote:
>   I think I messed up my example, the one below is the correct one, sorry about that.
> Using the SetNumberOfTuples method, actually leads to a direct crash, and did not find any reason
> why it should be necessary, because on the simulation side the pointers are correctly pointing to the data.

I suspect there may be an issue because you're redeclaring the 'field'
identifier inside the 'if (!field)' branch. Most compilers will handle
such cases as expected, but it's worth trying to change the name of
the variable for the new array in case the compiler is getting
confused -- e.g, it may be resolving the SetNumberOfTuples call to the
wrong 'field' pointer. SetNumberOfTuples should always be safe to call
on a valid array, so the crash is suspicious.

Either SetNumberOfTuples or SetArray with updateMaxId=true is
required, because otherwise the dataarray is unaware of how many valid
elements the buffer contains and will assume 0.

> Only on the Client side there is a problem.
> I left the MaxId update to the default, the question here would be, what value should it be.
> If I turn it on, the Maxid of the SOADataArray rises to 3*size of the component array + 1, which is sort of what I would expect.
> Is that the correct value?

The expected value of the MaxId variable is ((numComps * numTuples) -
1). I'm not sure how you'd get ((numComps * numTuples) + 1).

You can either call SetNumberOfComponents + SetNumberOfTuples to set
MaxId, or SetNumberOfComponents and SetArray with updateMaxId = true.
Either way will give the same result in this case. I'd advise using
SetArray in this case simply to avoid unnecessary memory allocations
(SetNumberOfTuples triggers a memory allocation for the array data,
which will be immediately released when SetArray is called).

> Secondly, by updating the Maxid, I got the data transfer correct for the first processor but not for the other ones.
>
> Any thoughts

I'd try using a different variable identifier than 'field' for the
array created in the branch. There seems to be something fishy going
on there with this compiler. Also use updateMaxId = true in this case.

If there's some sort of MPI (or similar) data transfer happening after
this, there may be an issue there. I'm not terribly familiar with
Catalyst, so someone else might need to take a look if this doesn't
resolve your problem.

HTH,
Dave

> -----------------
> extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>
>    vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");
>
>      vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>
>      if (!VTKgrid) {
>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>        return;
>      }
>
>      if (idd->IsFieldNeeded(name)) {
>        vtkSOADataArrayTemplate<float>* field =
>              vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>
>        if (!field) {
>          // vector array
>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>          field->SetNumberOfComponents(3);
>        //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>          field->SetName(name);
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>          VTKgrid->GetCellData()->AddArray(field);
>          field->Delete();
>        }
>        else {
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>        }
>      }
> }
>
> -----Original Message-----
> From: David Lonie [mailto:david.lonie at kitware.com<mailto:david.lonie at kitware.com>]
> Sent: Mittwoch, 7. September 2016 15:38
> To: Staufer, Max
> Cc: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
> Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work
>
> Hi Max,
>
> I'm having some trouble following your example code:
>
> On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <Max.Staufer at rolls-royce.com<mailto:Max.Staufer at rolls-royce.com>> wrote:
>> However, pushing vector data to the client does not () , the pointer
>> in the SOA -> AOS Structure works fine on the coprocessor side, but the Paraview client displays only random garbage.
>>
>> // Add a vector field to the VTK data container using
>> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>>    vtkCPInputDataDescription* idd =
>> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
>> ("input");
>>
>>      vtkUnstructuredGrid* VTKgrid =
>> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>>
>>      if (!VTKgrid) {
>>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>>        return;
>>      }
>>
>>      if (idd->IsFieldNeeded(name)) {
>>        //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
>>          VTKgrid->GetCellData()->GetArray(name));
>>        if (!field) {
>>
>>          // vector array
>>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>>          field->SetName(name);
>>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
>
> There is no method in vtkSOADataArrayTemplate that matches the signature of the above call (in this scope, 'field' is a vtkSOADataArrayTemplate<float>).
>
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>>          VTKgrid->GetCellData()->AddArray(field);
>>          field->Delete();
>>        }
>>        else {
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
>> false, true);
>
> There is no method in vtkFloatArray that matches the above signature (in this scope, 'field' is a vtkFloatArray).
>
>>        }
>>      }
>> }
>
> Is this the actual code? I'd be surprised if it compiles. I suspect that if the compiler is allowing the above, it's getting confused about the shadowed 'field' variable and doing Very Bad Things instead of throwing an error. Does renaming the new array to an unused identifier help anything?
>
> Otherwise, I'd try iterating through the data in the raw pointers and the data in the data array and print out the values. That might provide some clues as to what's going wrong.
>
> Also, I see that you've commented out SetNumberOfTuples, and also pass 'false' as the updateMaxId argument to SetArray. The array will think that it's empty in this situation, which is probably not what you want.
>
> HTH,
> Dave
> Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
> 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
>
> Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.
_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers

Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc

Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160908/24dbacca/attachment-0001.html>

From Max.Staufer at Rolls-Royce.com  Thu Sep  8 06:57:23 2016
From: Max.Staufer at Rolls-Royce.com (Staufer, Max)
Date: Thu, 8 Sep 2016 10:57:23 +0000
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
 to work
In-Reply-To: <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
 <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
Message-ID: <037E5C5C1844A749A3CE20325380E940B8EEA542@GBDOXPR-MBX001.Rolls-Royce.Local>

Just to illustrate,

Blow is a really small Simulation of a flow in a cavity.

Left Render window shows Velocity_X component of the SOADataArray made up from U V W scalar arrays, right shows U (Velocity_X component) set in catalyst as scalar float array.
It?s a two processor run. The Processor0 values look fine while the processor1 values don?t.

[cid:image001.png at 01D209D0.8ADBBDB0]

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Staufer, Max
Sent: Donnerstag, 8. September 2016 09:47
To: Andy Bauer; David Lonie
Cc: paraview-developers at paraview.org
Subject: [CAUTION - EXTERNAL SENDER]: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work

Hi Andy,

  correct, simulation side is the catalyst instrumented code, client side is the Paraview GUI for live processing.
I have to admit, that I did not look into the Paraview part yet, but the fact that all scalar arrays aka. ?standard? float arrays,
one and multiple components, are displayed correctly, when ordered correctly in C ordering, but the SOAArray is only displayed correctly
for the first processor, tells me that there is probably something wrong on the client, receiving end.

On that front, what is the role of maxid in a multiprocessor scenario ?

Max

From: Andy Bauer [mailto:andy.bauer at kitware.com]
Sent: Mittwoch, 7. September 2016 21:04
To: David Lonie
Cc: Staufer, Max; paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work

Hi Max,
I'm a bit confused as to what you mean by server side and client side for this. Are you connecting your Catalyst instrumented simulation with the ParaView GUI through the Live functionality?
Cheers,
Andy

On Wed, Sep 7, 2016 at 11:39 AM, David Lonie <david.lonie at kitware.com<mailto:david.lonie at kitware.com>> wrote:
On Wed, Sep 7, 2016 at 11:16 AM, Staufer, Max
<Max.Staufer at rolls-royce.com<mailto:Max.Staufer at rolls-royce.com>> wrote:
>   I think I messed up my example, the one below is the correct one, sorry about that.
> Using the SetNumberOfTuples method, actually leads to a direct crash, and did not find any reason
> why it should be necessary, because on the simulation side the pointers are correctly pointing to the data.

I suspect there may be an issue because you're redeclaring the 'field'
identifier inside the 'if (!field)' branch. Most compilers will handle
such cases as expected, but it's worth trying to change the name of
the variable for the new array in case the compiler is getting
confused -- e.g, it may be resolving the SetNumberOfTuples call to the
wrong 'field' pointer. SetNumberOfTuples should always be safe to call
on a valid array, so the crash is suspicious.

Either SetNumberOfTuples or SetArray with updateMaxId=true is
required, because otherwise the dataarray is unaware of how many valid
elements the buffer contains and will assume 0.

> Only on the Client side there is a problem.
> I left the MaxId update to the default, the question here would be, what value should it be.
> If I turn it on, the Maxid of the SOADataArray rises to 3*size of the component array + 1, which is sort of what I would expect.
> Is that the correct value?

The expected value of the MaxId variable is ((numComps * numTuples) -
1). I'm not sure how you'd get ((numComps * numTuples) + 1).

You can either call SetNumberOfComponents + SetNumberOfTuples to set
MaxId, or SetNumberOfComponents and SetArray with updateMaxId = true.
Either way will give the same result in this case. I'd advise using
SetArray in this case simply to avoid unnecessary memory allocations
(SetNumberOfTuples triggers a memory allocation for the array data,
which will be immediately released when SetArray is called).

> Secondly, by updating the Maxid, I got the data transfer correct for the first processor but not for the other ones.
>
> Any thoughts

I'd try using a different variable identifier than 'field' for the
array created in the branch. There seems to be something fishy going
on there with this compiler. Also use updateMaxId = true in this case.

If there's some sort of MPI (or similar) data transfer happening after
this, there may be an issue there. I'm not terribly familiar with
Catalyst, so someone else might need to take a look if this doesn't
resolve your problem.

HTH,
Dave

> -----------------
> extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>
>    vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input");
>
>      vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>
>      if (!VTKgrid) {
>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>        return;
>      }
>
>      if (idd->IsFieldNeeded(name)) {
>        vtkSOADataArrayTemplate<float>* field =
>              vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>
>        if (!field) {
>          // vector array
>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>          field->SetNumberOfComponents(3);
>        //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>          field->SetName(name);
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>          VTKgrid->GetCellData()->AddArray(field);
>          field->Delete();
>        }
>        else {
>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>        }
>      }
> }
>
> -----Original Message-----
> From: David Lonie [mailto:david.lonie at kitware.com<mailto:david.lonie at kitware.com>]
> Sent: Mittwoch, 7. September 2016 15:38
> To: Staufer, Max
> Cc: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
> Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst fail to work
>
> Hi Max,
>
> I'm having some trouble following your example code:
>
> On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <Max.Staufer at rolls-royce.com<mailto:Max.Staufer at rolls-royce.com>> wrote:
>> However, pushing vector data to the client does not () , the pointer
>> in the SOA -> AOS Structure works fine on the coprocessor side, but the Paraview client displays only random garbage.
>>
>> // Add a vector field to the VTK data container using
>> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float* vector2, char* name) {
>>    vtkCPInputDataDescription* idd =
>> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
>> ("input");
>>
>>      vtkUnstructuredGrid* VTKgrid =
>> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
>>
>>      if (!VTKgrid) {
>>        vtkGenericWarningMacro("No adaptor grid to attach field data to.");
>>        return;
>>      }
>>
>>      if (idd->IsFieldNeeded(name)) {
>>        //vtkSOADataArrayTemplate<float>* field = //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->GetCellData()->GetArray(name));
>>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
>>          VTKgrid->GetCellData()->GetArray(name));
>>        if (!field) {
>>
>>          // vector array
>>          vtkSOADataArrayTemplate<float>* field = vtkSOADataArrayTemplate<float>::New();
>>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
>>          field->SetName(name);
>>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
>
> There is no method in vtkSOADataArrayTemplate that matches the signature of the above call (in this scope, 'field' is a vtkSOADataArrayTemplate<float>).
>
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false, true);
>>          VTKgrid->GetCellData()->AddArray(field);
>>          field->Delete();
>>        }
>>        else {
>>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false, true);
>>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
>> false, true);
>
> There is no method in vtkFloatArray that matches the above signature (in this scope, 'field' is a vtkFloatArray).
>
>>        }
>>      }
>> }
>
> Is this the actual code? I'd be surprised if it compiles. I suspect that if the compiler is allowing the above, it's getting confused about the shadowed 'field' variable and doing Very Bad Things instead of throwing an error. Does renaming the new array to an unused identifier help anything?
>
> Otherwise, I'd try iterating through the data in the raw pointers and the data in the data array and print out the values. That might provide some clues as to what's going wrong.
>
> Also, I see that you've commented out SetNumberOfTuples, and also pass 'false' as the updateMaxId argument to SetArray. The array will think that it's empty in this situation, which is probably not what you want.
>
> HTH,
> Dave
> Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
> 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
>
> Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.
_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers

Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.

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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc

Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.

Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office: Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register: Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende Gesellschafterin/General Partner: Rolls-Royce General Partner Limited, Sitz/Registered Office: Derby, United Kingdom, Register: Registry of Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg Confidentiality Notice: 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.
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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc

Registered office: 62 Buckingham Gate, London SW1E 6AT Company number: 1003142. Registered in England.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160908/4537f103/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 157712 bytes
Desc: image001.png
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160908/4537f103/attachment-0001.png>

From ben.boeckel at kitware.com  Thu Sep  8 09:15:41 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Thu, 8 Sep 2016 09:15:41 -0400
Subject: [Paraview-developers] [EXTERNAL] Re:  Compile errors
In-Reply-To: <d83de37694ce4f66a7117af735c776d5@ES01AMSNLNT.srn.sandia.gov>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
 <20160907133727.GA26612@megas.kitware.com>
 <d83de37694ce4f66a7117af735c776d5@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <20160908131541.GC13993@megas.kitware.com>

On Thu, Sep 08, 2016 at 02:12:05 +0000, Scott, W Alan wrote:
> Ben - correct.  I am using a system (i.e, I built it) HDF5, but an operating system supplied ZLIB.
> 
> From CMakeCache.txt,
> 
> VTK_USE_SYSTEM_ZLIB:BOOL=OFF
> VTK_USE_SYSTEM_HDF5:BOOL=ON
> 
> 
> Is that bad?  Should I build my own ZLIB?

It appears as though HDF5 is not specifying its zlib dependency properly
which causes links to HDF5 to not find its required zlib bits right.
Using the system zlib should fix that part.

What CMake version are you using?

--Ben

From david.lonie at kitware.com  Thu Sep  8 10:24:52 2016
From: david.lonie at kitware.com (David Lonie)
Date: Thu, 8 Sep 2016 10:24:52 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
 <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
Message-ID: <CA+=e1osF8y=cdYRX2hdDfpu2yFRa1yjX5ELTO3UDOufmwTQr_w@mail.gmail.com>

On Thu, Sep 8, 2016 at 3:46 AM, Staufer, Max
<Max.Staufer at rolls-royce.com> wrote:
> On that front, what is the role of maxid in a multiprocessor scenario ?

MaxId is simply how the vtkDataArrays store the size of the data. It's
the highest 0-based index that can be accessed in the array.

For example, an array with 1 component and 1 tuple has a MaxId of 0
(array length = 1). A 3 component, 1 tuple array has a MaxId of 2
(length = 3), a 3 comp, 3 tuple array has a MaxId of 8 (9 valid
elements), etc.

Dave

From andy.bauer at kitware.com  Thu Sep  8 10:44:52 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Thu, 8 Sep 2016 10:44:52 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <CA+=e1osF8y=cdYRX2hdDfpu2yFRa1yjX5ELTO3UDOufmwTQr_w@mail.gmail.com>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
 <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1osF8y=cdYRX2hdDfpu2yFRa1yjX5ELTO3UDOufmwTQr_w@mail.gmail.com>
Message-ID: <CAMaOp+E=sgpzcGft_8M6huWMUc9wD=400rkC8gGd-0djNJzrLw@mail.gmail.com>

In regards to the issue with the incorrect results for the Live connection,
my best guess is that it has to do with the data being marshaled onto
process 0 before being sent out. Based on your emails I think I can
replicate the issue on my end without too much difficulty.

Thanks,
Andy

On Thu, Sep 8, 2016 at 10:24 AM, David Lonie <david.lonie at kitware.com>
wrote:

> On Thu, Sep 8, 2016 at 3:46 AM, Staufer, Max
> <Max.Staufer at rolls-royce.com> wrote:
> > On that front, what is the role of maxid in a multiprocessor scenario ?
>
> MaxId is simply how the vtkDataArrays store the size of the data. It's
> the highest 0-based index that can be accessed in the array.
>
> For example, an array with 1 component and 1 tuple has a MaxId of 0
> (array length = 1). A 3 component, 1 tuple array has a MaxId of 2
> (length = 3), a 3 comp, 3 tuple array has a MaxId of 8 (9 valid
> elements), etc.
>
> Dave
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160908/4395a5b1/attachment.html>

From wascott at sandia.gov  Thu Sep  8 17:40:55 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 8 Sep 2016 21:40:55 +0000
Subject: [Paraview-developers] Gitlab sucks for searches
Message-ID: <5799e8f38ac0426f8a2a33c3e353f8d8@ES01AMSNLNT.srn.sandia.gov>

Gitlab sucks for searches.  Slowly type 1 ... 2 ... 3 ... 4 in the search window for ParaView bugs.  It keeps doing the search before the next character, and losing focus.

Any ideas for a solution?

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160908/676dece6/attachment.html>

From wascott at sandia.gov  Thu Sep  8 21:02:17 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Fri, 9 Sep 2016 01:02:17 +0000
Subject: [Paraview-developers] gitlab - linking two bugs
Message-ID: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>

Is there a way to link two bugs together?  For instance, if I have a master bug, and it is actually two sub bugs, how do I create this link?

Thanks,

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160909/76285cfd/attachment.html>

From cory.quammen at kitware.com  Thu Sep  8 22:12:25 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Thu, 8 Sep 2016 22:12:25 -0400
Subject: [Paraview-developers] gitlab - linking two bugs
In-Reply-To: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>
References: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>

Alan,

You can reference bugs from other bugs. Use the #XXXXX notation (XXXXX
is the bug number) in a master bug to reference others. See

https://gitlab.kitware.com/paraview/paraview/issues/16861

for an example.

Cory

On Thu, Sep 8, 2016 at 9:02 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Is there a way to link two bugs together?  For instance, if I have a master
> bug, and it is actually two sub bugs, how do I create this link?
>
>
>
> Thanks,
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.

From wascott at sandia.gov  Thu Sep  8 22:13:24 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Fri, 9 Sep 2016 02:13:24 +0000
Subject: [Paraview-developers] [EXTERNAL] Re: gitlab - linking two bugs
In-Reply-To: <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>
References: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>
 <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>
Message-ID: <eeaa74c8c13e4583aee2ed5845771db5@ES01AMSNLNT.srn.sandia.gov>

Excellent!  I figured there had to be a way!

Alan

-----Original Message-----
From: Cory Quammen [mailto:cory.quammen at kitware.com] 
Sent: Thursday, September 08, 2016 8:12 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] gitlab - linking two bugs

Alan,

You can reference bugs from other bugs. Use the #XXXXX notation (XXXXX is the bug number) in a master bug to reference others. See

https://gitlab.kitware.com/paraview/paraview/issues/16861

for an example.

Cory

On Thu, Sep 8, 2016 at 9:02 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Is there a way to link two bugs together?  For instance, if I have a 
> master bug, and it is actually two sub bugs, how do I create this link?
>
>
>
> Thanks,
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>



--
Cory Quammen
Staff R&D Engineer
Kitware, Inc.

From wascott at sandia.gov  Thu Sep  8 22:14:16 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Fri, 9 Sep 2016 02:14:16 +0000
Subject: [Paraview-developers] [EXTERNAL] Re: gitlab - linking two bugs
In-Reply-To: <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>
References: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>
 <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>
Message-ID: <9a6ba84d282e4871beee7ebf873660bb@ES01AMSNLNT.srn.sandia.gov>

One other question.  I noticed you CC'd other developers.  How do you do that?

-----Original Message-----
From: Cory Quammen [mailto:cory.quammen at kitware.com] 
Sent: Thursday, September 08, 2016 8:12 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] gitlab - linking two bugs

Alan,

You can reference bugs from other bugs. Use the #XXXXX notation (XXXXX is the bug number) in a master bug to reference others. See

https://gitlab.kitware.com/paraview/paraview/issues/16861

for an example.

Cory

On Thu, Sep 8, 2016 at 9:02 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Is there a way to link two bugs together?  For instance, if I have a 
> master bug, and it is actually two sub bugs, how do I create this link?
>
>
>
> Thanks,
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>



--
Cory Quammen
Staff R&D Engineer
Kitware, Inc.

From cory.quammen at kitware.com  Thu Sep  8 22:18:29 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Thu, 8 Sep 2016 22:18:29 -0400
Subject: [Paraview-developers] [EXTERNAL] Re: gitlab - linking two bugs
In-Reply-To: <9a6ba84d282e4871beee7ebf873660bb@ES01AMSNLNT.srn.sandia.gov>
References: <5d69e28be1f54efca31e695f3539909d@ES01AMSNLNT.srn.sandia.gov>
 <CAB5Fpx4GshjrJf-fXHH+JoHyOjUK9dZrqP2A_dzqMPnmm4Q_Lw@mail.gmail.com>
 <9a6ba84d282e4871beee7ebf873660bb@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CAB5Fpx592+kSgbTEAAU4OJXD=njg9ymt0ue7ybz3-684vm-zRw@mail.gmail.com>

I just wrote "CC" and tagged other developers in a regular comment -
nothing fancy.

On Thu, Sep 8, 2016 at 10:14 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> One other question.  I noticed you CC'd other developers.  How do you do that?
>
> -----Original Message-----
> From: Cory Quammen [mailto:cory.quammen at kitware.com]
> Sent: Thursday, September 08, 2016 8:12 PM
> To: Scott, W Alan <wascott at sandia.gov>
> Cc: paraview-developers at paraview.org
> Subject: [EXTERNAL] Re: [Paraview-developers] gitlab - linking two bugs
>
> Alan,
>
> You can reference bugs from other bugs. Use the #XXXXX notation (XXXXX is the bug number) in a master bug to reference others. See
>
> https://gitlab.kitware.com/paraview/paraview/issues/16861
>
> for an example.
>
> Cory
>
> On Thu, Sep 8, 2016 at 9:02 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>> Is there a way to link two bugs together?  For instance, if I have a
>> master bug, and it is actually two sub bugs, how do I create this link?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Alan
>>
>>
>>
>> --------------------------------------------------------
>>
>> W. Alan Scott
>>
>> ParaView Support Manager
>>
>>
>>
>> SAIC
>>
>> Sandia National Laboratories, MS 0822
>>
>> Org 9326 - Building 880 A1-K
>>
>> (505) 284-0932   FAX (505) 284-5619
>>
>> ---------------------------------------------------------
>>
>>
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>
>
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.

From utkarsh.ayachit at kitware.com  Fri Sep  9 07:34:43 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 9 Sep 2016 07:34:43 -0400
Subject: [Paraview-developers] Gitlab sucks for searches
In-Reply-To: <5799e8f38ac0426f8a2a33c3e353f8d8@ES01AMSNLNT.srn.sandia.gov>
References: <5799e8f38ac0426f8a2a33c3e353f8d8@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjDuXbghJ9pU+Gz0WxpYWCP-CSOzYxz3McDot2131bT+ug@mail.gmail.com>

> Gitlab sucks for searches.  Slowly type 1 ? 2 ? 3 ? 4 in the search window
> for ParaView bugs.  It keeps doing the search before the next character, and
> losing focus.

It is annoying, I hope they will fix it in coming release. In the
meantime, don't type slowly ;). If you type at regular speed without
waiting for the search results to come back, then the searching
doesn't kick in until you pause.

From mathieu.westphal at kitware.com  Mon Sep 12 06:13:17 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Mon, 12 Sep 2016 12:13:17 +0200
Subject: [Paraview-developers] information_only property question
Message-ID: <CAC2t4UQFYF_jB1r4nDroy0V2cFuaX75Gg4ZfM8VjZj1hO9S+-Q@mail.gmail.com>

Hi all

I have a VTK Filter for wich I am creating a specific panel widget.

In order to dynamically generate the widget i need some information, which
only the filter can provide to me.

the ideal format for the data is somethink like :
 std::vector<std::pair<std::string, int> >

I need to recover all these data via an information only property, but
ican't figure out who i'm suposed to do that, and what should be the
signature vtk side.

So far the best way to do it that i've found would be something like this :


      <StringVectorProperty command="GetAllArrayNames"
                            information_only="1"
                            name="ArrayNames">
        <StringArrayHelper />
      </StringVectorProperty>
      <IntVectorProperty command="GetAllArrayComps"
                         information_only="1"
                         name="ArrayComps">
        <SimpleIntInformationHelper />
      </IntVectorProperty>

with the following api :

vtkIntArray MyVTKFilter::GetAllArrayComps();
vtkStringArray MyVTKFilter::GetAllArrayNames();

Is this the best way to handle it ? What it the uses for
SimpleIntInformationHelper/StringArrayHelper. I looked at the code but i'm
unsure of the effect of this.

Regards,

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160912/86a41db1/attachment.html>

From andy.bauer at kitware.com  Mon Sep 12 16:35:29 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Mon, 12 Sep 2016 16:35:29 -0400
Subject: [Paraview-developers] SOADataArray Templates and Catalyst fail
	to work
In-Reply-To: <037E5C5C1844A749A3CE20325380E940B8EEA542@GBDOXPR-MBX001.Rolls-Royce.Local>
References: <037E5C5C1844A749A3CE20325380E940B8EEA378@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1os0b2ePOjz8HGe0n=5Fak_oqpyzzoqkaOpiZX+DVG17TQ@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA456@GBDOXPR-MBX001.Rolls-Royce.Local>
 <CA+=e1ovHfFuQFXth_KQ0nnMiJoUXGuVZpq5nU7RUzRRxa9LZ3A@mail.gmail.com>
 <CAMaOp+GdHEeeXRY=c6wFfMq4VfY7PfE6MpqiAAxCusQmw30V-A@mail.gmail.com>
 <037E5C5C1844A749A3CE20325380E940B8EEA4A7@GBDOXPR-MBX001.Rolls-Royce.Local>
 <037E5C5C1844A749A3CE20325380E940B8EEA542@GBDOXPR-MBX001.Rolls-Royce.Local>
Message-ID: <CAMaOp+GFojrjDKgpO6pzxmQX_VUm8ijdu8eRjQHpjxS7XKgn-A@mail.gmail.com>

Hi Max,

I'm able to replicate some issues with Live and using the SOA data array.
I've added an issue on Gitlab (
https://gitlab.kitware.com/paraview/paraview/issues/16887). This may be
slightly different than your bug but the fix for the issue may fix the bug
you reported as well.

Thanks,
Andy

On Thu, Sep 8, 2016 at 6:57 AM, Staufer, Max <Max.Staufer at rolls-royce.com>
wrote:

> Just to illustrate,
>
>
>
> Blow is a really small Simulation of a flow in a cavity.
>
>
>
> Left Render window shows Velocity_X component of the SOADataArray made up
> from U V W scalar arrays, right shows U (Velocity_X component) set in
> catalyst as scalar float array.
>
> It?s a two processor run. The Processor0 values look fine while the
> processor1 values don?t.
>
>
>
>
>
> *From:* Paraview-developers [mailto:paraview-developers-
> bounces at paraview.org] *On Behalf Of *Staufer, Max
> *Sent:* Donnerstag, 8. September 2016 09:47
> *To:* Andy Bauer; David Lonie
> *Cc:* paraview-developers at paraview.org
> *Subject:* [CAUTION - EXTERNAL SENDER]: Re: [Paraview-developers]
> SOADataArray Templates and Catalyst fail to work
>
>
>
> Hi Andy,
>
>
>
>   correct, simulation side is the catalyst instrumented code, client side
> is the Paraview GUI for live processing.
>
> I have to admit, that I did not look into the Paraview part yet, but the
> fact that all scalar arrays aka. ?standard? float arrays,
>
> one and multiple components, are displayed correctly, when ordered
> correctly in C ordering, but the SOAArray is only displayed correctly
>
> for the first processor, tells me that there is probably something wrong
> on the client, receiving end.
>
>
>
> On that front, what is the role of maxid in a multiprocessor scenario ?
>
>
>
> Max
>
>
>
> *From:* Andy Bauer [mailto:andy.bauer at kitware.com <andy.bauer at kitware.com>]
>
> *Sent:* Mittwoch, 7. September 2016 21:04
> *To:* David Lonie
> *Cc:* Staufer, Max; paraview-developers at paraview.org
> *Subject:* Re: [Paraview-developers] SOADataArray Templates and Catalyst
> fail to work
>
>
>
> Hi Max,
>
> I'm a bit confused as to what you mean by server side and client side for
> this. Are you connecting your Catalyst instrumented simulation with the
> ParaView GUI through the Live functionality?
>
> Cheers,
>
> Andy
>
>
>
> On Wed, Sep 7, 2016 at 11:39 AM, David Lonie <david.lonie at kitware.com>
> wrote:
>
> On Wed, Sep 7, 2016 at 11:16 AM, Staufer, Max
> <Max.Staufer at rolls-royce.com> wrote:
> >   I think I messed up my example, the one below is the correct one,
> sorry about that.
> > Using the SetNumberOfTuples method, actually leads to a direct crash,
> and did not find any reason
> > why it should be necessary, because on the simulation side the pointers
> are correctly pointing to the data.
>
> I suspect there may be an issue because you're redeclaring the 'field'
> identifier inside the 'if (!field)' branch. Most compilers will handle
> such cases as expected, but it's worth trying to change the name of
> the variable for the new array in case the compiler is getting
> confused -- e.g, it may be resolving the SetNumberOfTuples call to the
> wrong 'field' pointer. SetNumberOfTuples should always be safe to call
> on a valid array, so the crash is suspicious.
>
> Either SetNumberOfTuples or SetArray with updateMaxId=true is
> required, because otherwise the dataarray is unaware of how many valid
> elements the buffer contains and will assume 0.
>
> > Only on the Client side there is a problem.
> > I left the MaxId update to the default, the question here would be, what
> value should it be.
> > If I turn it on, the Maxid of the SOADataArray rises to 3*size of the
> component array + 1, which is sort of what I would expect.
> > Is that the correct value?
>
> The expected value of the MaxId variable is ((numComps * numTuples) -
> 1). I'm not sure how you'd get ((numComps * numTuples) + 1).
>
> You can either call SetNumberOfComponents + SetNumberOfTuples to set
> MaxId, or SetNumberOfComponents and SetArray with updateMaxId = true.
> Either way will give the same result in this case. I'd advise using
> SetArray in this case simply to avoid unnecessary memory allocations
> (SetNumberOfTuples triggers a memory allocation for the array data,
> which will be immediately released when SetArray is called).
>
> > Secondly, by updating the Maxid, I got the data transfer correct for the
> first processor but not for the other ones.
> >
> > Any thoughts
>
> I'd try using a different variable identifier than 'field' for the
> array created in the branch. There seems to be something fishy going
> on there with this compiler. Also use updateMaxId = true in this case.
>
> If there's some sort of MPI (or similar) data transfer happening after
> this, there may be an issue there. I'm not terribly familiar with
> Catalyst, so someone else might need to take a look if this doesn't
> resolve your problem.
>
> HTH,
> Dave
>
>
> > -----------------
> > extern "C" void addvectorfieldsoa_(float* vector0,float* vector1,float*
> vector2, char* name) {
> >
> >    vtkCPInputDataDescription* idd = vtkCPPythonAdaptorAPI::
> GetCoProcessorData()->GetInputDescriptionByName("input");
> >
> >      vtkUnstructuredGrid* VTKgrid = vtkUnstructuredGrid::
> SafeDownCast(idd->GetGrid());
> >
> >      if (!VTKgrid) {
> >        vtkGenericWarningMacro("No adaptor grid to attach field data
> to.");
> >        return;
> >      }
> >
> >      if (idd->IsFieldNeeded(name)) {
> >        vtkSOADataArrayTemplate<float>* field =
> >              vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->
> GetCellData()->GetArray(name));
> >
> >        if (!field) {
> >          // vector array
> >          vtkSOADataArrayTemplate<float>* field =
> vtkSOADataArrayTemplate<float>::New();
> >          field->SetNumberOfComponents(3);
> >        //field->SetNumberOfTuples(VTKgrid->GetNumberOfCells());
> >          field->SetName(name);
> >          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false,
> true);
> >          VTKgrid->GetCellData()->AddArray(field);
> >          field->Delete();
> >        }
> >        else {
> >          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(), false,
> true);
> >          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(), false,
> true);
> >        }
> >      }
> > }
> >
> > -----Original Message-----
> > From: David Lonie [mailto:david.lonie at kitware.com]
> > Sent: Mittwoch, 7. September 2016 15:38
> > To: Staufer, Max
> > Cc: paraview-developers at paraview.org
> > Subject: Re: [Paraview-developers] SOADataArray Templates and Catalyst
> fail to work
> >
> > Hi Max,
> >
> > I'm having some trouble following your example code:
> >
> > On Wed, Sep 7, 2016 at 4:13 AM, Staufer, Max <
> Max.Staufer at rolls-royce.com> wrote:
> >> However, pushing vector data to the client does not () , the pointer
> >> in the SOA -> AOS Structure works fine on the coprocessor side, but the
> Paraview client displays only random garbage.
> >>
> >> // Add a vector field to the VTK data container using
> >> SOADataArrayTemplate extern "C" void addvectorfieldsoa_(float*
> vector0,float* vector1,float* vector2, char* name) {
> >>    vtkCPInputDataDescription* idd =
> >> vtkCPPythonAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName
> >> ("input");
> >>
> >>      vtkUnstructuredGrid* VTKgrid =
> >> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid());
> >>
> >>      if (!VTKgrid) {
> >>        vtkGenericWarningMacro("No adaptor grid to attach field data
> to.");
> >>        return;
> >>      }
> >>
> >>      if (idd->IsFieldNeeded(name)) {
> >>        //vtkSOADataArrayTemplate<float>* field =
> //vtkSOADataArrayTemplate<float>::SafeDownCast(VTKgrid->
> GetCellData()->GetArray(name));
> >>        vtkFloatArray* field = vtkFloatArray::SafeDownCast(
> >>          VTKgrid->GetCellData()->GetArray(name));
> >>        if (!field) {
> >>
> >>          // vector array
> >>          vtkSOADataArrayTemplate<float>* field =
> vtkSOADataArrayTemplate<float>::New();
> >>          field->SetNumberOfComponents(3); //field->SetNumberOfTuples(
> VTKgrid->GetNumberOfCells());
> >>          field->SetName(name);
> >>          field->SetArray(vector0, 3*VTKgrid->GetNumberOfCells(), 1);
> >
> > There is no method in vtkSOADataArrayTemplate that matches the signature
> of the above call (in this scope, 'field' is a
> vtkSOADataArrayTemplate<float>).
> >
> >>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          VTKgrid->GetCellData()->AddArray(field);
> >>          field->Delete();
> >>        }
> >>        else {
> >>          field->SetArray(0, vector0, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(1, vector1, VTKgrid->GetNumberOfCells(),
> false, true);
> >>          field->SetArray(2, vector2, VTKgrid->GetNumberOfCells(),
> >> false, true);
> >
> > There is no method in vtkFloatArray that matches the above signature (in
> this scope, 'field' is a vtkFloatArray).
> >
> >>        }
> >>      }
> >> }
> >
> > Is this the actual code? I'd be surprised if it compiles. I suspect that
> if the compiler is allowing the above, it's getting confused about the
> shadowed 'field' variable and doing Very Bad Things instead of throwing an
> error. Does renaming the new array to an unused identifier help anything?
> >
> > Otherwise, I'd try iterating through the data in the raw pointers and
> the data in the data array and print out the values. That might provide
> some clues as to what's going wrong.
> >
> > Also, I see that you've commented out SetNumberOfTuples, and also pass
> 'false' as the updateMaxId argument to SetArray. The array will think that
> it's empty in this situation, which is probably not what you want.
> >
> > HTH,
> > Dave
> > Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office:
> Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register:
> Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende
> Gesellschafterin/General Partner: Rolls-Royce General Partner Limited,
> Sitz/Registered Office: Derby, United Kingdom, Register: Registry of
> Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul
> O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg
> Confidentiality Notice: 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.
> > 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
> >
> > Registered office: 62 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
> Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office:
> Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register:
> Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende
> Gesellschafterin/General Partner: Rolls-Royce General Partner Limited,
> Sitz/Registered Office: Derby, United Kingdom, Register: Registry of
> Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul
> O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg
> Confidentiality Notice: 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.
>
>
> 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
>
> Registered office: 62 Buckingham Gate, London SW1E 6AT Company number:
> 1003142. Registered in England.
> Rolls-Royce Deutschland Ltd & Co KG Sitz/Registered Office:
> Blankenfelde-Mahlow, Deutschland, Registergericht/Court of Register:
> Amtsgericht Potsdam, HRA 2731 P, Pers?nlich haftende
> Gesellschafterin/General Partner: Rolls-Royce General Partner Limited,
> Sitz/Registered Office: Derby, United Kingdom, Register: Registry of
> Companies Wales and England, 4066556, Directors/Gesch?ftsf?hrer: Paul
> O?Neil, Alastair McIntosh, Nicole Fehr, Dr. Holger Cartsburg
> Confidentiality Notice: 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.
>
>
> 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) 3301235850 (Security Operations Centre) 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) 2016 Rolls-Royce plc
>
> Registered office: 62 Buckingham Gate, London SW1E 6AT Company number:
> 1003142. Registered in England.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160912/02be1666/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 157712 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160912/02be1666/attachment-0001.png>

From mathieu.westphal at kitware.com  Tue Sep 13 05:58:03 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 13 Sep 2016 11:58:03 +0200
Subject: [Paraview-developers] Double levels of dynamism in XML Property
Message-ID: <CAC2t4USqqHE=K_+fVYeb8TP2_n1P+RpVwam0-DJFwkv_jofzMg@mail.gmail.com>

Hi All

I'm trying to create an XML property with a double level of dynamism, and
can't figure out the right way to do it :

So i have a repeat_command StringVectorProperty looking like that

      <StringVectorProperty animateable="1"
                            clean_command="RemoveAllArraysToGenerate"
                            command="SetArrayToGenerate"
                            name="ArrayToGenerate"
                            element_types="2 0 0 1"
                            number_of_elements_per_command="4"
                            repeat_command="1"
                            set_number_command="SetNumberOfArraysToGenerate"
                            use_index="1">
      </StringVectorProperty>

But the thing is, the last element of the command is not suposed to be a
single double, but an array of double of variable size

I've managed to work around it this way :
      <StringVectorProperty animateable="1"
                            clean_command="RemoveAllArraysToGenerate"
                            command="SetArrayToGenerate"
                            name="ArrayToGenerate"
                            element_types="2 0 0"
                            number_of_elements_per_command="3"
                            repeat_command="1"
                            set_number_command="SetNumberOfArraysToGenerate"
                            use_index="1"
                            panel_visibility="never">
      </StringVectorProperty>

      <DoubleVectorProperty animateable="1"
                            command="SetLastArrayConstantValue"
                            name="LastArrayConstantValue"
                            number_of_elements_per_command="1"
                            repeat_command="1"
                            use_index="1"
                            panel_visibility="never">
      </DoubleVectorProperty>

But you can clearly see this will work only if i update the second property
right after updating the first one, and will definitelly not work with
statefiles.

Any idea how I could do that correctly ?

Thanks.

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160913/8ed4f124/attachment.html>

From utkarsh.ayachit at kitware.com  Tue Sep 13 07:14:09 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 13 Sep 2016 07:14:09 -0400
Subject: [Paraview-developers] Double levels of dynamism in XML Property
In-Reply-To: <CAC2t4USqqHE=K_+fVYeb8TP2_n1P+RpVwam0-DJFwkv_jofzMg@mail.gmail.com>
References: <CAC2t4USqqHE=K_+fVYeb8TP2_n1P+RpVwam0-DJFwkv_jofzMg@mail.gmail.com>
Message-ID: <CADHSJjDX4b7g3_KtykSAoHV-C9kPFZmdpo_hcwW4JZWLo0=Cnw@mail.gmail.com>

That's some cryptic API on the class that you're writing this proxy
for! I don't exactly follow what those arguments are. In any case, you
can write your own vtkSIProperty subclass and then add support for
such non-standard APIs.



On Tue, Sep 13, 2016 at 5:58 AM, Mathieu Westphal
<mathieu.westphal at kitware.com> wrote:
> Hi All
>
> I'm trying to create an XML property with a double level of dynamism, and
> can't figure out the right way to do it :
>
> So i have a repeat_command StringVectorProperty looking like that
>
>       <StringVectorProperty animateable="1"
>                             clean_command="RemoveAllArraysToGenerate"
>                             command="SetArrayToGenerate"
>                             name="ArrayToGenerate"
>                             element_types="2 0 0 1"
>                             number_of_elements_per_command="4"
>                             repeat_command="1"
>                             set_number_command="SetNumberOfArraysToGenerate"
>                             use_index="1">
>       </StringVectorProperty>
>
> But the thing is, the last element of the command is not suposed to be a
> single double, but an array of double of variable size
>
> I've managed to work around it this way :
>       <StringVectorProperty animateable="1"
>                             clean_command="RemoveAllArraysToGenerate"
>                             command="SetArrayToGenerate"
>                             name="ArrayToGenerate"
>                             element_types="2 0 0"
>                             number_of_elements_per_command="3"
>                             repeat_command="1"
>                             set_number_command="SetNumberOfArraysToGenerate"
>                             use_index="1"
>                             panel_visibility="never">
>       </StringVectorProperty>
>
>       <DoubleVectorProperty animateable="1"
>                             command="SetLastArrayConstantValue"
>                             name="LastArrayConstantValue"
>                             number_of_elements_per_command="1"
>                             repeat_command="1"
>                             use_index="1"
>                             panel_visibility="never">
>       </DoubleVectorProperty>
>
> But you can clearly see this will work only if i update the second property
> right after updating the first one, and will definitelly not work with
> statefiles.
>
> Any idea how I could do that correctly ?
>
> Thanks.
>
> Mathieu Westphal
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From mathieu.westphal at kitware.com  Tue Sep 13 07:16:34 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 13 Sep 2016 13:16:34 +0200
Subject: [Paraview-developers] Double levels of dynamism in XML Property
In-Reply-To: <CADHSJjDX4b7g3_KtykSAoHV-C9kPFZmdpo_hcwW4JZWLo0=Cnw@mail.gmail.com>
References: <CAC2t4USqqHE=K_+fVYeb8TP2_n1P+RpVwam0-DJFwkv_jofzMg@mail.gmail.com>
 <CADHSJjDX4b7g3_KtykSAoHV-C9kPFZmdpo_hcwW4JZWLo0=Cnw@mail.gmail.com>
Message-ID: <CAC2t4UT50DzucNh0EYGm8fdMYeXzB_iO7eJDs29SxbqDTOdGeA@mail.gmail.com>

You're right,
though Joachim pointed out to me that i can serialize the
DoubleVectorProperty values into a string and pass it as an element of the
StringVectorProperty.

So problem solved for me.

Mathieu Westphal

On Tue, Sep 13, 2016 at 1:14 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> That's some cryptic API on the class that you're writing this proxy
> for! I don't exactly follow what those arguments are. In any case, you
> can write your own vtkSIProperty subclass and then add support for
> such non-standard APIs.
>
>
>
> On Tue, Sep 13, 2016 at 5:58 AM, Mathieu Westphal
> <mathieu.westphal at kitware.com> wrote:
> > Hi All
> >
> > I'm trying to create an XML property with a double level of dynamism, and
> > can't figure out the right way to do it :
> >
> > So i have a repeat_command StringVectorProperty looking like that
> >
> >       <StringVectorProperty animateable="1"
> >                             clean_command="RemoveAllArraysToGenerate"
> >                             command="SetArrayToGenerate"
> >                             name="ArrayToGenerate"
> >                             element_types="2 0 0 1"
> >                             number_of_elements_per_command="4"
> >                             repeat_command="1"
> >                             set_number_command="
> SetNumberOfArraysToGenerate"
> >                             use_index="1">
> >       </StringVectorProperty>
> >
> > But the thing is, the last element of the command is not suposed to be a
> > single double, but an array of double of variable size
> >
> > I've managed to work around it this way :
> >       <StringVectorProperty animateable="1"
> >                             clean_command="RemoveAllArraysToGenerate"
> >                             command="SetArrayToGenerate"
> >                             name="ArrayToGenerate"
> >                             element_types="2 0 0"
> >                             number_of_elements_per_command="3"
> >                             repeat_command="1"
> >                             set_number_command="
> SetNumberOfArraysToGenerate"
> >                             use_index="1"
> >                             panel_visibility="never">
> >       </StringVectorProperty>
> >
> >       <DoubleVectorProperty animateable="1"
> >                             command="SetLastArrayConstantValue"
> >                             name="LastArrayConstantValue"
> >                             number_of_elements_per_command="1"
> >                             repeat_command="1"
> >                             use_index="1"
> >                             panel_visibility="never">
> >       </DoubleVectorProperty>
> >
> > But you can clearly see this will work only if i update the second
> property
> > right after updating the first one, and will definitelly not work with
> > statefiles.
> >
> > Any idea how I could do that correctly ?
> >
> > Thanks.
> >
> > Mathieu Westphal
> >
> > _______________________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Search the list archives at:
> > http://markmail.org/search/?q=Paraview-developers
> >
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/paraview-developers
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160913/359790d2/attachment.html>

From mathieu.westphal at kitware.com  Tue Sep 13 10:23:20 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 13 Sep 2016 16:23:20 +0200
Subject: [Paraview-developers] ProxyListDomain group feature and group of
	proxies
Message-ID: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>

Hi

Since the new "Group" feautre have been added to the ProxyListDomain, i'm
trying to find a way to create a group of proxies from other groups.

Basically i would like to be able to do :

<ProxyGroup name="group_of_sources">
  < SourceProxy group = "extended_sources" name ="HighResLineSource" />
  < SourceProxy group = "extended_sources" name ="PointSource" />
</ProxyGroup>

Enabling one to then use a proxy list domain pointing to a potentially
dynamic "group_of_sources".

Do this sound like a good idea to some ?

Regards,

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160913/7c951b7f/attachment-0001.html>

From utkarsh.ayachit at kitware.com  Tue Sep 13 10:51:36 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 13 Sep 2016 10:51:36 -0400
Subject: [Paraview-developers] ProxyListDomain group feature and group
	of proxies
In-Reply-To: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
References: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
Message-ID: <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>

Sure. I'd follow the same form as we do with SubProxy i.e. just used
the generic tag name <Proxy /> and let the definition define what type
of proxy subclass to create.



On Tue, Sep 13, 2016 at 10:23 AM, Mathieu Westphal
<mathieu.westphal at kitware.com> wrote:
> Hi
>
> Since the new "Group" feautre have been added to the ProxyListDomain, i'm
> trying to find a way to create a group of proxies from other groups.
>
> Basically i would like to be able to do :
>
> <ProxyGroup name="group_of_sources">
>   < SourceProxy group = "extended_sources" name ="HighResLineSource" />
>   < SourceProxy group = "extended_sources" name ="PointSource" />
> </ProxyGroup>
>
> Enabling one to then use a proxy list domain pointing to a potentially
> dynamic "group_of_sources".
>
> Do this sound like a good idea to some ?
>
> Regards,
>
> Mathieu Westphal
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From andy.bauer at kitware.com  Tue Sep 13 13:46:44 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Tue, 13 Sep 2016 13:46:44 -0400
Subject: [Paraview-developers] cmake error configuring catalyst project
In-Reply-To: <cfc6bdc1d866adfc01751b20180518a4.startmail@www.startmail.com>
References: <54a417a8e29114d0e57681fcc2cb76ce.startmail@www.startmail.com>
 <CAMaOp+GM+BsEHi3wM2YverxKqwPJ4h1drJ2KOFd1u3uK4CmyoQ@mail.gmail.com>
 <cfc6bdc1d866adfc01751b20180518a4.startmail@www.startmail.com>
Message-ID: <CAMaOp+F+-2VPKk=KkD5Gu4bMt4QDGeddD=g0RpVnjDDfNSvS5A@mail.gmail.com>

Hi,

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

As for your question, I don't regularly use Windows for building or running
simulations so I don't know the answer. Maybe someone else on the list can
chime in.

Andy

On Mon, Sep 5, 2016 at 4:47 AM, <thomasblome at startmail.com> wrote:

> Hello,
>
> thank you for your quick reply. I had tried it first using the cmake-gui
> but then I followed your recommendation to use the shell script and now it
> works fine.
> Next thing I want to do is get the Catalyst "CxxFullExample" going. I
> generated a project file for that example using CMake. Only thing I had to
> do was to set the ParaView_DIR variable, that is to add the path to the
> ParaViewConfig.cmake file which I found in the bin-directory of Catalyst
> (C:\Kitware\Catalyst-v5.1.2\bin).
> Now I have got following questions:
>
> 1.) I try to run the example by calling CxxFullExample.exe in the debug
> folder by calling
>             CxxFullExample 2 C:\Users\Peripherie\Desktop\
> CxxFullExample\SampleScripts\feslicesript
>      from the windows cmd, where I specify the python script
> "feslicesript" as the second argument.
>      By doing so I get an error message saying that following three
> libraries are missing:
>             vtkPVPythonCatalyst-pv5.1.dll
>             vtkPVCatalyst-pv5.1.dll
>             vtkCommon-pv5.1.dll
>      Do I have to change some options in the cmake.sh script to include
> those libs?
> 2.) Do I have to install Paraview too, or is the Catalyst version I just
> installed sufficient to run the example?
>
> Kind regards
> Thomas
>
>
> Am Sonntag, 28. August 2016 13:06 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> Did you try the build directions at http://www.paraview.org/Wiki/
> Build_Directions? You'll want to use the cmake.sh script instead of the
> default CMake settings.
>
> On Sat, Aug 27, 2016 at 12:46 PM, <thomasblome at startmail.com> wrote:
>
> Hi,
>
> I downloaded the latest Catalyst edition (5.1.2) to build it on my Windows
> 10 system.
> In CMake I use default settings, but it starts complaining while
> configuring, displaying following error message:
>
>
> CMake Error at VTK/CMake/vtkModuleTop.cmake:59 (message):
> No such module "vtkGUISupportQt" needed by "vtkPVVTKExtensionsRendering"
> Call Stack (most recent call first):
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:82 (vtk_module_check)
> VTK/CMakeLists.txt:543 (include)
>
> Does anybody know how to fix that?
>
> Kind regards,
> Thomas
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160913/02056b3f/attachment.html>

From wascott at sandia.gov  Tue Sep 13 14:55:05 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 13 Sep 2016 18:55:05 +0000
Subject: [Paraview-developers] New compression algorithm
Message-ID: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>

Here is an article on a new compression algorithm.

Alan

https://code.facebook.com/posts/1658392934479273/smaller-and-faster-data-compression-with-zstandard/



--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160913/28d52361/attachment.html>

From utkarsh.ayachit at kitware.com  Tue Sep 13 15:02:02 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 13 Sep 2016 15:02:02 -0400
Subject: [Paraview-developers] New compression algorithm
In-Reply-To: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>
References: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjCLySUPEZsxueiG4twNT-hfzP00moBGOTvwPtyUhdxTcg@mail.gmail.com>

Interesting. Also note the algorithm we already support "lz4" is
actually doing a lot better for compression/decompression speeds
(which will affect frame rate) than zstd.

On Tue, Sep 13, 2016 at 2:55 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Here is an article on a new compression algorithm.
>
>
>
> Alan
>
>
>
> https://code.facebook.com/posts/1658392934479273/smaller-and-faster-data-compression-with-zstandard/
>
>
>
>
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From mathieu.westphal at kitware.com  Wed Sep 14 08:38:33 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Wed, 14 Sep 2016 14:38:33 +0200
Subject: [Paraview-developers] ProxyListDomain group feature and group
	of proxies
In-Reply-To: <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>
References: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
 <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>
Message-ID: <CAC2t4USKhCvp=80y7ZwPsG+8tWNn_gK_pCOxTGrEz1vhsPuBJQ@mail.gmail.com>

Ok it was quite easy actually.

I will need to add a group of point producing sources in my Plugin, which
is mapping exactly the sources available in the StreamTracer.
Could i just add a "seed_sources" group in utilities.xml and use it in the
StreamTracer as well as in the ProbeFilter.

It will enable future extension with new seed sources and their associated
widget, as well as new seed sources defined via user Plugins,
What do you think ?

Thanks,


Mathieu Westphal

On Tue, Sep 13, 2016 at 4:51 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Sure. I'd follow the same form as we do with SubProxy i.e. just used
> the generic tag name <Proxy /> and let the definition define what type
> of proxy subclass to create.
>
>
>
> On Tue, Sep 13, 2016 at 10:23 AM, Mathieu Westphal
> <mathieu.westphal at kitware.com> wrote:
> > Hi
> >
> > Since the new "Group" feautre have been added to the ProxyListDomain, i'm
> > trying to find a way to create a group of proxies from other groups.
> >
> > Basically i would like to be able to do :
> >
> > <ProxyGroup name="group_of_sources">
> >   < SourceProxy group = "extended_sources" name ="HighResLineSource" />
> >   < SourceProxy group = "extended_sources" name ="PointSource" />
> > </ProxyGroup>
> >
> > Enabling one to then use a proxy list domain pointing to a potentially
> > dynamic "group_of_sources".
> >
> > Do this sound like a good idea to some ?
> >
> > Regards,
> >
> > Mathieu Westphal
> >
> > _______________________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Search the list archives at:
> > http://markmail.org/search/?q=Paraview-developers
> >
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/paraview-developers
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/a4d85c45/attachment-0001.html>

From mathieu.westphal at kitware.com  Wed Sep 14 08:42:12 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Wed, 14 Sep 2016 14:42:12 +0200
Subject: [Paraview-developers] ProxyListDomain group feature and group
	of proxies
In-Reply-To: <CAC2t4USKhCvp=80y7ZwPsG+8tWNn_gK_pCOxTGrEz1vhsPuBJQ@mail.gmail.com>
References: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
 <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>
 <CAC2t4USKhCvp=80y7ZwPsG+8tWNn_gK_pCOxTGrEz1vhsPuBJQ@mail.gmail.com>
Message-ID: <CAC2t4URjrzh=7SKdxS5eSdXqg_9CwC3+bpupV_=R5-VJbyyDcA@mail.gmail.com>

Not the probe filter, wich uses only a single type of seed.



Mathieu Westphal

On Wed, Sep 14, 2016 at 2:38 PM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Ok it was quite easy actually.
>
> I will need to add a group of point producing sources in my Plugin, which
> is mapping exactly the sources available in the StreamTracer.
> Could i just add a "seed_sources" group in utilities.xml and use it in the
> StreamTracer as well as in the ProbeFilter.
>
> It will enable future extension with new seed sources and their associated
> widget, as well as new seed sources defined via user Plugins,
> What do you think ?
>
> Thanks,
>
>
> Mathieu Westphal
>
> On Tue, Sep 13, 2016 at 4:51 PM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> Sure. I'd follow the same form as we do with SubProxy i.e. just used
>> the generic tag name <Proxy /> and let the definition define what type
>> of proxy subclass to create.
>>
>>
>>
>> On Tue, Sep 13, 2016 at 10:23 AM, Mathieu Westphal
>> <mathieu.westphal at kitware.com> wrote:
>> > Hi
>> >
>> > Since the new "Group" feautre have been added to the ProxyListDomain,
>> i'm
>> > trying to find a way to create a group of proxies from other groups.
>> >
>> > Basically i would like to be able to do :
>> >
>> > <ProxyGroup name="group_of_sources">
>> >   < SourceProxy group = "extended_sources" name ="HighResLineSource" />
>> >   < SourceProxy group = "extended_sources" name ="PointSource" />
>> > </ProxyGroup>
>> >
>> > Enabling one to then use a proxy list domain pointing to a potentially
>> > dynamic "group_of_sources".
>> >
>> > Do this sound like a good idea to some ?
>> >
>> > Regards,
>> >
>> > Mathieu Westphal
>> >
>> > _______________________________________________
>> > Powered by www.kitware.com
>> >
>> > Visit other Kitware open-source projects at
>> > http://www.kitware.com/opensource/opensource.html
>> >
>> > Search the list archives at:
>> > http://markmail.org/search/?q=Paraview-developers
>> >
>> > Follow this link to subscribe/unsubscribe:
>> > http://public.kitware.com/mailman/listinfo/paraview-developers
>> >
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/daef7110/attachment.html>

From utkarsh.ayachit at kitware.com  Wed Sep 14 08:57:53 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 08:57:53 -0400
Subject: [Paraview-developers] ProxyListDomain group feature and group
	of proxies
In-Reply-To: <CAC2t4URjrzh=7SKdxS5eSdXqg_9CwC3+bpupV_=R5-VJbyyDcA@mail.gmail.com>
References: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
 <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>
 <CAC2t4USKhCvp=80y7ZwPsG+8tWNn_gK_pCOxTGrEz1vhsPuBJQ@mail.gmail.com>
 <CAC2t4URjrzh=7SKdxS5eSdXqg_9CwC3+bpupV_=R5-VJbyyDcA@mail.gmail.com>
Message-ID: <CADHSJjAugYpfSjKmxXkBX4_Ty8nQ_SjdTRUXVJsEfKuztUCLbw@mail.gmail.com>

>> Could i just add a "seed_sources" group in utilities.xml and use it in the
>> StreamTracer.

No objection.

From utkarsh.ayachit at kitware.com  Wed Sep 14 09:13:33 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 09:13:33 -0400
Subject: [Paraview-developers] Next ParaView Hackathon
Message-ID: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>

Folks,

I am looking to set up the date for the next ParaView hackathon in
October. How about Tue, Oct 25th?

Utkarsh

From dave.demarle at kitware.com  Wed Sep 14 09:29:45 2016
From: dave.demarle at kitware.com (David E DeMarle)
Date: Wed, 14 Sep 2016 09:29:45 -0400
Subject: [Paraview-developers] Next ParaView Hackathon
In-Reply-To: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
Message-ID: <CANjZAi-ctp=-da0EHMxzoxwM_CQcZPYnzR0717565tAQo8_ppg@mail.gmail.com>

That is during IEEE Vis week so there could be conflicts.

But fine with me personally.

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

On Wed, Sep 14, 2016 at 9:13 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Folks,
>
> I am looking to set up the date for the next ParaView hackathon in
> October. How about Tue, Oct 25th?
>
> Utkarsh
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/53c18285/attachment.html>

From utkarsh.ayachit at kitware.com  Wed Sep 14 09:38:59 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 09:38:59 -0400
Subject: [Paraview-developers] Next ParaView Hackathon
In-Reply-To: <CANjZAi-ctp=-da0EHMxzoxwM_CQcZPYnzR0717565tAQo8_ppg@mail.gmail.com>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
 <CANjZAi-ctp=-da0EHMxzoxwM_CQcZPYnzR0717565tAQo8_ppg@mail.gmail.com>
Message-ID: <CADHSJjBg9PbbYcfD-T9EKS4e20xvsaUktKQfJ5wyu-LLovPwKw@mail.gmail.com>

The reason for picking that week is that we're going to have Mathieu
from KEU visiting KHQ.

On Wed, Sep 14, 2016 at 9:29 AM, David E DeMarle
<dave.demarle at kitware.com> wrote:
> That is during IEEE Vis week so there could be conflicts.
>
> But fine with me personally.
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
> On Wed, Sep 14, 2016 at 9:13 AM, Utkarsh Ayachit
> <utkarsh.ayachit at kitware.com> wrote:
>>
>> Folks,
>>
>> I am looking to set up the date for the next ParaView hackathon in
>> October. How about Tue, Oct 25th?
>>
>> Utkarsh
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>

From mathieu.westphal at kitware.com  Wed Sep 14 10:08:17 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Wed, 14 Sep 2016 16:08:17 +0200
Subject: [Paraview-developers] Next ParaView Hackathon
In-Reply-To: <CADHSJjBg9PbbYcfD-T9EKS4e20xvsaUktKQfJ5wyu-LLovPwKw@mail.gmail.com>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
 <CANjZAi-ctp=-da0EHMxzoxwM_CQcZPYnzR0717565tAQo8_ppg@mail.gmail.com>
 <CADHSJjBg9PbbYcfD-T9EKS4e20xvsaUktKQfJ5wyu-LLovPwKw@mail.gmail.com>
Message-ID: <CAC2t4UQ1wO+gQsuSTxHh0vegXFmtYGhvKtqABdT3kS8LbwhQVQ@mail.gmail.com>

Yes indeed, the date is perfect for me. Thanks Utkarsh.

Mathieu Westphal

On Wed, Sep 14, 2016 at 3:38 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> The reason for picking that week is that we're going to have Mathieu
> from KEU visiting KHQ.
>
> On Wed, Sep 14, 2016 at 9:29 AM, David E DeMarle
> <dave.demarle at kitware.com> wrote:
> > That is during IEEE Vis week so there could be conflicts.
> >
> > But fine with me personally.
> >
> > David E DeMarle
> > Kitware, Inc.
> > R&D Engineer
> > 21 Corporate Drive
> > Clifton Park, NY 12065-8662
> > Phone: 518-881-4909
> >
> > On Wed, Sep 14, 2016 at 9:13 AM, Utkarsh Ayachit
> > <utkarsh.ayachit at kitware.com> wrote:
> >>
> >> Folks,
> >>
> >> I am looking to set up the date for the next ParaView hackathon in
> >> October. How about Tue, Oct 25th?
> >>
> >> Utkarsh
> >> _______________________________________________
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Search the list archives at:
> >> http://markmail.org/search/?q=Paraview-developers
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/1eeb2554/attachment-0001.html>

From andy.bauer at kitware.com  Wed Sep 14 10:08:37 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Wed, 14 Sep 2016 10:08:37 -0400
Subject: [Paraview-developers] Next ParaView Hackathon
In-Reply-To: <CAC2t4UQ1wO+gQsuSTxHh0vegXFmtYGhvKtqABdT3kS8LbwhQVQ@mail.gmail.com>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
 <CANjZAi-ctp=-da0EHMxzoxwM_CQcZPYnzR0717565tAQo8_ppg@mail.gmail.com>
 <CADHSJjBg9PbbYcfD-T9EKS4e20xvsaUktKQfJ5wyu-LLovPwKw@mail.gmail.com>
 <CAC2t4UQ1wO+gQsuSTxHh0vegXFmtYGhvKtqABdT3kS8LbwhQVQ@mail.gmail.com>
Message-ID: <CAMaOp+FKYja_Dm+Nw9mXG-E07qk64sOGr4VgfPYCeu1rMTKhJg@mail.gmail.com>

That date works for me.

On Wed, Sep 14, 2016 at 10:08 AM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Yes indeed, the date is perfect for me. Thanks Utkarsh.
>
> Mathieu Westphal
>
> On Wed, Sep 14, 2016 at 3:38 PM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> The reason for picking that week is that we're going to have Mathieu
>> from KEU visiting KHQ.
>>
>> On Wed, Sep 14, 2016 at 9:29 AM, David E DeMarle
>> <dave.demarle at kitware.com> wrote:
>> > That is during IEEE Vis week so there could be conflicts.
>> >
>> > But fine with me personally.
>> >
>> > David E DeMarle
>> > Kitware, Inc.
>> > R&D Engineer
>> > 21 Corporate Drive
>> > Clifton Park, NY 12065-8662
>> > Phone: 518-881-4909
>> >
>> > On Wed, Sep 14, 2016 at 9:13 AM, Utkarsh Ayachit
>> > <utkarsh.ayachit at kitware.com> wrote:
>> >>
>> >> Folks,
>> >>
>> >> I am looking to set up the date for the next ParaView hackathon in
>> >> October. How about Tue, Oct 25th?
>> >>
>> >> Utkarsh
>> >> _______________________________________________
>> >> Powered by www.kitware.com
>> >>
>> >> Visit other Kitware open-source projects at
>> >> http://www.kitware.com/opensource/opensource.html
>> >>
>> >> Search the list archives at:
>> >> http://markmail.org/search/?q=Paraview-developers
>> >>
>> >> Follow this link to subscribe/unsubscribe:
>> >> 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
>>
>> Search the list archives at: http://markmail.org/search/?q=
>> Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/e5163872/attachment.html>

From mathieu.westphal at kitware.com  Wed Sep 14 10:14:23 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Wed, 14 Sep 2016 16:14:23 +0200
Subject: [Paraview-developers] ProxyListDomain group feature and group
	of proxies
In-Reply-To: <CADHSJjAugYpfSjKmxXkBX4_Ty8nQ_SjdTRUXVJsEfKuztUCLbw@mail.gmail.com>
References: <CAC2t4URs-_E13Z1GXrdQJOfn6qS=sYq+9PnWwJS-jTKsQJv2LA@mail.gmail.com>
 <CADHSJjBLyou0s+7ChMJJymT90BE=8SnC5wJ+Y1=u3T7C6TgV=g@mail.gmail.com>
 <CAC2t4USKhCvp=80y7ZwPsG+8tWNn_gK_pCOxTGrEz1vhsPuBJQ@mail.gmail.com>
 <CAC2t4URjrzh=7SKdxS5eSdXqg_9CwC3+bpupV_=R5-VJbyyDcA@mail.gmail.com>
 <CADHSJjAugYpfSjKmxXkBX4_Ty8nQ_SjdTRUXVJsEfKuztUCLbw@mail.gmail.com>
Message-ID: <CAC2t4URO7sG7mfTBr-93Ocz8jnd08RQzDhFi4ROXn-4xsJVeWg@mail.gmail.com>

Here is the MR
https://gitlab.kitware.com/paraview/paraview/merge_requests/1026

Theire is a side effect though, the default StreamTracer seed is now
HighResLineSource, because the ProxyDefinitionIterator uses map to store
the proxies, which will order proxies alphabetically.

Mathieu Westphal

On Wed, Sep 14, 2016 at 2:57 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> >> Could i just add a "seed_sources" group in utilities.xml and use it in
> the
> >> StreamTracer.
>
> No objection.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/254128cd/attachment.html>

From hahnse at ornl.gov  Wed Sep 14 11:54:04 2016
From: hahnse at ornl.gov (Hahn, Steven E.)
Date: Wed, 14 Sep 2016 15:54:04 +0000
Subject: [Paraview-developers] New compression algorithm
In-Reply-To: <CADHSJjCLySUPEZsxueiG4twNT-hfzP00moBGOTvwPtyUhdxTcg@mail.gmail.com>
References: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjCLySUPEZsxueiG4twNT-hfzP00moBGOTvwPtyUhdxTcg@mail.gmail.com>
Message-ID: <AA9AE490-FEB3-4267-A31A-3728DDDBE6DD@ornl.gov>

Would lz4 and/or zstd be worthwhile alternatives to vtkZLibDataCompressor? I often turn off compression in order to speed up the XML file writers.

Best,
Steven 


On 9/13/16, 3:02 PM, "Paraview-developers on behalf of Utkarsh Ayachit" <paraview-developers-bounces at paraview.org on behalf of utkarsh.ayachit at kitware.com> wrote:

    Interesting. Also note the algorithm we already support "lz4" is
    actually doing a lot better for compression/decompression speeds
    (which will affect frame rate) than zstd.
    
    On Tue, Sep 13, 2016 at 2:55 PM, Scott, W Alan <wascott at sandia.gov> wrote:
    > Here is an article on a new compression algorithm.
    >
    >
    >
    > Alan
    >
    >
    >
    > https://code.facebook.com/posts/1658392934479273/smaller-and-faster-data-compression-with-zstandard/
    >
    >
    >
    >
    >
    >
    >
    > --------------------------------------------------------
    >
    > W. Alan Scott
    >
    > ParaView Support Manager
    >
    >
    >
    > SAIC
    >
    > Sandia National Laboratories, MS 0822
    >
    > Org 9326 - Building 880 A1-K
    >
    > (505) 284-0932   FAX (505) 284-5619
    >
    > ---------------------------------------------------------
    >
    >
    >
    >
    > _______________________________________________
    > Powered by www.kitware.com
    >
    > Visit other Kitware open-source projects at
    > http://www.kitware.com/opensource/opensource.html
    >
    > Search the list archives at:
    > http://markmail.org/search/?q=Paraview-developers
    >
    > Follow this link to subscribe/unsubscribe:
    > 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
    
    Search the list archives at: http://markmail.org/search/?q=Paraview-developers
    
    Follow this link to subscribe/unsubscribe:
    http://public.kitware.com/mailman/listinfo/paraview-developers
    
    



From aron.helser at kitware.com  Wed Sep 14 11:55:35 2016
From: aron.helser at kitware.com (Aron Helser)
Date: Wed, 14 Sep 2016 11:55:35 -0400
Subject: [Paraview-developers] Launching custom-built paraview requires sudo?
Message-ID: <CAF2skS48UcjU5WgxNLb=cKQC-qOeN+ZL01pk7wsO4GFA88FnKA@mail.gmail.com>

Hi all,
I've got a mystery about building/launching ParaView on linux - it requires
'sudo'! If I try to launch paraview that I built without sudo, I get:

X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x0

Hopefully this sounds familiar to someone...

Details:
Running Ubuntu 16.04 in a VirtualBox VM on Win10 host.
Happens with either legacy or OpenGL2 backend. Ninja build or make build.
I'm on an Optimus Dell laptop, so I haven't turned on graphics acceleration
in the VM.

Thanks!
Aron
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/76232d2d/attachment.html>

From utkarsh.ayachit at kitware.com  Wed Sep 14 12:45:56 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 12:45:56 -0400
Subject: [Paraview-developers] New compression algorithm
In-Reply-To: <AA9AE490-FEB3-4267-A31A-3728DDDBE6DD@ornl.gov>
References: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjCLySUPEZsxueiG4twNT-hfzP00moBGOTvwPtyUhdxTcg@mail.gmail.com>
 <AA9AE490-FEB3-4267-A31A-3728DDDBE6DD@ornl.gov>
Message-ID: <CADHSJjDh5fTKOaw_gPkLgox0NxH2d5A2XB0aZOm7KFoDDjHO+Q@mail.gmail.com>

On Wed, Sep 14, 2016 at 11:54 AM, Hahn, Steven E. <hahnse at ornl.gov> wrote:
> Would lz4 and/or zstd be worthwhile alternatives to vtkZLibDataCompressor? I often turn off compression in order to speed up the XML file writers.

It could certainly be a good option to support.

From thomasblome at startmail.com  Wed Sep 14 13:11:41 2016
From: thomasblome at startmail.com (thomasblome at startmail.com)
Date: Wed, 14 Sep 2016 19:11:41 +0200
Subject: [Paraview-developers] Problem visualizing CxxFullExample in Paraview
In-Reply-To: <CAMaOp+F+-2VPKk=KkD5Gu4bMt4QDGeddD=g0RpVnjDDfNSvS5A@mail.gmail.com>
References: <54a417a8e29114d0e57681fcc2cb76ce.startmail@www.startmail.com>
 <CAMaOp+GM+BsEHi3wM2YverxKqwPJ4h1drJ2KOFd1u3uK4CmyoQ@mail.gmail.com>
 <cfc6bdc1d866adfc01751b20180518a4.startmail@www.startmail.com>
 <CAMaOp+F+-2VPKk=KkD5Gu4bMt4QDGeddD=g0RpVnjDDfNSvS5A@mail.gmail.com>
Message-ID: <12a73e689c1a578da2bfc777e2557732.startmail@www.startmail.com>

Hello,

In retrospect the problem was easly fixed by setting the path system 
variable to the directory containing the aforementioned libraries, but 
now I found out what the main problem is:

What I first tried was to open CatalystCxxFullExample.sln in VS and 
then to run the RUN_TESTS project which was successful (both tests 
passed).
While the tests were running I opened up Paraview and started a 
connection to Catalyst via port 22222, as described in the catalyst 
users guide.
But nothing happened, the GUI pipeline stayed empty, which I expected 
to show some pipeline modules to be able to visualize the current state 
of the simulation progress.

I assumed that RUN_TESTS just performs some tests in the background and 
produces .pvtp output files of the simulation, but no actual 
visualization is possible, thats why I tried this rather awkward way by 
running the example using the windows cmd shell as described below.

But when I start RUN_TESTS for the CFullExample, it is indeed possible 
to set up a connection in Paraview while the simulation is running - it 
shows a cube in the ouput window.

I guess the CxxFullExample should also yield some graphical output. Is 
there another way to get the example going (to visualize it in Paraview 
during the simulation)?

P.S.:
- Compiling the CxxFullExample produces "Error C2039 'back_inserter': 
is not a member of 'std' CxxFullExample", which one has to fix manually 
by including "iterator.h" in FEDataStructures.cpp (pertains to other 
Catalyst examples too)

?
Am Dienstag, 13. September 2016 19:46 schrieb Andy Bauer 
<andy.bauer at kitware.com>:
?
> Hi,
> ?
> Please keep the discussion on the paraview mailing list so that 
> everyone can participate.
> ?
> As for your question, I don't regularly use Windows for building or 
> running simulations so I don't know the answer. Maybe someone else on 
> the list can chime in.
> ?
> Andy
> ?
> On Mon, Sep 5, 2016 at 4:47 AM, <thomasblome at startmail.com> wrote:
>> Hello,
>> 
>> thank you for your quick reply. I had tried it first using the 
>> cmake-gui but then I followed your recommendation to use the shell 
>> script and now it works fine.
>> Next thing I want to do is get the Catalyst "CxxFullExample" going. 
>> I generated a project file for that example using CMake. Only thing 
>> I had to do was to set the ParaView_DIR variable, that is to add the 
>> path to the ParaViewConfig.cmake file which I found in the 
>> bin-directory of Catalyst (C:\Kitware\Catalyst-v5.1.2\bin).
>> Now I have got following questions:
>> 
>> 1.) I try to run the example by calling CxxFullExample.exe in the 
>> debug folder by calling
>> ????????????CxxFullExample 2 
>> C:\Users\Peripherie\Desktop\CxxFullExample\SampleScripts\feslicesript
>> ???? from the windows cmd, where I specify the python script 
>> "feslicesript" as the second argument.
>> ??? ?By doing so I get an error message saying that following three 
>> libraries are missing:
>> ??????????? vtkPVPythonCatalyst-pv5.1.dll
>> ??????????? vtkPVCatalyst-pv5.1.dll
>> ??????????? vtkCommon-pv5.1.dll
>> ???? Do I have to change some options in the cmake.sh script to 
>> include those libs?
>> 2.) Do I have to install Paraview too, or is the Catalyst version I 
>> just installed sufficient to run the example?
>> 
>> Kind regards
>> Thomas
>> 
>> ?
>> Am Sonntag, 28. August 2016 13:06 schrieb Andy Bauer <andy.bauer at kitware.com>:
>> ?
>>> Did you try the build directions at 
>>> http://www.paraview.org/Wiki/Build_Directions? You'll want to use 
>>> the cmake.sh script instead of the default CMake settings.
>>> ?
>>> On Sat, Aug 27, 2016 at 12:46 PM, <thomasblome at startmail.com> 
>>> wrote:
>>>> Hi,
>>>> 
>>>> I downloaded the latest Catalyst edition (5.1.2) to build it on my 
>>>> Windows 10 system.
>>>> In CMake I use default settings, but it starts complaining while 
>>>> configuring, displaying following error message:
>>>> ?
>>>> 
>>>> CMake Error at VTK/CMake/vtkModuleTop.cmake:59 (message):
>>>> No such module "vtkGUISupportQt" needed by 
>>>> "vtkPVVTKExtensionsRendering"
>>>> Call Stack (most recent call first):
>>>> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
>>>> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
>>>> VTK/CMake/vtkModuleTop.cmake:82 (vtk_module_check)
>>>> VTK/CMakeLists.txt:543 (include)
>>>> 
>>>> Does anybody know how to fix that?
>>>> 
>>>> Kind regards,
>>>> Thomas
>>>> _______________________________________________
>>>> Powered by www.kitware.com <http://www.kitware.com>
>>>> 
>>>> Visit other Kitware open-source projects at 
>>>> http://www.kitware.com/opensource/opensource.html
>>>> 
>>>> Search the list archives at: 
>>>> http://markmail.org/search/?q=Paraview-developers
>>>> 
>>>> Follow this link to subscribe/unsubscribe:
>>>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>>> ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/01fe2c92/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 7F53DEC77F67D0E0.asc
Type: application/pgp-keys
Size: 3082 bytes
Desc: OpenPGP public keys
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/01fe2c92/attachment.key>

From andy.bauer at kitware.com  Wed Sep 14 13:38:58 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Wed, 14 Sep 2016 13:38:58 -0400
Subject: [Paraview-developers] Problem visualizing CxxFullExample in
	Paraview
In-Reply-To: <12a73e689c1a578da2bfc777e2557732.startmail@www.startmail.com>
References: <54a417a8e29114d0e57681fcc2cb76ce.startmail@www.startmail.com>
 <CAMaOp+GM+BsEHi3wM2YverxKqwPJ4h1drJ2KOFd1u3uK4CmyoQ@mail.gmail.com>
 <cfc6bdc1d866adfc01751b20180518a4.startmail@www.startmail.com>
 <CAMaOp+F+-2VPKk=KkD5Gu4bMt4QDGeddD=g0RpVnjDDfNSvS5A@mail.gmail.com>
 <12a73e689c1a578da2bfc777e2557732.startmail@www.startmail.com>
Message-ID: <CAMaOp+ES5AzB9r3btnDoPV74pyYKjtqCH2+zSLkoQ+20oxXC4Q@mail.gmail.com>

In the Catalyst Python script there should be a line like the following:
coprocessor.EnableLiveVisualization(True, 1)

If the first argument to this function is False then it will not try to
establish a Live connection to a PV GUI.

Thanks for the bug report. By the way, which compiler are you using?

Best,
Andy

On Wed, Sep 14, 2016 at 1:11 PM, <thomasblome at startmail.com> wrote:

> Hello,
>
> In retrospect the problem was easly fixed by setting the path system
> variable to the directory containing the aforementioned libraries, but now
> I found out what the main problem is:
>
> What I first tried was to open CatalystCxxFullExample.sln in VS and then
> to run the RUN_TESTS project which was successful (both tests passed).
> While the tests were running I opened up Paraview and started a connection
> to Catalyst via port 22222, as described in the catalyst users guide.
> But nothing happened, the GUI pipeline stayed empty, which I expected to
> show some pipeline modules to be able to visualize the current state of the
> simulation progress.
>
> I assumed that RUN_TESTS just performs some tests in the background and
> produces .pvtp output files of the simulation, but no actual visualization
> is possible, thats why I tried this rather awkward way by running the
> example using the windows cmd shell as described below.
>
> But when I start RUN_TESTS for the CFullExample, it is indeed possible to
> set up a connection in Paraview while the simulation is running - it shows
> a cube in the ouput window.
>
> I guess the CxxFullExample should also yield some graphical output. Is
> there another way to get the example going (to visualize it in Paraview
> during the simulation)?
>
> P.S.:
> - Compiling the CxxFullExample produces "Error C2039 'back_inserter': is
> not a member of 'std' CxxFullExample", which one has to fix manually by
> including "iterator.h" in FEDataStructures.cpp (pertains to other Catalyst
> examples too)
>
>
> Am Dienstag, 13. September 2016 19:46 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> Hi,
>
> Please keep the discussion on the paraview mailing list so that everyone
> can participate.
>
> As for your question, I don't regularly use Windows for building or
> running simulations so I don't know the answer. Maybe someone else on the
> list can chime in.
>
> Andy
>
> On Mon, Sep 5, 2016 at 4:47 AM, <thomasblome at startmail.com> wrote:
>
> Hello,
>
> thank you for your quick reply. I had tried it first using the cmake-gui
> but then I followed your recommendation to use the shell script and now it
> works fine.
> Next thing I want to do is get the Catalyst "CxxFullExample" going. I
> generated a project file for that example using CMake. Only thing I had to
> do was to set the ParaView_DIR variable, that is to add the path to the
> ParaViewConfig.cmake file which I found in the bin-directory of Catalyst
> (C:\Kitware\Catalyst-v5.1.2\bin).
> Now I have got following questions:
>
> 1.) I try to run the example by calling CxxFullExample.exe in the debug
> folder by calling
>             CxxFullExample 2 C:\Users\Peripherie\Desktop\
> CxxFullExample\SampleScripts\feslicesript
>      from the windows cmd, where I specify the python script
> "feslicesript" as the second argument.
>      By doing so I get an error message saying that following three
> libraries are missing:
>             vtkPVPythonCatalyst-pv5.1.dll
>             vtkPVCatalyst-pv5.1.dll
>             vtkCommon-pv5.1.dll
>      Do I have to change some options in the cmake.sh script to include
> those libs?
> 2.) Do I have to install Paraview too, or is the Catalyst version I just
> installed sufficient to run the example?
>
> Kind regards
> Thomas
>
>
> Am Sonntag, 28. August 2016 13:06 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> Did you try the build directions at http://www.paraview.org/Wiki/
> Build_Directions? You'll want to use the cmake.sh script instead of the
> default CMake settings.
>
> On Sat, Aug 27, 2016 at 12:46 PM, <thomasblome at startmail.com> wrote:
>
> Hi,
>
> I downloaded the latest Catalyst edition (5.1.2) to build it on my Windows
> 10 system.
> In CMake I use default settings, but it starts complaining while
> configuring, displaying following error message:
>
>
> CMake Error at VTK/CMake/vtkModuleTop.cmake:59 (message):
> No such module "vtkGUISupportQt" needed by "vtkPVVTKExtensionsRendering"
> Call Stack (most recent call first):
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:82 (vtk_module_check)
> VTK/CMakeLists.txt:543 (include)
>
> Does anybody know how to fix that?
>
> Kind regards,
> Thomas
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/ea05e52c/attachment-0001.html>

From wascott at sandia.gov  Wed Sep 14 14:17:39 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 14 Sep 2016 18:17:39 +0000
Subject: [Paraview-developers] [EXTERNAL]  Next ParaView Hackathon
In-Reply-To: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
Message-ID: <7c1043e6260b4551b33e40ad838b8e98@ES01AMSNLNT.srn.sandia.gov>

Count me in.

I may be at LANL teaching a PV class that day, but if so, I will just substitute another day.  Since what I do doesn't need too much collaboration, shouldn't matter.

Alan

-----Original Message-----
From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Utkarsh Ayachit
Sent: Wednesday, September 14, 2016 7:14 AM
To: ParaView Developers <paraview-developers at paraview.org>
Subject: [EXTERNAL] [Paraview-developers] Next ParaView Hackathon

Folks,

I am looking to set up the date for the next ParaView hackathon in October. How about Tue, Oct 25th?

Utkarsh
_______________________________________________
Powered by www.kitware.com

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers

From berk.geveci at kitware.com  Wed Sep 14 15:01:15 2016
From: berk.geveci at kitware.com (Berk Geveci)
Date: Wed, 14 Sep 2016 15:01:15 -0400
Subject: [Paraview-developers] [EXTERNAL] Next ParaView Hackathon
In-Reply-To: <7c1043e6260b4551b33e40ad838b8e98@ES01AMSNLNT.srn.sandia.gov>
References: <CADHSJjDE4ZV5yLdj8sjvE3SHMmx7Xp29CRdHO7HtFP=Y6_46YA@mail.gmail.com>
 <7c1043e6260b4551b33e40ad838b8e98@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CAE32kpVF+xgwhX-xNEt1603Qr=7biiS-xtpGp=U6a2TeVOJG2w@mail.gmail.com>

Works for me.

On Wed, Sep 14, 2016 at 2:17 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> Count me in.
>
> I may be at LANL teaching a PV class that day, but if so, I will just
> substitute another day.  Since what I do doesn't need too much
> collaboration, shouldn't matter.
>
> Alan
>
> -----Original Message-----
> From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org]
> On Behalf Of Utkarsh Ayachit
> Sent: Wednesday, September 14, 2016 7:14 AM
> To: ParaView Developers <paraview-developers at paraview.org>
> Subject: [EXTERNAL] [Paraview-developers] Next ParaView Hackathon
>
> Folks,
>
> I am looking to set up the date for the next ParaView hackathon in
> October. How about Tue, Oct 25th?
>
> Utkarsh
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/3e72b6b0/attachment.html>

From utkarsh.ayachit at kitware.com  Wed Sep 14 15:11:46 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 19:11:46 +0000
Subject: [Paraview-developers] Invitation: ParaView Hackathon @ Tue Oct 25,
 2016 10am - 5pm (EDT) (Utkarsh Ayachit)
Message-ID: <f46d042de47717d5c9053c7c8065@google.com>

You have been invited to the following event.

Title: ParaView Hackathon
When: Tue Oct 25, 2016 10am ? 5pm Eastern Time
Where: KHQ21 Auditorium + Polycom + Hangouts
Video call: https://plus.google.com/hangouts/_/kitware.com/pv-hackathon  
<https://plus.google.com/hangouts/_/kitware.com/pv-hackathon?hceid=dXRrYXJzaC5heWFjaGl0QGtpdHdhcmUuY29t.5aent8uvi8n9m49ctrsgvsm4v4>
Calendar: Utkarsh Ayachit
Who:
     * Utkarsh Ayachit - organizer
     * paraview-developers at paraview.org
     * Mathieu Westphal
     * Berk Geveci
     * Dave DeMarle
     * Andy Bauer
     * wascott at sandia.gov

Event details:  
https://www.google.com/calendar/event?action=VIEW&eid=NWFlbnQ4dXZpOG45bTQ5Y3Ryc2d2c200djQgcGFyYXZpZXctZGV2ZWxvcGVyc0BwYXJhdmlldy5vcmc&tok=MjcjdXRrYXJzaC5heWFjaGl0QGtpdHdhcmUuY29tNDkyMDM1MDUyNWU5MzZmN2ZkMTU5MzA5MjEyMjA1NzEzMDNjYThjZg&ctz=America/New_York&hl=en

Invitation from Google Calendar: https://www.google.com/calendar/

You are receiving this courtesy email at the account  
paraview-developers at paraview.org because you are an attendee of this event.

To stop receiving future updates for this event, decline this event.  
Alternatively you can sign up for a Google account at  
https://www.google.com/calendar/ and control your notification settings for  
your entire calendar.

Forwarding this invitation could allow any recipient to modify your RSVP  
response. Learn more at  
https://support.google.com/calendar/answer/37135#forwarding

Never miss an appointment.
Download the Google Calendar app.
Android: https://goo.gl/czFEqm
iOS: https://goo.gl/hxLBzR
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/b14e7730/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 2257 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/b14e7730/attachment-0001.ics>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invite.ics
Type: application/ics
Size: 2302 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/b14e7730/attachment-0001.bin>

From shawn.waldon at kitware.com  Wed Sep 14 15:51:36 2016
From: shawn.waldon at kitware.com (Shawn Waldon)
Date: Wed, 14 Sep 2016 15:51:36 -0400
Subject: [Paraview-developers] Dashboard machine changes
Message-ID: <CALSpCT2a6M8+mCcYzcKMyS+9Ngp3QG2Y1EJUPJVmqw9g=vrKXw@mail.gmail.com>

Hi all,

Just FYI, there are going to be some changes to the paraview dashboards
this afternoon.  It looks like blight (our main Linux buildbot dashboard)
is dead.  I am temporarily switching the build on megas to OpenGL2 to
ensure that OpenGL2-Linux is still tested.  Unfortunately this has canceled
pending builds on megas.  So if you want your branch tested on Linux you
will have to stop the tests (Do: test --stop) and re-run the tests on megas
(Do: test -i megas).  And it may take a few hours to find out if we need to
add any test exclusions for the new configuration.

Shawn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160914/347b2bbb/attachment.html>

From wascott at sandia.gov  Wed Sep 14 21:01:40 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 15 Sep 2016 01:01:40 +0000
Subject: [Paraview-developers] Bug 15227
Message-ID: <022a89a28e9a46a2ba765543476ac6ca@ES01AMSNLNT.srn.sandia.gov>

Utkarsh,
Why is bug number 15227 marked as closed, but not customer review?  Customer Review was never added?

Just learning here!

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160915/38698cd1/attachment.html>

From utkarsh.ayachit at kitware.com  Wed Sep 14 21:04:03 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 21:04:03 -0400
Subject: [Paraview-developers] Bug 15227
In-Reply-To: <022a89a28e9a46a2ba765543476ac6ca@ES01AMSNLNT.srn.sandia.gov>
References: <022a89a28e9a46a2ba765543476ac6ca@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjC1D3Fsi+-hBqQKAXB64s+WPUP8B1sKvcVusbwiemLXVw@mail.gmail.com>

Gitlab doesn't add the `customer-review` labels on merge and close
automatically. It's a manual process currently. I've been doing that
for things I see.  We plan to add `Do: merge` the ability to add
label, but that's not the case currently.

On Wed, Sep 14, 2016 at 9:01 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Utkarsh,
>
> Why is bug number 15227 marked as closed, but not customer review?  Customer
> Review was never added?
>
>
>
> Just learning here!
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From utkarsh.ayachit at kitware.com  Wed Sep 14 21:06:28 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 21:06:28 -0400
Subject: [Paraview-developers] Bug 15227
In-Reply-To: <CADHSJjC1D3Fsi+-hBqQKAXB64s+WPUP8B1sKvcVusbwiemLXVw@mail.gmail.com>
References: <022a89a28e9a46a2ba765543476ac6ca@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjC1D3Fsi+-hBqQKAXB64s+WPUP8B1sKvcVusbwiemLXVw@mail.gmail.com>
Message-ID: <CADHSJjC71OaCg6ZRKSFbOE1GX4FMjeDZjgqEFTKc20fg1=875A@mail.gmail.com>

BTW, that bug is not closed, but since there's a commit that says it
"Fixes it", alas the bug is getting auto-closed. I dont' have a
workaround for it, except for developers to not say something "fixes"
an issue unless it completely fixes it.

On Wed, Sep 14, 2016 at 9:04 PM, Utkarsh Ayachit
<utkarsh.ayachit at kitware.com> wrote:
> Gitlab doesn't add the `customer-review` labels on merge and close
> automatically. It's a manual process currently. I've been doing that
> for things I see.  We plan to add `Do: merge` the ability to add
> label, but that's not the case currently.
>
> On Wed, Sep 14, 2016 at 9:01 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>> Utkarsh,
>>
>> Why is bug number 15227 marked as closed, but not customer review?  Customer
>> Review was never added?
>>
>>
>>
>> Just learning here!
>>
>>
>>
>> Alan
>>
>>
>>
>> --------------------------------------------------------
>>
>> W. Alan Scott
>>
>> ParaView Support Manager
>>
>>
>>
>> SAIC
>>
>> Sandia National Laboratories, MS 0822
>>
>> Org 9326 - Building 880 A1-K
>>
>> (505) 284-0932   FAX (505) 284-5619
>>
>> ---------------------------------------------------------
>>
>>
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>

From utkarsh.ayachit at kitware.com  Wed Sep 14 21:08:06 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 14 Sep 2016 21:08:06 -0400
Subject: [Paraview-developers] Bug 15227
In-Reply-To: <CADHSJjC71OaCg6ZRKSFbOE1GX4FMjeDZjgqEFTKc20fg1=875A@mail.gmail.com>
References: <022a89a28e9a46a2ba765543476ac6ca@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjC1D3Fsi+-hBqQKAXB64s+WPUP8B1sKvcVusbwiemLXVw@mail.gmail.com>
 <CADHSJjC71OaCg6ZRKSFbOE1GX4FMjeDZjgqEFTKc20fg1=875A@mail.gmail.com>
Message-ID: <CADHSJjC8gDt2DRHtNh8G73PDC3Z3zz+5cHtewzLJw=FP4fwLaw@mail.gmail.com>

> BTW, that bug is not closed, but since there's a commit that says it
> "Fixes it", alas the bug is getting auto-closed. I dont' have a
> workaround for it, except for developers to not say something "fixes"
> an issue unless it completely fixes it.

Oops, never mind. It should be fixed. I see TJ's got merged. I was
planning to make sure all items are resolved before closing it. I
didn't get around to it yet. I'll leave it open for now.

From will.schroeder at kitware.com  Thu Sep 15 13:54:58 2016
From: will.schroeder at kitware.com (Will Schroeder)
Date: Thu, 15 Sep 2016 13:54:58 -0400
Subject: [Paraview-developers] VTK Textbook and User's Guide now available
	for download
Message-ID: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>

Kitware is releasing the VTK Textbook and VTK User's Guide for PDF
download. Follow the links below to a landing page where you can buy a
printed version, or download a PDF.

Longer term, the plan is to convert these books to LaTeX (from Framemaker)
and place the content into an open repository. The first step is to mostly
duplicate what exists now; eventually we have the ambitious goal to
completely rewrite / recombine / rethink the books. For example, using
VTK.js (under development now) to offer web interaction with examples etc.
We can certainly use the talents of the community to take this challenge
on, so if you are interested please let me know.

The Visualization Toolkit An Object-Oriented Approach to 3D Graphics (4th
ed.)
http://www.vtk.org/vtk-textbook/
pdf: http://www.kitware.com/products/books/VTKTextbook.pdf

*The VTK User?s Guide*
http://www.vtk.org/vtk-users-guide/
pdf: http://www.kitware.com/products/books/VTKUsersGuide.pdf

Best, please let me know if there are issues or concerns.
W

-- 
William J. Schroeder, PhD
Kitware, Inc. - Building the World's Technical Computing Software
28 Corporate Drive
Clifton Park, NY 12065
will.schroeder at kitware.com
http://www.kitware.com
(518) 881-4902
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160915/32962145/attachment.html>

From mathieu.westphal at kitware.com  Fri Sep 16 10:18:20 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Fri, 16 Sep 2016 16:18:20 +0200
Subject: [Paraview-developers] Optional Input Array to process
Message-ID: <CAC2t4UQF4ZkT+1_KuN4JWDhUypStNXhn-YgWz4_00pnODZhK8Q@mail.gmail.com>

Hi

Is there a way to have a optional input array to process with an
InputArrayDomain ?
Currently i think i must use a decorator and another checkbox property.

But i could add support for an optional tag in pqComboBoxDomain and
vtkSMArrayListDomain

Thoughts ?

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160916/0a7a3b20/attachment.html>

From utkarsh.ayachit at kitware.com  Fri Sep 16 21:17:32 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 16 Sep 2016 21:17:32 -0400
Subject: [Paraview-developers] Optional Input Array to process
In-Reply-To: <CAC2t4UQF4ZkT+1_KuN4JWDhUypStNXhn-YgWz4_00pnODZhK8Q@mail.gmail.com>
References: <CAC2t4UQF4ZkT+1_KuN4JWDhUypStNXhn-YgWz4_00pnODZhK8Q@mail.gmail.com>
Message-ID: <CADHSJjBfVnuW+4hnULHgnyRpf1_5EzoDeNHUQ0SJ1tR24B=pww@mail.gmail.com>

Either is fine, my vote would be still for the decorator+checkbox
approach, but no objection to either.

On Fri, Sep 16, 2016 at 10:18 AM, Mathieu Westphal
<mathieu.westphal at kitware.com> wrote:
> Hi
>
> Is there a way to have a optional input array to process with an
> InputArrayDomain ?
> Currently i think i must use a decorator and another checkbox property.
>
> But i could add support for an optional tag in pqComboBoxDomain and
> vtkSMArrayListDomain
>
> Thoughts ?
>
> Mathieu Westphal
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From utkarsh.ayachit at kitware.com  Fri Sep 16 21:24:09 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 16 Sep 2016 21:24:09 -0400
Subject: [Paraview-developers] information_only property question
In-Reply-To: <CAC2t4UQFYF_jB1r4nDroy0V2cFuaX75Gg4ZfM8VjZj1hO9S+-Q@mail.gmail.com>
References: <CAC2t4UQFYF_jB1r4nDroy0V2cFuaX75Gg4ZfM8VjZj1hO9S+-Q@mail.gmail.com>
Message-ID: <CADHSJjCHZ-OOz-dVwXMCuOtwH=OKt_VUed0Q+JTPs37sCPOzAg@mail.gmail.com>

All is really done in the SIProperty and its subclasses. The helpers
are deprecated, we have code in [1] the XML helpers are converted to
corresponding SIProperty subclass (i.e adds the  si_class="..."
attribute instead).

To add support for new style of "fetching", subclass the
vtkSIStringVectorProperty and provide a custom implementation for the
Pull() method.


[1] https://gitlab.kitware.com/paraview/paraview/blob/master/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx#L1251-1311

On Mon, Sep 12, 2016 at 6:13 AM, Mathieu Westphal
<mathieu.westphal at kitware.com> wrote:
> Hi all
>
> I have a VTK Filter for wich I am creating a specific panel widget.
>
> In order to dynamically generate the widget i need some information, which
> only the filter can provide to me.
>
> the ideal format for the data is somethink like :
>  std::vector<std::pair<std::string, int> >
>
> I need to recover all these data via an information only property, but
> ican't figure out who i'm suposed to do that, and what should be the
> signature vtk side.
>
> So far the best way to do it that i've found would be something like this :
>
>
>       <StringVectorProperty command="GetAllArrayNames"
>                             information_only="1"
>                             name="ArrayNames">
>         <StringArrayHelper />
>       </StringVectorProperty>
>       <IntVectorProperty command="GetAllArrayComps"
>                          information_only="1"
>                          name="ArrayComps">
>         <SimpleIntInformationHelper />
>       </IntVectorProperty>
>
> with the following api :
>
> vtkIntArray MyVTKFilter::GetAllArrayComps();
> vtkStringArray MyVTKFilter::GetAllArrayNames();
>
> Is this the best way to handle it ? What it the uses for
> SimpleIntInformationHelper/StringArrayHelper. I looked at the code but i'm
> unsure of the effect of this.
>
> Regards,
>
> Mathieu Westphal
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From thomasblome at startmail.com  Sun Sep 18 07:32:03 2016
From: thomasblome at startmail.com (thomasblome at startmail.com)
Date: Sun, 18 Sep 2016 13:32:03 +0200
Subject: [Paraview-developers] Problem visualizing CxxFullExample in
	Paraview
Message-ID: <5057641e7099edf2f6661e64650afd75.startmail@www.startmail.com>

In both python scripts ("feslicecinema" and "feslicescript") I found a 
line

coprocessor.EnableLiveVisualization(False)

where I changed the argument to True. As a result, during the 
"CxxFullExampleTest" (first test) I can now visualize the simulation in 
Paraview.
Only the second test, "CxxFullExampleCinemaTest", produces following 
errors when I start a connection to Catalyst (output from within PV):

Warning: In 
C:\Kitware\ParaView-v5.1.2\ParaViewCore\ServerManager\Core\vtkSMProxy.cxx, 
line 879
vtkSMSourceProxy (00000189F59B6FE0): Proxy (filters, ImageResampling)? 
has been deprecated in ParaView 5.1 and will be removed by ParaView 
5.2. Please use "Resample To Image" instead instead of 
"ImageResampling" filter.

ERROR: In 
C:\Kitware\ParaView-v5.1.2\VTK\Common\ExecutionModel\vtkDemandDrivenPipeline.cxx, 
line 810
vtkPVPostFilterExecutive (00000189F6464AB0): Input for connection index 
0 on input port index 0 for algorithm vtkPVPostFilter(00000189F67780D0) 
is of type vtkDataObject, but a vtkPolyData is required.

ERROR: In 
C:\Kitware\ParaView-v5.1.2\ParaViewCore\ServerManager\Rendering\vtkSMParaViewPipelineControllerWithRendering.cxx, 
line 549
vtkSMParaViewPipelineControllerWithRendering (00000189F4D94320): Data 
cannot be shown in the defaulted render view!!


By the way, I am using Visual C++ 2010 and 2015 compilers (each 
produced the same errors described in my last message).

Kind regards,
Thomas

?
Am Mittwoch, 14. September 2016 19:38 schrieb Andy Bauer 
<andy.bauer at kitware.com>:
?
> In the Catalyst Python script there should be a line like the 
> following:
> coprocessor.EnableLiveVisualization(True, 1)
> ?
> If the first argument to this function is False then it will not try 
> to establish a Live connection to a PV GUI.
> ?
> Thanks for the bug report. By the way, which compiler are you using?
> ?
> Best,
> Andy
> ?
> On Wed, Sep 14, 2016 at 1:11 PM, <thomasblome at startmail.com> wrote:
>> Hello,
>> 
>> In retrospect the problem was easly fixed by setting the path system 
>> variable to the directory containing the aforementioned libraries, 
>> but now I found out what the main problem is:
>> 
>> What I first tried was to open CatalystCxxFullExample.sln in VS and 
>> then to run the RUN_TESTS project which was successful (both tests 
>> passed).
>> While the tests were running I opened up Paraview and started a 
>> connection to Catalyst via port 22222, as described in the catalyst 
>> users guide.
>> But nothing happened, the GUI pipeline stayed empty, which I 
>> expected to show some pipeline modules to be able to visualize the 
>> current state of the simulation progress.
>> 
>> I assumed that RUN_TESTS just performs some tests in the background 
>> and produces .pvtp output files of the simulation, but no actual 
>> visualization is possible, thats why I tried this rather awkward way 
>> by running the example using the windows cmd shell as described 
>> below.
>> 
>> But when I start RUN_TESTS for the CFullExample, it is indeed 
>> possible to set up a connection in Paraview while the simulation is 
>> running - it shows a cube in the ouput window.
>> 
>> I guess the CxxFullExample should also yield some graphical output. 
>> Is there another way to get the example going (to visualize it in 
>> Paraview during the simulation)?
>> 
>> P.S.:
>> - Compiling the CxxFullExample produces "Error C2039 
>> 'back_inserter': is not a member of 'std' CxxFullExample", which one 
>> has to fix manually by including "iterator.h" in 
>> FEDataStructures.cpp (pertains to other Catalyst examples too)
>> 
>> ?
>> Am Dienstag, 13. September 2016 19:46 schrieb Andy Bauer <andy.bauer at kitware.com>:
>> ?
>>> Hi,
>>> ?
>>> Please keep the discussion on the paraview mailing list so that 
>>> everyone can participate.
>>> ?
>>> As for your question, I don't regularly use Windows for building or 
>>> running simulations so I don't know the answer. Maybe someone else 
>>> on the list can chime in.
>>> ?
>>> Andy
>>> ?
>>> On Mon, Sep 5, 2016 at 4:47 AM, <thomasblome at startmail.com> wrote:
>>>> Hello,
>>>> 
>>>> thank you for your quick reply. I had tried it first using the 
>>>> cmake-gui but then I followed your recommendation to use the shell 
>>>> script and now it works fine.
>>>> Next thing I want to do is get the Catalyst "CxxFullExample" 
>>>> going. I generated a project file for that example using CMake. 
>>>> Only thing I had to do was to set the ParaView_DIR variable, that 
>>>> is to add the path to the ParaViewConfig.cmake file which I found 
>>>> in the bin-directory of Catalyst (C:\Kitware\Catalyst-v5.1.2\bin).
>>>> Now I have got following questions:
>>>> 
>>>> 1.) I try to run the example by calling CxxFullExample.exe in the 
>>>> debug folder by calling
>>>> ????????????CxxFullExample 2 
>>>> C:\Users\Peripherie\Desktop\CxxFullExample\SampleScripts\feslicesript
>>>> ???? from the windows cmd, where I specify the python script 
>>>> "feslicesript" as the second argument.
>>>> ??? ?By doing so I get an error message saying that following 
>>>> three libraries are missing:
>>>> ??????????? vtkPVPythonCatalyst-pv5.1.dll
>>>> ??????????? vtkPVCatalyst-pv5.1.dll
>>>> ??????????? vtkCommon-pv5.1.dll
>>>> ???? Do I have to change some options in the cmake.sh script to 
>>>> include those libs?
>>>> 2.) Do I have to install Paraview too, or is the Catalyst version 
>>>> I just installed sufficient to run the example?
>>>> 
>>>> Kind regards
>>>> Thomas
>>>> 
>>>> ?
>>>> Am Sonntag, 28. August 2016 13:06 schrieb Andy Bauer <andy.bauer at kitware.com>:
>>>> ?
>>>>> Did you try the build directions at 
>>>>> http://www.paraview.org/Wiki/Build_Directions? You'll want to use 
>>>>> the cmake.sh script instead of the default CMake settings.
>>>>> ?
>>>>> On Sat, Aug 27, 2016 at 12:46 PM, <thomasblome at startmail.com> 
>>>>> wrote:
>>>>>> Hi,
>>>>>> 
>>>>>> I downloaded the latest Catalyst edition (5.1.2) to build it on 
>>>>>> my Windows 10 system.
>>>>>> In CMake I use default settings, but it starts complaining while 
>>>>>> configuring, displaying following error message:
>>>>>> ?
>>>>>> 
>>>>>> CMake Error at VTK/CMake/vtkModuleTop.cmake:59 (message):
>>>>>> No such module "vtkGUISupportQt" needed by 
>>>>>> "vtkPVVTKExtensionsRendering"
>>>>>> Call Stack (most recent call first):
>>>>>> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
>>>>>> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
>>>>>> VTK/CMake/vtkModuleTop.cmake:82 (vtk_module_check)
>>>>>> VTK/CMakeLists.txt:543 (include)
>>>>>> 
>>>>>> Does anybody know how to fix that?
>>>>>> 
>>>>>> Kind regards,
>>>>>> Thomas
>>>>>> _______________________________________________
>>>>>> Powered by www.kitware.com <http://www.kitware.com>
>>>>>> 
>>>>>> Visit other Kitware open-source projects at 
>>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>> 
>>>>>> Search the list archives at: 
>>>>>> http://markmail.org/search/?q=Paraview-developers
>>>>>> 
>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>>>>> ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/90768b20/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 7F53DEC77F67D0E0.asc
Type: application/pgp-keys
Size: 3082 bytes
Desc: OpenPGP public keys
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/90768b20/attachment.key>

From andy.bauer at kitware.com  Sun Sep 18 10:50:51 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Sun, 18 Sep 2016 10:50:51 -0400
Subject: [Paraview-developers] Problem visualizing CxxFullExample in
	Paraview
In-Reply-To: <5057641e7099edf2f6661e64650afd75.startmail@www.startmail.com>
References: <5057641e7099edf2f6661e64650afd75.startmail@www.startmail.com>
Message-ID: <CAMaOp+Eo7_L-7QtMfqCPjU2da1uVOVvBZykDiLikL3m1ULttfA@mail.gmail.com>

Hi Thomas,

The first error message is just telling you to use the Resample to Image
filter instead of the ImageResampling filter. The newer one is much more
efficient in parallel and thus we'll be getting rid of the old one soon.

The second error has to due with the fact that the original design of the
Live connection wasn't done to include "large" data sets and is focused on
polydata. The Live extraction downloads the full data set from the Catalyst
enabled simulation to the running pvserver (possibly the built-in server)
and for big data sets from big HPC runs this is probably not what the user
will normally want. At some point we'll probably need something like ADIOS
to make the transfer of this large data efficient but there hasn't been any
funding to work on that.

Best,
Andy

On Sun, Sep 18, 2016 at 7:32 AM, <thomasblome at startmail.com> wrote:

> In both python scripts ("feslicecinema" and "feslicescript") I found a
> line
>
> coprocessor.EnableLiveVisualization(False)
>
> where I changed the argument to True. As a result, during the
> "CxxFullExampleTest" (first test) I can now visualize the simulation in
> Paraview.
> Only the second test, "CxxFullExampleCinemaTest", produces following
> errors when I start a connection to Catalyst (output from within PV):
>
> Warning: In C:\Kitware\ParaView-v5.1.2\ParaViewCore\ServerManager\Core\vtkSMProxy.cxx,
> line 879
> vtkSMSourceProxy (00000189F59B6FE0): Proxy (filters, ImageResampling)  has
> been deprecated in ParaView 5.1 and will be removed by ParaView 5.2. Please
> use "Resample To Image" instead instead of "ImageResampling" filter.
>
> ERROR: In C:\Kitware\ParaView-v5.1.2\VTK\Common\ExecutionModel\vtkDemandDrivenPipeline.cxx,
> line 810
> vtkPVPostFilterExecutive (00000189F6464AB0): Input for connection index 0
> on input port index 0 for algorithm vtkPVPostFilter(00000189F67780D0) is
> of type vtkDataObject, but a vtkPolyData is required.
>
> ERROR: In C:\Kitware\ParaView-v5.1.2\ParaViewCore\ServerManager\Rendering\
> vtkSMParaViewPipelineControllerWithRendering.cxx, line 549
> vtkSMParaViewPipelineControllerWithRendering (00000189F4D94320): Data
> cannot be shown in the defaulted render view!!
>
>
> By the way, I am using Visual C++ 2010 and 2015 compilers (each produced
> the same errors described in my last message).
>
> Kind regards,
> Thomas
>
>
> Am Mittwoch, 14. September 2016 19:38 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> In the Catalyst Python script there should be a line like the following:
> coprocessor.EnableLiveVisualization(True, 1)
>
> If the first argument to this function is False then it will not try to
> establish a Live connection to a PV GUI.
>
> Thanks for the bug report. By the way, which compiler are you using?
>
> Best,
> Andy
>
> On Wed, Sep 14, 2016 at 1:11 PM, <thomasblome at startmail.com> wrote:
>
> Hello,
>
> In retrospect the problem was easly fixed by setting the path system
> variable to the directory containing the aforementioned libraries, but now
> I found out what the main problem is:
>
> What I first tried was to open CatalystCxxFullExample.sln in VS and then
> to run the RUN_TESTS project which was successful (both tests passed).
> While the tests were running I opened up Paraview and started a connection
> to Catalyst via port 22222, as described in the catalyst users guide.
> But nothing happened, the GUI pipeline stayed empty, which I expected to
> show some pipeline modules to be able to visualize the current state of the
> simulation progress.
>
> I assumed that RUN_TESTS just performs some tests in the background and
> produces .pvtp output files of the simulation, but no actual visualization
> is possible, thats why I tried this rather awkward way by running the
> example using the windows cmd shell as described below.
>
> But when I start RUN_TESTS for the CFullExample, it is indeed possible to
> set up a connection in Paraview while the simulation is running - it shows
> a cube in the ouput window.
>
> I guess the CxxFullExample should also yield some graphical output. Is
> there another way to get the example going (to visualize it in Paraview
> during the simulation)?
>
> P.S.:
> - Compiling the CxxFullExample produces "Error C2039 'back_inserter': is
> not a member of 'std' CxxFullExample", which one has to fix manually by
> including "iterator.h" in FEDataStructures.cpp (pertains to other Catalyst
> examples too)
>
>
> Am Dienstag, 13. September 2016 19:46 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> Hi,
>
> Please keep the discussion on the paraview mailing list so that everyone
> can participate.
>
> As for your question, I don't regularly use Windows for building or
> running simulations so I don't know the answer. Maybe someone else on the
> list can chime in.
>
> Andy
>
> On Mon, Sep 5, 2016 at 4:47 AM, <thomasblome at startmail.com> wrote:
>
> Hello,
>
> thank you for your quick reply. I had tried it first using the cmake-gui
> but then I followed your recommendation to use the shell script and now it
> works fine.
> Next thing I want to do is get the Catalyst "CxxFullExample" going. I
> generated a project file for that example using CMake. Only thing I had to
> do was to set the ParaView_DIR variable, that is to add the path to the
> ParaViewConfig.cmake file which I found in the bin-directory of Catalyst
> (C:\Kitware\Catalyst-v5.1.2\bin).
> Now I have got following questions:
>
> 1.) I try to run the example by calling CxxFullExample.exe in the debug
> folder by calling
>             CxxFullExample 2 C:\Users\Peripherie\Desktop\
> CxxFullExample\SampleScripts\feslicesript
>      from the windows cmd, where I specify the python script
> "feslicesript" as the second argument.
>      By doing so I get an error message saying that following three
> libraries are missing:
>             vtkPVPythonCatalyst-pv5.1.dll
>             vtkPVCatalyst-pv5.1.dll
>             vtkCommon-pv5.1.dll
>      Do I have to change some options in the cmake.sh script to include
> those libs?
> 2.) Do I have to install Paraview too, or is the Catalyst version I just
> installed sufficient to run the example?
>
> Kind regards
> Thomas
>
>
> Am Sonntag, 28. August 2016 13:06 schrieb Andy Bauer <
> andy.bauer at kitware.com>:
>
>
> Did you try the build directions at http://www.paraview.org/Wiki/
> Build_Directions? You'll want to use the cmake.sh script instead of the
> default CMake settings.
>
> On Sat, Aug 27, 2016 at 12:46 PM, <thomasblome at startmail.com> wrote:
>
> Hi,
>
> I downloaded the latest Catalyst edition (5.1.2) to build it on my Windows
> 10 system.
> In CMake I use default settings, but it starts complaining while
> configuring, displaying following error message:
>
>
> CMake Error at VTK/CMake/vtkModuleTop.cmake:59 (message):
> No such module "vtkGUISupportQt" needed by "vtkPVVTKExtensionsRendering"
> Call Stack (most recent call first):
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:75 (vtk_module_check)
> VTK/CMake/vtkModuleTop.cmake:82 (vtk_module_check)
> VTK/CMakeLists.txt:543 (include)
>
> Does anybody know how to fix that?
>
> Kind regards,
> Thomas
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/0bb6dbfd/attachment-0001.html>

From ken.martin at kitware.com  Sun Sep 18 11:08:54 2016
From: ken.martin at kitware.com (Ken Martin)
Date: Sun, 18 Sep 2016 11:08:54 -0400
Subject: [Paraview-developers] How to roll back a submodules
Message-ID: <CANXz0SZxj6ShRpCFkSrB5LftTEBg0HuTyqikZA5srwzBt-yyPA@mail.gmail.com>

I have  PV topic where I updated VTK and  now I want to roll the VTK back
to its original value.  When I try to do this I get

$ git commit -a
pre-commit hook failure
-----------------------

This commit would rewind a submodule link:

  "VTK"  7912d34 => 7fe30aa

from the newer version in HEAD (17249cd).  Run

  git reset HEAD -- "VTK"
  git submodule update -- "VTK"

to checkout the newer version of the submodule in your work tree.
Then try the commit again.


Anyone know how to get around this and actually move VTK back  to  its
original value without losing the rest of my topic? I guess I could do a
diff, create a new  topic and and apply the patch without the VTK change
but I was wondering if there is a right way to do it.

Thanks
Ken


-- 
Ken Martin PhD
Chairman & CFO
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/246fefdd/attachment.html>

From mathieu.westphal at kitware.com  Sun Sep 18 11:39:12 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Sun, 18 Sep 2016 17:39:12 +0200
Subject: [Paraview-developers] How to roll back a submodules
In-Reply-To: <CANXz0SZxj6ShRpCFkSrB5LftTEBg0HuTyqikZA5srwzBt-yyPA@mail.gmail.com>
References: <CANXz0SZxj6ShRpCFkSrB5LftTEBg0HuTyqikZA5srwzBt-yyPA@mail.gmail.com>
Message-ID: <CAC2t4US7T1jKznKRfWD=8L7NyBYV37V2izTxcMU2J3v8pNe6bA@mail.gmail.com>

you need to amend the commit that changed the VTK sha.

Mathieu Westphal

On Sun, Sep 18, 2016 at 5:08 PM, Ken Martin <ken.martin at kitware.com> wrote:

>
>
> I have  PV topic where I updated VTK and  now I want to roll the VTK back
> to its original value.  When I try to do this I get
>
> $ git commit -a
> pre-commit hook failure
> -----------------------
>
> This commit would rewind a submodule link:
>
>   "VTK"  7912d34 => 7fe30aa
>
> from the newer version in HEAD (17249cd).  Run
>
>   git reset HEAD -- "VTK"
>   git submodule update -- "VTK"
>
> to checkout the newer version of the submodule in your work tree.
> Then try the commit again.
>
>
> Anyone know how to get around this and actually move VTK back  to  its
> original value without losing the rest of my topic? I guess I could do a
> diff, create a new  topic and and apply the patch without the VTK change
> but I was wondering if there is a right way to do it.
>
> Thanks
> Ken
>
>
> --
> Ken Martin PhD
> Chairman & CFO
> Kitware Inc.
> 28 Corporate Drive
> Clifton Park NY 12065
> 518 371 3971
>
> This communication, including all attachments, contains confidential and
> legally privileged information, and it is intended only for the use of the
> addressee.  Access to this email by anyone else is unauthorized. If you are
> not the intended recipient, any disclosure, copying, distribution or any
> action taken in reliance on it is prohibited and may be unlawful. If you
> received this communication in error please notify us immediately and
> destroy the original message.  Thank you.
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/8d75872a/attachment.html>

From weugene at mail.ru  Sun Sep 18 14:57:58 2016
From: weugene at mail.ru (=?UTF-8?B?0KjQsNGA0LDQsdC+0YDQuNC9INCV0LLQs9C10L3QuNC5?=)
Date: Sun, 18 Sep 2016 21:57:58 +0300
Subject: [Paraview-developers] =?utf-8?q?how_to_read=28import_=2Ecsv=29_va?=
 =?utf-8?q?lues_less_than_e-16=3F?=
Message-ID: <1474225078.322061507@f31.i.mail.ru>

Hi all,?
I have a problem with importation values (absolute value) less than 1.0000e-16.?
The number more than 1.000e-15 can be defined without problem.?
-0.141899E-48 ? ? ? ? ? ? ? ? ? ? <===can't be defined by Paraview?
-0.292301E-52 ? ? ? ? ? ? ? ? ? ? <===can't be defined by Paraview?
0.3867709837744503E-09 ? ?<===can be defined ? by Paraview?

I have been tortured for 2 months... what should I do??
Thank you in advance!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160918/4376e579/attachment.html>

From bastien.jacquet at kitware.com  Mon Sep 19 06:03:20 2016
From: bastien.jacquet at kitware.com (Bastien Jacquet)
Date: Mon, 19 Sep 2016 12:03:20 +0200
Subject: [Paraview-developers] Status of Plugin_PythonQt ?
Message-ID: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>

Hello Folks,

I tried to compile paraview master with the PythonQt Plugin (using src from
from commontk, branch patched-6).
Praraview compilation complains about:

ParaView/ParaView/Plugins/PythonQtPlugin/pqPythonQtPlugin.cxx:36:0:

ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h: In member
function 'QWidget* pqPluginDecorators::getWidget(pqRenderViewBase*)':

ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h:129:18: error:
'class pqRenderViewBase' has no member named 'getWidget'

return inst->getWidget();

Has anyone build this plugin recently ?
Is the problem on my side or should this plugin be updated ?

Context:
I'm updating VeloView's internal Paraview version from 4.3 to 5.1.2.
And VeloView rely on the PythonQt plugin.

Thanks,

Bastien Jacquet, PhD <https://www.linkedin.com/in/bastienjacquet>
Technical Leader - Computer Vision Team
Kitware SAS <http://www.kitware.eu>
26 rue Louis Gu?rin
69100 Villeurbanne, France
F: +33 (0)4.37.45.04.15
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160919/abc420c7/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Sep 19 08:07:53 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 19 Sep 2016 08:07:53 -0400
Subject: [Paraview-developers] Status of Plugin_PythonQt ?
In-Reply-To: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>
References: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>
Message-ID: <CADHSJjAByhS96sTZrR_p_Sf0cQpm9bXnbstvuLaPrm21wS1YNw@mail.gmail.com>

> Has anyone build this plugin recently ?

My guess would be not. Looks like there's no dashboard testing that plugin.

For the particular error message, see this
http://www.paraview.org/ParaView/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html

Search of `getWidget` on that page and you'll see the API change
needed to move further along.

Utkarsh

On Mon, Sep 19, 2016 at 6:03 AM, Bastien Jacquet
<bastien.jacquet at kitware.com> wrote:
> Hello Folks,
>
> I tried to compile paraview master with the PythonQt Plugin (using src from
> from commontk, branch patched-6).
> Praraview compilation complains about:
>
> ParaView/ParaView/Plugins/PythonQtPlugin/pqPythonQtPlugin.cxx:36:0:
>
> ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h: In member
> function 'QWidget* pqPluginDecorators::getWidget(pqRenderViewBase*)':
>
> ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h:129:18: error:
> 'class pqRenderViewBase' has no member named 'getWidget'
>
> return inst->getWidget();
>
>
> Has anyone build this plugin recently ?
> Is the problem on my side or should this plugin be updated ?
>
> Context:
> I'm updating VeloView's internal Paraview version from 4.3 to 5.1.2. And
> VeloView rely on the PythonQt plugin.
>
> Thanks,
>
> Bastien Jacquet, PhD
> Technical Leader - Computer Vision Team
> Kitware SAS
> 26 rue Louis Gu?rin
> 69100 Villeurbanne, France
> F: +33 (0)4.37.45.04.15
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From bastien.jacquet at kitware.com  Mon Sep 19 08:45:23 2016
From: bastien.jacquet at kitware.com (Bastien Jacquet)
Date: Mon, 19 Sep 2016 14:45:23 +0200
Subject: [Paraview-developers] Status of Plugin_PythonQt ?
In-Reply-To: <CADHSJjAByhS96sTZrR_p_Sf0cQpm9bXnbstvuLaPrm21wS1YNw@mail.gmail.com>
References: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>
 <CADHSJjAByhS96sTZrR_p_Sf0cQpm9bXnbstvuLaPrm21wS1YNw@mail.gmail.com>
Message-ID: <CANMN6xgMA-J4gw9nFHErqC-FXGNFcCXU+ZAEe0JCT+gqwNtn-w@mail.gmail.com>

Ok, so I will move on and update the plugin then.
Thanks for the pointer Utkarsh.

Bastien Jacquet, PhD <https://www.linkedin.com/in/bastienjacquet>
Technical Leader - Computer Vision Team
Kitware SAS <http://www.kitware.eu>
26 rue Louis Gu?rin
69100 Villeurbanne, France
F: +33 (0)4.37.45.04.15

On Mon, Sep 19, 2016 at 2:07 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> > Has anyone build this plugin recently ?
>
> My guess would be not. Looks like there's no dashboard testing that plugin.
>
> For the particular error message, see this
> http://www.paraview.org/ParaView/Doc/Nightly/www/cxx-
> doc/MajorAPIChanges.html
>
> Search of `getWidget` on that page and you'll see the API change
> needed to move further along.
>
> Utkarsh
>
> On Mon, Sep 19, 2016 at 6:03 AM, Bastien Jacquet
> <bastien.jacquet at kitware.com> wrote:
> > Hello Folks,
> >
> > I tried to compile paraview master with the PythonQt Plugin (using src
> from
> > from commontk, branch patched-6).
> > Praraview compilation complains about:
> >
> > ParaView/ParaView/Plugins/PythonQtPlugin/pqPythonQtPlugin.cxx:36:0:
> >
> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h: In member
> > function 'QWidget* pqPluginDecorators::getWidget(pqRenderViewBase*)':
> >
> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h:129:18:
> error:
> > 'class pqRenderViewBase' has no member named 'getWidget'
> >
> > return inst->getWidget();
> >
> >
> > Has anyone build this plugin recently ?
> > Is the problem on my side or should this plugin be updated ?
> >
> > Context:
> > I'm updating VeloView's internal Paraview version from 4.3 to 5.1.2. And
> > VeloView rely on the PythonQt plugin.
> >
> > Thanks,
> >
> > Bastien Jacquet, PhD
> > Technical Leader - Computer Vision Team
> > Kitware SAS
> > 26 rue Louis Gu?rin
> > 69100 Villeurbanne, France
> > F: +33 (0)4.37.45.04.15
> >
> > _______________________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Search the list archives at:
> > http://markmail.org/search/?q=Paraview-developers
> >
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/paraview-developers
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160919/d0d66f7c/attachment.html>

From abeltre1 at binghamton.edu  Mon Sep 19 13:02:47 2016
From: abeltre1 at binghamton.edu (Angel M Beltre)
Date: Mon, 19 Sep 2016 13:02:47 -0400
Subject: [Paraview-developers] Running Paraview Benchmarks
Message-ID: <CAOT8FU0-DBUtJWp=g9k3HdLQ54ofL+beouJ=kP6cUwsGaEg8Xw@mail.gmail.com>

Hello,

I am trying to run Para-view benchmarks on my cluster but I am unable to do
so. This is even after I setup my environment variables correctly
LD_LIBRARY_PATH AND PYTHONPATH... Some of the files or modules cant be
found in the binaries I have downloaded. What can I do to make it work and
run the benchmark.

Thanks,

Angel Beltre
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160919/8dacce8d/attachment.html>

From hahnse at ornl.gov  Mon Sep 19 15:03:39 2016
From: hahnse at ornl.gov (Hahn, Steven E.)
Date: Mon, 19 Sep 2016 19:03:39 +0000
Subject: [Paraview-developers] New compression algorithm
In-Reply-To: <CADHSJjDh5fTKOaw_gPkLgox0NxH2d5A2XB0aZOm7KFoDDjHO+Q@mail.gmail.com>
References: <b70e7b90929f45d9b82510cf638eefde@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjCLySUPEZsxueiG4twNT-hfzP00moBGOTvwPtyUhdxTcg@mail.gmail.com>
 <AA9AE490-FEB3-4267-A31A-3728DDDBE6DD@ornl.gov>
 <CADHSJjDh5fTKOaw_gPkLgox0NxH2d5A2XB0aZOm7KFoDDjHO+Q@mail.gmail.com>
Message-ID: <D405A5AE.C183%hahnse@ornl.gov>

I tried adding a LZ4 compression option to vtkXMLWriter. Compared with
zlib, vtkImageData file sizes are a bit larger but writing them is a lot
(3-10x) faster. 


https://gitlab.kitware.com/vtk/vtk/merge_requests/1979


On 9/14/16, 12:45 PM, "Utkarsh Ayachit" <utkarsh.ayachit at kitware.com>
wrote:

>On Wed, Sep 14, 2016 at 11:54 AM, Hahn, Steven E. <hahnse at ornl.gov> wrote:
>> Would lz4 and/or zstd be worthwhile alternatives to
>>vtkZLibDataCompressor? I often turn off compression in order to speed up
>>the XML file writers.
>
>It could certainly be a good option to support.
>


From bastien.jacquet at kitware.com  Tue Sep 20 04:33:36 2016
From: bastien.jacquet at kitware.com (Bastien Jacquet)
Date: Tue, 20 Sep 2016 10:33:36 +0200
Subject: [Paraview-developers] Status of Plugin_PythonQt ?
In-Reply-To: <CANMN6xgMA-J4gw9nFHErqC-FXGNFcCXU+ZAEe0JCT+gqwNtn-w@mail.gmail.com>
References: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>
 <CADHSJjAByhS96sTZrR_p_Sf0cQpm9bXnbstvuLaPrm21wS1YNw@mail.gmail.com>
 <CANMN6xgMA-J4gw9nFHErqC-FXGNFcCXU+ZAEe0JCT+gqwNtn-w@mail.gmail.com>
Message-ID: <CANMN6xhvojeWDDuhkJij9dKwbFb3noiVmtqymJogRf9eDVN29Q@mail.gmail.com>

Hello Utkarsh,

It turns out the fix is simple, we just need to update the following file:
Plugins/PythonQtPlugin/wrapped_methods.txt

My understanding should have been handled in PV 4.4, since getWidget got
deprecated then.
This file probably went through the net because of its .txt filename.
Any advice on the correct naming of the file for it to be greped in such
API changes ?

Best,
Bastien

Bastien Jacquet, PhD <https://www.linkedin.com/in/bastienjacquet>
Technical Leader - Computer Vision Team
Kitware SAS <http://www.kitware.eu>
26 rue Louis Gu?rin
69100 Villeurbanne, France
F: +33 (0)4.37.45.04.15

On Mon, Sep 19, 2016 at 2:45 PM, Bastien Jacquet <
bastien.jacquet at kitware.com> wrote:

> Ok, so I will move on and update the plugin then.
> Thanks for the pointer Utkarsh.
>
> Bastien Jacquet, PhD <https://www.linkedin.com/in/bastienjacquet>
> Technical Leader - Computer Vision Team
> Kitware SAS <http://www.kitware.eu>
> 26 rue Louis Gu?rin
> 69100 Villeurbanne, France
> F: +33 (0)4.37.45.04.15
>
> On Mon, Sep 19, 2016 at 2:07 PM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> > Has anyone build this plugin recently ?
>>
>> My guess would be not. Looks like there's no dashboard testing that
>> plugin.
>>
>> For the particular error message, see this
>> http://www.paraview.org/ParaView/Doc/Nightly/www/cxx-doc/
>> MajorAPIChanges.html
>>
>> Search of `getWidget` on that page and you'll see the API change
>> needed to move further along.
>>
>> Utkarsh
>>
>> On Mon, Sep 19, 2016 at 6:03 AM, Bastien Jacquet
>> <bastien.jacquet at kitware.com> wrote:
>> > Hello Folks,
>> >
>> > I tried to compile paraview master with the PythonQt Plugin (using src
>> from
>> > from commontk, branch patched-6).
>> > Praraview compilation complains about:
>> >
>> > ParaView/ParaView/Plugins/PythonQtPlugin/pqPythonQtPlugin.cxx:36:0:
>> >
>> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h: In member
>> > function 'QWidget* pqPluginDecorators::getWidget(pqRenderViewBase*)':
>> >
>> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h:129:18:
>> error:
>> > 'class pqRenderViewBase' has no member named 'getWidget'
>> >
>> > return inst->getWidget();
>> >
>> >
>> > Has anyone build this plugin recently ?
>> > Is the problem on my side or should this plugin be updated ?
>> >
>> > Context:
>> > I'm updating VeloView's internal Paraview version from 4.3 to 5.1.2. And
>> > VeloView rely on the PythonQt plugin.
>> >
>> > Thanks,
>> >
>> > Bastien Jacquet, PhD
>> > Technical Leader - Computer Vision Team
>> > Kitware SAS
>> > 26 rue Louis Gu?rin
>> > 69100 Villeurbanne, France
>> > F: +33 (0)4.37.45.04.15
>> >
>> > _______________________________________________
>> > Powered by www.kitware.com
>> >
>> > Visit other Kitware open-source projects at
>> > http://www.kitware.com/opensource/opensource.html
>> >
>> > Search the list archives at:
>> > http://markmail.org/search/?q=Paraview-developers
>> >
>> > Follow this link to subscribe/unsubscribe:
>> > http://public.kitware.com/mailman/listinfo/paraview-developers
>> >
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/f381ffdb/attachment.html>

From charles.boivin at mayahtt.com  Tue Sep 20 09:05:42 2016
From: charles.boivin at mayahtt.com (Charles Boivin)
Date: Tue, 20 Sep 2016 13:05:42 +0000
Subject: [Paraview-developers] Custom Paraview Application help
Message-ID: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>

Just trying to play around with creating custom Paraview-based applications. I have compiled the examples that come with Paraview itself. Focusing on the  'DemoApp1' project, this is what the constructor for the main window looks like:

myMainWindow::myMainWindow(QWidget* parentObject,
  Qt::WindowFlags wflags) : Superclass(parentObject, wflags)
{
  Ui::myMainWindow ui;
  ui.setupUi(this);

  // Make a connection to the builtin server
  pqApplicationCore* core = pqApplicationCore::instance();
  core->getObjectBuilder()->createServer(pqServerResource("builtin:"));

  // Create render view
  pqRenderView* view = qobject_cast<pqRenderView*>(
    pqApplicationCore::instance()->getObjectBuilder()->createView(
      pqRenderView::renderViewType(),
      pqActiveObjects::instance().activeServer()));
  pqActiveObjects::instance().setActiveView(view);

  // Set it as the central widget
  this->setCentralWidget(view->widget());
}

This strictly brings up a 3D render view in the window, no menus whatsoever, etc. That's what I was looking for to start with. I wanted to hardcode loading a file next. Digging around a bit, I thought this would do the trick:

  // Load a file
  QStringList fileList;
  fileList.append("D:/data/my_datafile.vtu");
  pqLoadDataReaction::loadData(fileList);

It seems to find the file alright but it cannot seem to find a proper reader for the file. It pops up a dialog with the readers it could use and the list is empty.

So it seems I am clearly missing something... documentation for vtkSMReaderFactory suggests configuration through XML files. Not too sure how to go about that at this point...  Is pqLoadDataReaction::loadData() too 'high-level' to use in something as barebones as this example? Is there a better alternative at that point? Or if it is appropriate to use, what else does it require to be set in order to properly load a file?

Thanks in advance for your reply,

Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/bd599724/attachment-0001.html>

From utkarsh.ayachit at kitware.com  Tue Sep 20 09:56:21 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 20 Sep 2016 09:56:21 -0400
Subject: [Paraview-developers] Custom Paraview Application help
In-Reply-To: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>
References: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>
Message-ID: <CADHSJjBgzUgc=-hiGzatG_Pf77bp9T3G0zytNnNDOF3qYS5AXA@mail.gmail.com>

Charles,

Try calling the following before the pqLoadDataReaction.

vtkSMReaderFactory* readerFactory =
      vtkSMProxyManager::GetProxyManager()->GetReaderFactory();
readerFactory->UpdateAvailableReaders()

Does that help?

Utkarsh

Utkarsh



On Tue, Sep 20, 2016 at 9:05 AM, Charles Boivin
<charles.boivin at mayahtt.com> wrote:
> Just trying to play around with creating custom Paraview-based applications.
> I have compiled the examples that come with Paraview itself. Focusing on the
> ?DemoApp1? project, this is what the constructor for the main window looks
> like:
>
>
>
> myMainWindow::myMainWindow(QWidget* parentObject,
>
>   Qt::WindowFlags wflags) : Superclass(parentObject, wflags)
>
> {
>
>   Ui::myMainWindow ui;
>
>   ui.setupUi(this);
>
>
>
>   // Make a connection to the builtin server
>
>   pqApplicationCore* core = pqApplicationCore::instance();
>
>   core->getObjectBuilder()->createServer(pqServerResource("builtin:"));
>
>
>
>   // Create render view
>
>   pqRenderView* view = qobject_cast<pqRenderView*>(
>
>     pqApplicationCore::instance()->getObjectBuilder()->createView(
>
>       pqRenderView::renderViewType(),
>
>       pqActiveObjects::instance().activeServer()));
>
>   pqActiveObjects::instance().setActiveView(view);
>
>
>
>   // Set it as the central widget
>
>   this->setCentralWidget(view->widget());
>
> }
>
>
>
> This strictly brings up a 3D render view in the window, no menus whatsoever,
> etc. That?s what I was looking for to start with. I wanted to hardcode
> loading a file next. Digging around a bit, I thought this would do the
> trick:
>
>
>
>   // Load a file
>
>   QStringList fileList;
>
>   fileList.append("D:/data/my_datafile.vtu");
>
>   pqLoadDataReaction::loadData(fileList);
>
>
>
> It seems to find the file alright but it cannot seem to find a proper reader
> for the file. It pops up a dialog with the readers it could use and the list
> is empty.
>
>
>
> So it seems I am clearly missing something? documentation for
> vtkSMReaderFactory suggests configuration through XML files. Not too sure
> how to go about that at this point?  Is pqLoadDataReaction::loadData() too
> ?high-level? to use in something as barebones as this example? Is there a
> better alternative at that point? Or if it is appropriate to use, what else
> does it require to be set in order to properly load a file?
>
>
>
> Thanks in advance for your reply,
>
>
>
> Charles
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From utkarsh.ayachit at kitware.com  Tue Sep 20 10:08:43 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 20 Sep 2016 10:08:43 -0400
Subject: [Paraview-developers] Status of Plugin_PythonQt ?
In-Reply-To: <CANMN6xhvojeWDDuhkJij9dKwbFb3noiVmtqymJogRf9eDVN29Q@mail.gmail.com>
References: <CANMN6xg64O1fe6SmEopALtKcfcLEbE9vkVBzbQSfFH07E8LsMA@mail.gmail.com>
 <CADHSJjAByhS96sTZrR_p_Sf0cQpm9bXnbstvuLaPrm21wS1YNw@mail.gmail.com>
 <CANMN6xgMA-J4gw9nFHErqC-FXGNFcCXU+ZAEe0JCT+gqwNtn-w@mail.gmail.com>
 <CANMN6xhvojeWDDuhkJij9dKwbFb3noiVmtqymJogRf9eDVN29Q@mail.gmail.com>
Message-ID: <CADHSJjB0yGU+mMENopxJC5jsMbMDhorcac-iYrx65Om2p8H=tQ@mail.gmail.com>

Bastien,

The only fool proof way would be add a dashboard that tests it, I am
afraid. If it ain't tested, it's broken. I know it's a cliche, but I
as time progresses, I am more and more convinced :).

Utkarsh

On Tue, Sep 20, 2016 at 4:33 AM, Bastien Jacquet
<bastien.jacquet at kitware.com> wrote:
> Hello Utkarsh,
>
> It turns out the fix is simple, we just need to update the following file:
> Plugins/PythonQtPlugin/wrapped_methods.txt
>
> My understanding should have been handled in PV 4.4, since getWidget got
> deprecated then.
> This file probably went through the net because of its .txt filename.
> Any advice on the correct naming of the file for it to be greped in such API
> changes ?
>
> Best,
> Bastien
>
> Bastien Jacquet, PhD
> Technical Leader - Computer Vision Team
> Kitware SAS
> 26 rue Louis Gu?rin
> 69100 Villeurbanne, France
> F: +33 (0)4.37.45.04.15
>
> On Mon, Sep 19, 2016 at 2:45 PM, Bastien Jacquet
> <bastien.jacquet at kitware.com> wrote:
>>
>> Ok, so I will move on and update the plugin then.
>> Thanks for the pointer Utkarsh.
>>
>> Bastien Jacquet, PhD
>> Technical Leader - Computer Vision Team
>> Kitware SAS
>> 26 rue Louis Gu?rin
>> 69100 Villeurbanne, France
>> F: +33 (0)4.37.45.04.15
>>
>> On Mon, Sep 19, 2016 at 2:07 PM, Utkarsh Ayachit
>> <utkarsh.ayachit at kitware.com> wrote:
>>>
>>> > Has anyone build this plugin recently ?
>>>
>>> My guess would be not. Looks like there's no dashboard testing that
>>> plugin.
>>>
>>> For the particular error message, see this
>>>
>>> http://www.paraview.org/ParaView/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html
>>>
>>> Search of `getWidget` on that page and you'll see the API change
>>> needed to move further along.
>>>
>>> Utkarsh
>>>
>>> On Mon, Sep 19, 2016 at 6:03 AM, Bastien Jacquet
>>> <bastien.jacquet at kitware.com> wrote:
>>> > Hello Folks,
>>> >
>>> > I tried to compile paraview master with the PythonQt Plugin (using src
>>> > from
>>> > from commontk, branch patched-6).
>>> > Praraview compilation complains about:
>>> >
>>> > ParaView/ParaView/Plugins/PythonQtPlugin/pqPythonQtPlugin.cxx:36:0:
>>> >
>>> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h: In member
>>> > function 'QWidget* pqPluginDecorators::getWidget(pqRenderViewBase*)':
>>> >
>>> > ParaView/build/Plugins/PythonQtPlugin/pqPluginDecorators.h:129:18:
>>> > error:
>>> > 'class pqRenderViewBase' has no member named 'getWidget'
>>> >
>>> > return inst->getWidget();
>>> >
>>> >
>>> > Has anyone build this plugin recently ?
>>> > Is the problem on my side or should this plugin be updated ?
>>> >
>>> > Context:
>>> > I'm updating VeloView's internal Paraview version from 4.3 to 5.1.2.
>>> > And
>>> > VeloView rely on the PythonQt plugin.
>>> >
>>> > Thanks,
>>> >
>>> > Bastien Jacquet, PhD
>>> > Technical Leader - Computer Vision Team
>>> > Kitware SAS
>>> > 26 rue Louis Gu?rin
>>> > 69100 Villeurbanne, France
>>> > F: +33 (0)4.37.45.04.15
>>> >
>>> > _______________________________________________
>>> > Powered by www.kitware.com
>>> >
>>> > Visit other Kitware open-source projects at
>>> > http://www.kitware.com/opensource/opensource.html
>>> >
>>> > Search the list archives at:
>>> > http://markmail.org/search/?q=Paraview-developers
>>> >
>>> > Follow this link to subscribe/unsubscribe:
>>> > http://public.kitware.com/mailman/listinfo/paraview-developers
>>> >
>>
>>
>

From charles.boivin at mayahtt.com  Tue Sep 20 11:08:19 2016
From: charles.boivin at mayahtt.com (Charles Boivin)
Date: Tue, 20 Sep 2016 15:08:19 +0000
Subject: [Paraview-developers] Custom Paraview Application help
In-Reply-To: <CADHSJjBgzUgc=-hiGzatG_Pf77bp9T3G0zytNnNDOF3qYS5AXA@mail.gmail.com>
References: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>
 <CADHSJjBgzUgc=-hiGzatG_Pf77bp9T3G0zytNnNDOF3qYS5AXA@mail.gmail.com>
Message-ID: <C1142B0660A0384C9B52008C63E3685A0169299A04@exchange2.pc.mayahtt.ca>

Uktarsh,

That did the trick -- thank you very much. It seems the file is loaded... not that it is being displayed of course.

Where could I find more info on where to go next from here (like, say, actually displaying the data in that file I just loaded)? Is there something that documents the high-level architecture/overview for Paraview, in particular for people interested in custom applications? I have used VTK in the (distant) past, and I'm assuming that Paraview follows the same concepts (pipelines, etc), but not quite sure where to find that info.

Thanks,

Charles


-----Original Message-----
From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] 
Sent: Tuesday, September 20, 2016 9:56 AM
To: Charles Boivin
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] Custom Paraview Application help

Charles,

Try calling the following before the pqLoadDataReaction.

vtkSMReaderFactory* readerFactory =
      vtkSMProxyManager::GetProxyManager()->GetReaderFactory();
readerFactory->UpdateAvailableReaders()

Does that help?

Utkarsh

Utkarsh



On Tue, Sep 20, 2016 at 9:05 AM, Charles Boivin <charles.boivin at mayahtt.com> wrote:
> Just trying to play around with creating custom Paraview-based applications.
> I have compiled the examples that come with Paraview itself. Focusing 
> on the ?DemoApp1? project, this is what the constructor for the main 
> window looks
> like:
>
>
>
> myMainWindow::myMainWindow(QWidget* parentObject,
>
>   Qt::WindowFlags wflags) : Superclass(parentObject, wflags)
>
> {
>
>   Ui::myMainWindow ui;
>
>   ui.setupUi(this);
>
>
>
>   // Make a connection to the builtin server
>
>   pqApplicationCore* core = pqApplicationCore::instance();
>
>   
> core->getObjectBuilder()->createServer(pqServerResource("builtin:"));
>
>
>
>   // Create render view
>
>   pqRenderView* view = qobject_cast<pqRenderView*>(
>
>     pqApplicationCore::instance()->getObjectBuilder()->createView(
>
>       pqRenderView::renderViewType(),
>
>       pqActiveObjects::instance().activeServer()));
>
>   pqActiveObjects::instance().setActiveView(view);
>
>
>
>   // Set it as the central widget
>
>   this->setCentralWidget(view->widget());
>
> }
>
>
>
> This strictly brings up a 3D render view in the window, no menus 
> whatsoever, etc. That?s what I was looking for to start with. I wanted 
> to hardcode loading a file next. Digging around a bit, I thought this 
> would do the
> trick:
>
>
>
>   // Load a file
>
>   QStringList fileList;
>
>   fileList.append("D:/data/my_datafile.vtu");
>
>   pqLoadDataReaction::loadData(fileList);
>
>
>
> It seems to find the file alright but it cannot seem to find a proper 
> reader for the file. It pops up a dialog with the readers it could use 
> and the list is empty.
>
>
>
> So it seems I am clearly missing something? documentation for 
> vtkSMReaderFactory suggests configuration through XML files. Not too 
> sure how to go about that at this point?  Is 
> pqLoadDataReaction::loadData() too ?high-level? to use in something as 
> barebones as this example? Is there a better alternative at that 
> point? Or if it is appropriate to use, what else does it require to be set in order to properly load a file?
>
>
>
> Thanks in advance for your reply,
>
>
>
> Charles
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From wascott at sandia.gov  Tue Sep 20 15:08:49 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 20 Sep 2016 19:08:49 +0000
Subject: [Paraview-developers] pvbatch fails with annotated colors.
Message-ID: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>

I have a user that is trying to batch process numerous datasets.  He is doing the following:

*         Paraview, Linux, local server.

*         Trace recorder on.

*         Open bake.e.  All vars on (probably not needed).  Apply.

*         Save Screenshot.

*         Trace recorder off.  Save the trace (not as Macro).

*         Reset Session

*         Open, then delete Screenshot created earlier.

*         Tools/ Python Shell.  Run the saved trace.

*         >>>> This works.

*         Open, then delete Screenshot created earlier.

*         pvbatch trace from earlier.

*         >>>> This does not work.  Annotated colors have been replaced with the default color map.

This is impacting a user.

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/47d3a030/attachment.html>

From shawn.waldon at kitware.com  Tue Sep 20 15:12:06 2016
From: shawn.waldon at kitware.com (Shawn Waldon)
Date: Tue, 20 Sep 2016 15:12:06 -0400
Subject: [Paraview-developers] pvbatch fails with annotated colors.
In-Reply-To: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>
References: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CALSpCT3QxQv6r_Rs8TFr3xMv0AnWWMLfHVj2jvYJYKHWfkbn3g@mail.gmail.com>

Hi Alan,

What version of ParaView is he using?  I made a change related to tracing
color maps last week and it may have affected this.  I will try it locally
with ParaView master and see what happens.

Shawn

On Tue, Sep 20, 2016 at 3:08 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> I have a user that is trying to batch process numerous datasets.  He is
> doing the following:
>
> ?         Paraview, Linux, local server.
>
> ?         Trace recorder on.
>
> ?         Open bake.e.  All vars on (probably not needed).  Apply.
>
> ?         Save Screenshot.
>
> ?         Trace recorder off.  Save the trace (not as Macro).
>
> ?         Reset Session
>
> ?         Open, then delete Screenshot created earlier.
>
> ?         Tools/ Python Shell.  Run the saved trace.
>
> ?         >>>> This works.
>
> ?         Open, then delete Screenshot created earlier.
>
> ?         pvbatch trace from earlier.
>
> ?         >>>> This does not work.  Annotated colors have been replaced
> with the default color map.
>
>
>
> This is impacting a user.
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/9c0904a4/attachment.html>

From wascott at sandia.gov  Tue Sep 20 15:14:00 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 20 Sep 2016 19:14:00 +0000
Subject: [Paraview-developers] [EXTERNAL] Re: pvbatch fails with
 annotated colors.
In-Reply-To: <CALSpCT3QxQv6r_Rs8TFr3xMv0AnWWMLfHVj2jvYJYKHWfkbn3g@mail.gmail.com>
References: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT3QxQv6r_Rs8TFr3xMv0AnWWMLfHVj2jvYJYKHWfkbn3g@mail.gmail.com>
Message-ID: <fc9b8e66850b48d8b0f65ee5bd631efa@ES01AMSNLNT.srn.sandia.gov>

5.1.2, Kitware binaries.  Sorry, I should have said that.





From: Shawn Waldon [mailto:shawn.waldon at kitware.com]
Sent: Tuesday, September 20, 2016 1:12 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] pvbatch fails with annotated colors.

Hi Alan,
What version of ParaView is he using?  I made a change related to tracing color maps last week and it may have affected this.  I will try it locally with ParaView master and see what happens.
Shawn

On Tue, Sep 20, 2016 at 3:08 PM, Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>> wrote:
I have a user that is trying to batch process numerous datasets.  He is doing the following:

?         Paraview, Linux, local server.

?         Trace recorder on.

?         Open bake.e.  All vars on (probably not needed).  Apply.

?         Save Screenshot.

?         Trace recorder off.  Save the trace (not as Macro).

?         Reset Session

?         Open, then delete Screenshot created earlier.

?         Tools/ Python Shell.  Run the saved trace.

?         >>>> This works.

?         Open, then delete Screenshot created earlier.

?         pvbatch trace from earlier.

?         >>>> This does not work.  Annotated colors have been replaced with the default color map.

This is impacting a user.

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932<tel:%28505%29%20284-0932>   FAX (505) 284-5619<tel:%28505%29%20284-5619>
---------------------------------------------------------


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

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/100ec622/attachment-0001.html>

From shawn.waldon at kitware.com  Tue Sep 20 15:22:49 2016
From: shawn.waldon at kitware.com (Shawn Waldon)
Date: Tue, 20 Sep 2016 15:22:49 -0400
Subject: [Paraview-developers] [EXTERNAL] Re: pvbatch fails with
	annotated colors.
In-Reply-To: <fc9b8e66850b48d8b0f65ee5bd631efa@ES01AMSNLNT.srn.sandia.gov>
References: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT3QxQv6r_Rs8TFr3xMv0AnWWMLfHVj2jvYJYKHWfkbn3g@mail.gmail.com>
 <fc9b8e66850b48d8b0f65ee5bd631efa@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CALSpCT2t8iq1u-=_LTvBmuOkqrwwA7p26xpqtpH_N4LTm4U7sA@mail.gmail.com>

Hi Alan,

Unfortunately my change didn't affect this.  I can reproduce it on the
master branch.  Also, it seems that the image dimensions of the screenshot
are different when run in pvbatch.  And the label of the color legend is
different when not run directly by the user.  For some reason it is labeled
'vtkBlockColors Magnitude' when the script is run, even from the python
shell.

Shawn

On Tue, Sep 20, 2016 at 3:14 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> 5.1.2, Kitware binaries.  Sorry, I should have said that.
>
>
>
>
>
>
>
>
>
>
>
> *From:* Shawn Waldon [mailto:shawn.waldon at kitware.com]
> *Sent:* Tuesday, September 20, 2016 1:12 PM
> *To:* Scott, W Alan <wascott at sandia.gov>
> *Cc:* paraview-developers at paraview.org
> *Subject:* [EXTERNAL] Re: [Paraview-developers] pvbatch fails with
> annotated colors.
>
>
>
> Hi Alan,
>
> What version of ParaView is he using?  I made a change related to tracing
> color maps last week and it may have affected this.  I will try it locally
> with ParaView master and see what happens.
>
> Shawn
>
>
>
> On Tue, Sep 20, 2016 at 3:08 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>
> I have a user that is trying to batch process numerous datasets.  He is
> doing the following:
>
> ?         Paraview, Linux, local server.
>
> ?         Trace recorder on.
>
> ?         Open bake.e.  All vars on (probably not needed).  Apply.
>
> ?         Save Screenshot.
>
> ?         Trace recorder off.  Save the trace (not as Macro).
>
> ?         Reset Session
>
> ?         Open, then delete Screenshot created earlier.
>
> ?         Tools/ Python Shell.  Run the saved trace.
>
> ?         >>>> This works.
>
> ?         Open, then delete Screenshot created earlier.
>
> ?         pvbatch trace from earlier.
>
> ?         >>>> This does not work.  Annotated colors have been replaced
> with the default color map.
>
>
>
> This is impacting a user.
>
>
>
> Alan
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/8a164ee1/attachment.html>

From wascott at sandia.gov  Tue Sep 20 16:04:16 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Tue, 20 Sep 2016 20:04:16 +0000
Subject: [Paraview-developers] [EXTERNAL] Re: pvbatch fails with
 annotated colors.
In-Reply-To: <CALSpCT2t8iq1u-=_LTvBmuOkqrwwA7p26xpqtpH_N4LTm4U7sA@mail.gmail.com>
References: <a001893426ef45a4b3690e5df4cbf08b@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT3QxQv6r_Rs8TFr3xMv0AnWWMLfHVj2jvYJYKHWfkbn3g@mail.gmail.com>
 <fc9b8e66850b48d8b0f65ee5bd631efa@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT2t8iq1u-=_LTvBmuOkqrwwA7p26xpqtpH_N4LTm4U7sA@mail.gmail.com>
Message-ID: <70422e6e55914c11ad1a1b9c895bdc30@ES01AMSNLNT.srn.sandia.gov>

Shawn.

Image dimensions changing is a known ?feature?, not a bug.  It is resolved by finding the line that sets the view size, and uncommenting it for pvbatch.

The root cause of the problem is that in batch mode, PV is trying to color with a normal color map, rather than annotate colors.  I wrote up a bug.

Alan



From: Shawn Waldon [mailto:shawn.waldon at kitware.com]
Sent: Tuesday, September 20, 2016 1:23 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: Re: [EXTERNAL] Re: [Paraview-developers] pvbatch fails with annotated colors.

Hi Alan,
Unfortunately my change didn't affect this.  I can reproduce it on the master branch.  Also, it seems that the image dimensions of the screenshot are different when run in pvbatch.  And the label of the color legend is different when not run directly by the user.  For some reason it is labeled 'vtkBlockColors Magnitude' when the script is run, even from the python shell.
Shawn

On Tue, Sep 20, 2016 at 3:14 PM, Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>> wrote:
5.1.2, Kitware binaries.  Sorry, I should have said that.





From: Shawn Waldon [mailto:shawn.waldon at kitware.com<mailto:shawn.waldon at kitware.com>]
Sent: Tuesday, September 20, 2016 1:12 PM
To: Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>>
Cc: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Subject: [EXTERNAL] Re: [Paraview-developers] pvbatch fails with annotated colors.

Hi Alan,
What version of ParaView is he using?  I made a change related to tracing color maps last week and it may have affected this.  I will try it locally with ParaView master and see what happens.
Shawn

On Tue, Sep 20, 2016 at 3:08 PM, Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>> wrote:
I have a user that is trying to batch process numerous datasets.  He is doing the following:

?         Paraview, Linux, local server.

?         Trace recorder on.

?         Open bake.e.  All vars on (probably not needed).  Apply.

?         Save Screenshot.

?         Trace recorder off.  Save the trace (not as Macro).

?         Reset Session

?         Open, then delete Screenshot created earlier.

?         Tools/ Python Shell.  Run the saved trace.

?         >>>> This works.

?         Open, then delete Screenshot created earlier.

?         pvbatch trace from earlier.

?         >>>> This does not work.  Annotated colors have been replaced with the default color map.

This is impacting a user.

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932<tel:%28505%29%20284-0932>   FAX (505) 284-5619<tel:%28505%29%20284-5619>
---------------------------------------------------------


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

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

Search the list archives at: http://markmail.org/search/?q=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/707fd8ea/attachment-0001.html>

From utkarsh.ayachit at kitware.com  Tue Sep 20 21:46:23 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 20 Sep 2016 21:46:23 -0400
Subject: [Paraview-developers] Custom Paraview Application help
In-Reply-To: <C1142B0660A0384C9B52008C63E3685A0169299A04@exchange2.pc.mayahtt.ca>
References: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>
 <CADHSJjBgzUgc=-hiGzatG_Pf77bp9T3G0zytNnNDOF3qYS5AXA@mail.gmail.com>
 <C1142B0660A0384C9B52008C63E3685A0169299A04@exchange2.pc.mayahtt.ca>
Message-ID: <CADHSJjBza+dn6ybueKxaCfKqrLOZCB=fnERxcwVZ1_kWT4UnBQ@mail.gmail.com>

Look at this example:
https://gitlab.kitware.com/paraview/paraview/blob/master/Qt/Core/Testing/Cxx/BasicApp.cxx

It shows a little more about how to create views, show data in those views,
etc. Alas, there is no higher level architecture document for ParaView
available yet. We do plan to put that together, but not sure when it'd
happen. In the mean time, feel free to ask specific questions as you run
into them.

On Tue, Sep 20, 2016 at 11:08 AM, Charles Boivin <charles.boivin at mayahtt.com
> wrote:

> Uktarsh,
>
> That did the trick -- thank you very much. It seems the file is loaded...
> not that it is being displayed of course.
>
> Where could I find more info on where to go next from here (like, say,
> actually displaying the data in that file I just loaded)? Is there
> something that documents the high-level architecture/overview for Paraview,
> in particular for people interested in custom applications? I have used VTK
> in the (distant) past, and I'm assuming that Paraview follows the same
> concepts (pipelines, etc), but not quite sure where to find that info.
>
> Thanks,
>
> Charles
>
>
> -----Original Message-----
> From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
> Sent: Tuesday, September 20, 2016 9:56 AM
> To: Charles Boivin
> Cc: paraview-developers at paraview.org
> Subject: Re: [Paraview-developers] Custom Paraview Application help
>
> Charles,
>
> Try calling the following before the pqLoadDataReaction.
>
> vtkSMReaderFactory* readerFactory =
>       vtkSMProxyManager::GetProxyManager()->GetReaderFactory();
> readerFactory->UpdateAvailableReaders()
>
> Does that help?
>
> Utkarsh
>
> Utkarsh
>
>
>
> On Tue, Sep 20, 2016 at 9:05 AM, Charles Boivin <
> charles.boivin at mayahtt.com> wrote:
> > Just trying to play around with creating custom Paraview-based
> applications.
> > I have compiled the examples that come with Paraview itself. Focusing
> > on the ?DemoApp1? project, this is what the constructor for the main
> > window looks
> > like:
> >
> >
> >
> > myMainWindow::myMainWindow(QWidget* parentObject,
> >
> >   Qt::WindowFlags wflags) : Superclass(parentObject, wflags)
> >
> > {
> >
> >   Ui::myMainWindow ui;
> >
> >   ui.setupUi(this);
> >
> >
> >
> >   // Make a connection to the builtin server
> >
> >   pqApplicationCore* core = pqApplicationCore::instance();
> >
> >
> > core->getObjectBuilder()->createServer(pqServerResource("builtin:"));
> >
> >
> >
> >   // Create render view
> >
> >   pqRenderView* view = qobject_cast<pqRenderView*>(
> >
> >     pqApplicationCore::instance()->getObjectBuilder()->createView(
> >
> >       pqRenderView::renderViewType(),
> >
> >       pqActiveObjects::instance().activeServer()));
> >
> >   pqActiveObjects::instance().setActiveView(view);
> >
> >
> >
> >   // Set it as the central widget
> >
> >   this->setCentralWidget(view->widget());
> >
> > }
> >
> >
> >
> > This strictly brings up a 3D render view in the window, no menus
> > whatsoever, etc. That?s what I was looking for to start with. I wanted
> > to hardcode loading a file next. Digging around a bit, I thought this
> > would do the
> > trick:
> >
> >
> >
> >   // Load a file
> >
> >   QStringList fileList;
> >
> >   fileList.append("D:/data/my_datafile.vtu");
> >
> >   pqLoadDataReaction::loadData(fileList);
> >
> >
> >
> > It seems to find the file alright but it cannot seem to find a proper
> > reader for the file. It pops up a dialog with the readers it could use
> > and the list is empty.
> >
> >
> >
> > So it seems I am clearly missing something? documentation for
> > vtkSMReaderFactory suggests configuration through XML files. Not too
> > sure how to go about that at this point?  Is
> > pqLoadDataReaction::loadData() too ?high-level? to use in something as
> > barebones as this example? Is there a better alternative at that
> > point? Or if it is appropriate to use, what else does it require to be
> set in order to properly load a file?
> >
> >
> >
> > Thanks in advance for your reply,
> >
> >
> >
> > Charles
> >
> >
> > _______________________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Search the list archives at:
> > http://markmail.org/search/?q=Paraview-developers
> >
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/paraview-developers
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160920/95fab829/attachment.html>

From charles.boivin at mayahtt.com  Wed Sep 21 11:03:54 2016
From: charles.boivin at mayahtt.com (Charles Boivin)
Date: Wed, 21 Sep 2016 15:03:54 +0000
Subject: [Paraview-developers] Custom Paraview Application help
In-Reply-To: <CADHSJjBza+dn6ybueKxaCfKqrLOZCB=fnERxcwVZ1_kWT4UnBQ@mail.gmail.com>
References: <C1142B0660A0384C9B52008C63E3685A0169299711@exchange2.pc.mayahtt.ca>
 <CADHSJjBgzUgc=-hiGzatG_Pf77bp9T3G0zytNnNDOF3qYS5AXA@mail.gmail.com>
 <C1142B0660A0384C9B52008C63E3685A0169299A04@exchange2.pc.mayahtt.ca>
 <CADHSJjBza+dn6ybueKxaCfKqrLOZCB=fnERxcwVZ1_kWT4UnBQ@mail.gmail.com>
Message-ID: <C1142B0660A0384C9B52008C63E3685A016929AA83@exchange2.pc.mayahtt.ca>

Uktarsh,

Thanks again. That link was quite helpful to get me going!

Charles

From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
Sent: Tuesday, September 20, 2016 9:46 PM
To: Charles Boivin
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] Custom Paraview Application help

Look at this example: https://gitlab.kitware.com/paraview/paraview/blob/master/Qt/Core/Testing/Cxx/BasicApp.cxx

It shows a little more about how to create views, show data in those views, etc. Alas, there is no higher level architecture document for ParaView available yet. We do plan to put that together, but not sure when it'd happen. In the mean time, feel free to ask specific questions as you run into them.

On Tue, Sep 20, 2016 at 11:08 AM, Charles Boivin <charles.boivin at mayahtt.com<mailto:charles.boivin at mayahtt.com>> wrote:
Uktarsh,

That did the trick -- thank you very much. It seems the file is loaded... not that it is being displayed of course.

Where could I find more info on where to go next from here (like, say, actually displaying the data in that file I just loaded)? Is there something that documents the high-level architecture/overview for Paraview, in particular for people interested in custom applications? I have used VTK in the (distant) past, and I'm assuming that Paraview follows the same concepts (pipelines, etc), but not quite sure where to find that info.

Thanks,

Charles


-----Original Message-----
From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com<mailto:utkarsh.ayachit at kitware.com>]
Sent: Tuesday, September 20, 2016 9:56 AM
To: Charles Boivin
Cc: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Subject: Re: [Paraview-developers] Custom Paraview Application help

Charles,

Try calling the following before the pqLoadDataReaction.

vtkSMReaderFactory* readerFactory =
      vtkSMProxyManager::GetProxyManager()->GetReaderFactory();
readerFactory->UpdateAvailableReaders()

Does that help?

Utkarsh

Utkarsh



On Tue, Sep 20, 2016 at 9:05 AM, Charles Boivin <charles.boivin at mayahtt.com<mailto:charles.boivin at mayahtt.com>> wrote:
> Just trying to play around with creating custom Paraview-based applications.
> I have compiled the examples that come with Paraview itself. Focusing
> on the ?DemoApp1? project, this is what the constructor for the main
> window looks
> like:
>
>
>
> myMainWindow::myMainWindow(QWidget* parentObject,
>
>   Qt::WindowFlags wflags) : Superclass(parentObject, wflags)
>
> {
>
>   Ui::myMainWindow ui;
>
>   ui.setupUi(this);
>
>
>
>   // Make a connection to the builtin server
>
>   pqApplicationCore* core = pqApplicationCore::instance();
>
>
> core->getObjectBuilder()->createServer(pqServerResource("builtin:"));
>
>
>
>   // Create render view
>
>   pqRenderView* view = qobject_cast<pqRenderView*>(
>
>     pqApplicationCore::instance()->getObjectBuilder()->createView(
>
>       pqRenderView::renderViewType(),
>
>       pqActiveObjects::instance().activeServer()));
>
>   pqActiveObjects::instance().setActiveView(view);
>
>
>
>   // Set it as the central widget
>
>   this->setCentralWidget(view->widget());
>
> }
>
>
>
> This strictly brings up a 3D render view in the window, no menus
> whatsoever, etc. That?s what I was looking for to start with. I wanted
> to hardcode loading a file next. Digging around a bit, I thought this
> would do the
> trick:
>
>
>
>   // Load a file
>
>   QStringList fileList;
>
>   fileList.append("D:/data/my_datafile.vtu");
>
>   pqLoadDataReaction::loadData(fileList);
>
>
>
> It seems to find the file alright but it cannot seem to find a proper
> reader for the file. It pops up a dialog with the readers it could use
> and the list is empty.
>
>
>
> So it seems I am clearly missing something? documentation for
> vtkSMReaderFactory suggests configuration through XML files. Not too
> sure how to go about that at this point?  Is
> pqLoadDataReaction::loadData() too ?high-level? to use in something as
> barebones as this example? Is there a better alternative at that
> point? Or if it is appropriate to use, what else does it require to be set in order to properly load a file?
>
>
>
> Thanks in advance for your reply,
>
>
>
> Charles
>
>
> _______________________________________________
> Powered by www.kitware.com<http://www.kitware.com>
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/f254288b/attachment-0001.html>

From wascott at sandia.gov  Wed Sep 21 17:14:31 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 21 Sep 2016 21:14:31 +0000
Subject: [Paraview-developers] [EXTERNAL] Re:  Compile errors
In-Reply-To: <20160908131541.GC13993@megas.kitware.com>
References: <6b01f8167998476584f2e4dc0d7ade9e@ES01AMSNLNT.srn.sandia.gov>
 <20160907133727.GA26612@megas.kitware.com>
 <d83de37694ce4f66a7117af735c776d5@ES01AMSNLNT.srn.sandia.gov>
 <20160908131541.GC13993@megas.kitware.com>
Message-ID: <9ec60881c9f04f6e8b7aebedef21fbdc@ES01AMSNLNT.srn.sandia.gov>

Ben,
You are correct.  After adding my own zlib, this worked.

Working on OLD clusters is always entertaining!

Alan

-----Original Message-----
From: Ben Boeckel [mailto:ben.boeckel at kitware.com] 
Sent: Thursday, September 08, 2016 7:16 AM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: Re: [EXTERNAL] Re: [Paraview-developers] Compile errors

On Thu, Sep 08, 2016 at 02:12:05 +0000, Scott, W Alan wrote:
> Ben - correct.  I am using a system (i.e, I built it) HDF5, but an operating system supplied ZLIB.
> 
> From CMakeCache.txt,
> 
> VTK_USE_SYSTEM_ZLIB:BOOL=OFF
> VTK_USE_SYSTEM_HDF5:BOOL=ON
> 
> 
> Is that bad?  Should I build my own ZLIB?

It appears as though HDF5 is not specifying its zlib dependency properly which causes links to HDF5 to not find its required zlib bits right.
Using the system zlib should fix that part.

What CMake version are you using?

--Ben

From wascott at sandia.gov  Wed Sep 21 17:24:58 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 21 Sep 2016 21:24:58 +0000
Subject: [Paraview-developers] xterm -e ssh for windows and mac
Message-ID: <e2bc4283750144c385b5c0291e8a374f@ES01AMSNLNT.srn.sandia.gov>

As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some solution in order to allow users to connect Windows and OSX ParaView to pvserver running on a cluster.  It needs to be better than our current solution of arm waving and ignoring the issue.  On Linux, this is done with an xterm and ssh.  Currently, Sandia has a custom solution (that is out of date and hard to build). I would rather have a common solution, and the global user community needs a solution.

To start the discussion, I see one of two paths we can take:

*         Kitware provide a solution built into ParaView.

*         Kitware provide detailed instructions on the Wiki for users to build this themselves.

Where do we go from here?

Alan

p.s. - I think I included everyone needed for the discussion.  If I missed anyone, feel free to add them.

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/84340123/attachment.html>

From kmorel at sandia.gov  Wed Sep 21 18:28:52 2016
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Wed, 21 Sep 2016 22:28:52 +0000
Subject: [Paraview-developers] xterm -e ssh for windows and mac
Message-ID: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>

Here are a couple of simple solutions that might be easier than implement our own ssh client in ParaView.

For Windows: Consider putty (http://www.putty.org/). It is a small (and I believe reasonably well maintained) ssh client for Windows. It opens its own terminal window, so entering username/password is not a concern. It could be distributed with binaries, although I would consult a lawyer before exporting it outside the U.S.

For Mac: Mac comes with ssh. It also comes with the "Termial" program that allows you to run programs and interact with standard input and output with X11 running. The trick is just to run ssh from within the Terminal program. You should be able to do that by creating a shell script with the extension ".command" that calls ssh how you want it. Then make the script executable (chmod a+x ...) and invoke it with the open command (which also comes with Mac OS).

-Ken

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Scott, W Alan
Sent: Wednesday, September 21, 2016 3:25 PM
To: paraview-developers at paraview.org
Cc: Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil) <richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov>
Subject: [EXTERNAL] [Paraview-developers] xterm -e ssh for windows and mac

As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some solution in order to allow users to connect Windows and OSX ParaView to pvserver running on a cluster.  It needs to be better than our current solution of arm waving and ignoring the issue.  On Linux, this is done with an xterm and ssh.  Currently, Sandia has a custom solution (that is out of date and hard to build). I would rather have a common solution, and the global user community needs a solution.

To start the discussion, I see one of two paths we can take:

*         Kitware provide a solution built into ParaView.

*         Kitware provide detailed instructions on the Wiki for users to build this themselves.

Where do we go from here?

Alan

p.s. - I think I included everyone needed for the discussion.  If I missed anyone, feel free to add them.

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/74e4ac8b/attachment-0001.html>

From wascott at sandia.gov  Wed Sep 21 18:40:35 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 21 Sep 2016 22:40:35 +0000
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
Message-ID: <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>

I haven't tried Putty, but that is a good idea.  Even if we don't include Putty with the binaries, we could at least document how to get it and add it into the ParaView tree.

Yes, Terminal works for Mac.  The one thing I don't like about it is that it is impossible to close the terminal automagically when you are done.  The user has to manually close it.

Alan

From: Moreland, Kenneth
Sent: Wednesday, September 21, 2016 4:29 PM
To: Scott, W Alan <wascott at sandia.gov>; paraview-developers at paraview.org
Cc: Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil) <richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

Here are a couple of simple solutions that might be easier than implement our own ssh client in ParaView.

For Windows: Consider putty (http://www.putty.org/). It is a small (and I believe reasonably well maintained) ssh client for Windows. It opens its own terminal window, so entering username/password is not a concern. It could be distributed with binaries, although I would consult a lawyer before exporting it outside the U.S.

For Mac: Mac comes with ssh. It also comes with the "Termial" program that allows you to run programs and interact with standard input and output with X11 running. The trick is just to run ssh from within the Terminal program. You should be able to do that by creating a shell script with the extension ".command" that calls ssh how you want it. Then make the script executable (chmod a+x ...) and invoke it with the open command (which also comes with Mac OS).

-Ken

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Scott, W Alan
Sent: Wednesday, September 21, 2016 3:25 PM
To: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: [EXTERNAL] [Paraview-developers] xterm -e ssh for windows and mac

As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some solution in order to allow users to connect Windows and OSX ParaView to pvserver running on a cluster.  It needs to be better than our current solution of arm waving and ignoring the issue.  On Linux, this is done with an xterm and ssh.  Currently, Sandia has a custom solution (that is out of date and hard to build). I would rather have a common solution, and the global user community needs a solution.

To start the discussion, I see one of two paths we can take:

*         Kitware provide a solution built into ParaView.

*         Kitware provide detailed instructions on the Wiki for users to build this themselves.

Where do we go from here?

Alan

p.s. - I think I included everyone needed for the discussion.  If I missed anyone, feel free to add them.

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/9d0a48d2/attachment.html>

From kmorel at sandia.gov  Wed Sep 21 19:41:55 2016
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Wed, 21 Sep 2016 23:41:55 +0000
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
 <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>

All in all, having the terminal stick around seems like a minor inconvenience. Plus if it bothers a user they can change the settings to close the terminal windows automatically (http://superuser.com/questions/16470/how-can-i-make-the-terminal-window-close-automatically-on-os-x).

-Ken

From: Scott, W Alan
Sent: Wednesday, September 21, 2016 4:41 PM
To: Moreland, Kenneth <kmorel at sandia.gov>; paraview-developers at paraview.org
Cc: Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil) <richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

I haven't tried Putty, but that is a good idea.  Even if we don't include Putty with the binaries, we could at least document how to get it and add it into the ParaView tree.

Yes, Terminal works for Mac.  The one thing I don't like about it is that it is impossible to close the terminal automagically when you are done.  The user has to manually close it.

Alan

From: Moreland, Kenneth
Sent: Wednesday, September 21, 2016 4:29 PM
To: Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>>; paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

Here are a couple of simple solutions that might be easier than implement our own ssh client in ParaView.

For Windows: Consider putty (http://www.putty.org/). It is a small (and I believe reasonably well maintained) ssh client for Windows. It opens its own terminal window, so entering username/password is not a concern. It could be distributed with binaries, although I would consult a lawyer before exporting it outside the U.S.

For Mac: Mac comes with ssh. It also comes with the "Termial" program that allows you to run programs and interact with standard input and output with X11 running. The trick is just to run ssh from within the Terminal program. You should be able to do that by creating a shell script with the extension ".command" that calls ssh how you want it. Then make the script executable (chmod a+x ...) and invoke it with the open command (which also comes with Mac OS).

-Ken

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Scott, W Alan
Sent: Wednesday, September 21, 2016 3:25 PM
To: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: [EXTERNAL] [Paraview-developers] xterm -e ssh for windows and mac

As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some solution in order to allow users to connect Windows and OSX ParaView to pvserver running on a cluster.  It needs to be better than our current solution of arm waving and ignoring the issue.  On Linux, this is done with an xterm and ssh.  Currently, Sandia has a custom solution (that is out of date and hard to build). I would rather have a common solution, and the global user community needs a solution.

To start the discussion, I see one of two paths we can take:

*         Kitware provide a solution built into ParaView.

*         Kitware provide detailed instructions on the Wiki for users to build this themselves.

Where do we go from here?

Alan

p.s. - I think I included everyone needed for the discussion.  If I missed anyone, feel free to add them.

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/baf2f018/attachment-0001.html>

From wascott at sandia.gov  Wed Sep 21 19:44:07 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 21 Sep 2016 23:44:07 +0000
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
 <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
 <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>
Message-ID: <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>

Sounds good.  We have an acceptable Mac solution.

Utkarsh?  Windows?

Alan

From: Moreland, Kenneth
Sent: Wednesday, September 21, 2016 5:42 PM
To: Scott, W Alan <wascott at sandia.gov>; paraview-developers at paraview.org
Cc: Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil) <richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

All in all, having the terminal stick around seems like a minor inconvenience. Plus if it bothers a user they can change the settings to close the terminal windows automatically (http://superuser.com/questions/16470/how-can-i-make-the-terminal-window-close-automatically-on-os-x).

-Ken

From: Scott, W Alan
Sent: Wednesday, September 21, 2016 4:41 PM
To: Moreland, Kenneth <kmorel at sandia.gov<mailto:kmorel at sandia.gov>>; paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

I haven't tried Putty, but that is a good idea.  Even if we don't include Putty with the binaries, we could at least document how to get it and add it into the ParaView tree.

Yes, Terminal works for Mac.  The one thing I don't like about it is that it is impossible to close the terminal automagically when you are done.  The user has to manually close it.

Alan

From: Moreland, Kenneth
Sent: Wednesday, September 21, 2016 4:29 PM
To: Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>>; paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: RE: [Paraview-developers] xterm -e ssh for windows and mac

Here are a couple of simple solutions that might be easier than implement our own ssh client in ParaView.

For Windows: Consider putty (http://www.putty.org/). It is a small (and I believe reasonably well maintained) ssh client for Windows. It opens its own terminal window, so entering username/password is not a concern. It could be distributed with binaries, although I would consult a lawyer before exporting it outside the U.S.

For Mac: Mac comes with ssh. It also comes with the "Termial" program that allows you to run programs and interact with standard input and output with X11 running. The trick is just to run ssh from within the Terminal program. You should be able to do that by creating a shell script with the extension ".command" that calls ssh how you want it. Then make the script executable (chmod a+x ...) and invoke it with the open command (which also comes with Mac OS).

-Ken

From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Scott, W Alan
Sent: Wednesday, September 21, 2016 3:25 PM
To: paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>
Cc: Patchett, John M. (LANL) <patchett at lanl.gov<mailto:patchett at lanl.gov>>; Angelini, Richard C USA CIV (US) (richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>) <richard.c.angelini.civ at mail.mil<mailto:richard.c.angelini.civ at mail.mil>>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov<mailto:conega at lanl.gov>>
Subject: [EXTERNAL] [Paraview-developers] xterm -e ssh for windows and mac

As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some solution in order to allow users to connect Windows and OSX ParaView to pvserver running on a cluster.  It needs to be better than our current solution of arm waving and ignoring the issue.  On Linux, this is done with an xterm and ssh.  Currently, Sandia has a custom solution (that is out of date and hard to build). I would rather have a common solution, and the global user community needs a solution.

To start the discussion, I see one of two paths we can take:

*         Kitware provide a solution built into ParaView.

*         Kitware provide detailed instructions on the Wiki for users to build this themselves.

Where do we go from here?

Alan

p.s. - I think I included everyone needed for the discussion.  If I missed anyone, feel free to add them.

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0822
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619
---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/9b30f9d4/attachment.html>

From dave.demarle at kitware.com  Wed Sep 21 21:40:12 2016
From: dave.demarle at kitware.com (David E DeMarle)
Date: Wed, 21 Sep 2016 21:40:12 -0400
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
 <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
 <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>
 <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CANjZAi8QNCnkB1vjB=-NZiNKUHHa3Nbtx9yQr5fzqnSFeF3TYw@mail.gmail.com>

Connect->Fetch to download the "windows to *@anl" or "windows to *@ornl"
configs to see how I set it up there. You'll find that::

xterm -hold -e ssh -R s_port:localhost:c_port user at host
/remote/machines/path/to/launch.sh

is replaced with

/C start cmd.exe "C:\Program Files (x86)\PuTTY\plink.exe"  -ssh host -R
s_port:localhost:c_port -l user /remote/machines/path/to/launch.sh

start is more or less like "&" on linux
cmd.exe is like xterm
plink is like ssh

Andy recently slipped in kerberos without any difficulty so I know that can
work too.

As I recall on mac and linux the terminal sticks around until you exit the
paraview client and if you kill it beforehand the connection dies. On
windows the terminal sticks around even after paraview client dies so you
have to manually kill it.

My preference is to work out the licensing issues and package libssh within
ParaView and replace the terminal call with a suitably secure qt dialog.
Then it would all be standalone.



On Sep 21, 2016 7:44 PM, "Scott, W Alan" <wascott at sandia.gov> wrote:

> Sounds good.  We have an acceptable Mac solution.
>
>
>
> Utkarsh?  Windows?
>
>
>
> Alan
>
>
>
> *From:* Moreland, Kenneth
> *Sent:* Wednesday, September 21, 2016 5:42 PM
> *To:* Scott, W Alan <wascott at sandia.gov>; paraview-developers at paraview.org
> *Cc:* Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C
> USA CIV (US) (richard.c.angelini.civ at mail.mil) <
> richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <
> conega at lanl.gov>
> *Subject:* RE: [Paraview-developers] xterm -e ssh for windows and mac
>
>
>
> All in all, having the terminal stick around seems like a minor
> inconvenience. Plus if it bothers a user they can change the settings to
> close the terminal windows automatically (http://superuser.com/question
> s/16470/how-can-i-make-the-terminal-window-close-automatically-on-os-x).
>
>
>
> -Ken
>
>
>
> *From:* Scott, W Alan
> *Sent:* Wednesday, September 21, 2016 4:41 PM
> *To:* Moreland, Kenneth <kmorel at sandia.gov>;
> paraview-developers at paraview.org
> *Cc:* Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C
> USA CIV (US) (richard.c.angelini.civ at mail.mil) <
> richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <
> conega at lanl.gov>
> *Subject:* RE: [Paraview-developers] xterm -e ssh for windows and mac
>
>
>
> I haven?t tried Putty, but that is a good idea.  Even if we don?t include
> Putty with the binaries, we could at least document how to get it and add
> it into the ParaView tree.
>
>
>
> Yes, Terminal works for Mac.  The one thing I don?t like about it is that
> it is impossible to close the terminal automagically when you are done.
> The user has to manually close it.
>
>
>
> Alan
>
>
>
> *From:* Moreland, Kenneth
> *Sent:* Wednesday, September 21, 2016 4:29 PM
> *To:* Scott, W Alan <wascott at sandia.gov>; paraview-developers at paraview.org
> *Cc:* Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C
> USA CIV (US) (richard.c.angelini.civ at mail.mil) <
> richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <
> conega at lanl.gov>
> *Subject:* RE: [Paraview-developers] xterm -e ssh for windows and mac
>
>
>
> Here are a couple of simple solutions that might be easier than implement
> our own ssh client in ParaView.
>
>
>
> For Windows: Consider putty (http://www.putty.org/). It is a small (and I
> believe reasonably well maintained) ssh client for Windows. It opens its
> own terminal window, so entering username/password is not a concern. It
> could be distributed with binaries, although I would consult a lawyer
> before exporting it outside the U.S.
>
>
>
> For Mac: Mac comes with ssh. It also comes with the ?Termial? program that
> allows you to run programs and interact with standard input and output with
> X11 running. The trick is just to run ssh from within the Terminal program.
> You should be able to do that by creating a shell script with the extension
> ?.command? that calls ssh how you want it. Then make the script executable
> (chmod a+x ?) and invoke it with the open command (which also comes with
> Mac OS).
>
>
>
> -Ken
>
>
>
> *From:* Paraview-developers [mailto:paraview-developers-bo
> unces at paraview.org <paraview-developers-bounces at paraview.org>] *On Behalf
> Of *Scott, W Alan
> *Sent:* Wednesday, September 21, 2016 3:25 PM
> *To:* paraview-developers at paraview.org
> *Cc:* Patchett, John M. (LANL) <patchett at lanl.gov>; Angelini, Richard C
> USA CIV (US) (richard.c.angelini.civ at mail.mil) <
> richard.c.angelini.civ at mail.mil>; Cone, Giovanni Antonio (LANL) <
> conega at lanl.gov>
> *Subject:* [EXTERNAL] [Paraview-developers] xterm -e ssh for windows and
> mac
>
>
>
> As I mentioned at our Sandia/ LANL/Kitware quarterly, we need some
> solution in order to allow users to connect Windows and OSX ParaView to
> pvserver running on a cluster.  It needs to be better than our current
> solution of arm waving and ignoring the issue.  On Linux, this is done with
> an xterm and ssh.  Currently, Sandia has a custom solution (that is out of
> date and hard to build). I would rather have a common solution, and the
> global user community needs a solution.
>
>
>
> To start the discussion, I see one of two paths we can take:
>
> ?         Kitware provide a solution built into ParaView.
>
> ?         Kitware provide detailed instructions on the Wiki for users to
> build this themselves.
>
>
>
> Where do we go from here?
>
>
>
> Alan
>
>
>
> p.s. ? I think I included everyone needed for the discussion.  If I missed
> anyone, feel free to add them.
>
>
>
> --------------------------------------------------------
>
> W. Alan Scott
>
> ParaView Support Manager
>
>
>
> SAIC
>
> Sandia National Laboratories, MS 0822
>
> Org 9326 - Building 880 A1-K
>
> (505) 284-0932   FAX (505) 284-5619
>
> ---------------------------------------------------------
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160921/e9bcc4c1/attachment-0001.html>

From utkarsh.ayachit at kitware.com  Thu Sep 22 09:13:15 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 22 Sep 2016 09:13:15 -0400
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
 <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
 <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>
 <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjDhvcN0FoBSnTpH55=tMtP23e5QL2h_k0MwZ893G7Uhvg@mail.gmail.com>

> Utkarsh?  Windows?

Potential suggestions:
1. Defer including plink/putty in ParaView downloads. We need to
figure things out, it seems as far as what's legal and what's secure.
2. Add docs to the ParaView Help menu on obtaining SSH. We can even
include a new PDF like the Quick Start Guide that's linked in from the
Help  menu as well as on the "Connect To" dialog to help users get SSH
client on their system.

Utkarsh

From andy.bauer at kitware.com  Thu Sep 22 10:01:59 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Thu, 22 Sep 2016 10:01:59 -0400
Subject: [Paraview-developers] xterm -e ssh for windows and mac
In-Reply-To: <CADHSJjDhvcN0FoBSnTpH55=tMtP23e5QL2h_k0MwZ893G7Uhvg@mail.gmail.com>
References: <493461ba3f864622b05203ad8ead0f95@ES08AMSNLNT.srn.sandia.gov>
 <1c17b2a3e4194dc6a00d7f7ea00d5335@ES01AMSNLNT.srn.sandia.gov>
 <0ad15297775d4722969201960b1a0a42@ES08AMSNLNT.srn.sandia.gov>
 <040f1fe134f942a78c3d629f761417db@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjDhvcN0FoBSnTpH55=tMtP23e5QL2h_k0MwZ893G7Uhvg@mail.gmail.com>
Message-ID: <CAMaOp+Gi697t5K91ErmBOaj6EYx21cJSfWBifB1amDay1Xh--Q@mail.gmail.com>

Putty is used by the DoD for Windows kerberos authorized access to their
HPC resources. I'm happy using it. It also seems to be available through
Gnu On Windows (http://freecode.com/projects/gow) which is also quite easy
to install. If we go to this solution I'd recommend not including the full
path to plink as that changes but the installer adds the plink executable
to the Windows path.

On Thu, Sep 22, 2016 at 9:13 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> > Utkarsh?  Windows?
>
> Potential suggestions:
> 1. Defer including plink/putty in ParaView downloads. We need to
> figure things out, it seems as far as what's legal and what's secure.
> 2. Add docs to the ParaView Help menu on obtaining SSH. We can even
> include a new PDF like the Quick Start Guide that's linked in from the
> Help  menu as well as on the "Connect To" dialog to help users get SSH
> client on their system.
>
> Utkarsh
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160922/19822ebd/attachment.html>

From simon.m.su.civ at mail.mil  Thu Sep 22 10:11:53 2016
From: simon.m.su.civ at mail.mil (Su, Simon M CIV USARMY RDECOM ARL (US))
Date: Thu, 22 Sep 2016 14:11:53 +0000
Subject: [Paraview-developers] [Non-DoD Source] Re: xterm -e ssh for
 windows and mac (UNCLASSIFIED)
Message-ID: <D6C99B46E9329343B0566046C14828B817617388@uslshplk.easf.csd.disa.mil>

CLASSIFICATION: UNCLASSIFIED

On ARL windows machines, putty is installed almost by default somewhere on the 
system. I believe the binary windows version with DSRC machines profile 
download at https://daac.hpc.mil/software/ParaView/ , Richard Walters will add 
the default putty installation location to the configuration file to point to 
the right putty.

But from time to time, that will break and we will get a ticket from the user 
and we will remind them to use the right putty.

Thanks
-simon

-----Original Message-----
From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On 
Behalf Of Andy Bauer
Sent: Thursday, September 22, 2016 10:02 AM
To: Utkarsh Ayachit <utkarsh.ayachit at kitware.com>
Cc: Moreland, Kenneth <kmorel at sandia.gov>; paraview-developers at paraview.org; 
Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) 
<richard.c.angelini.civ at mail.mil>; Patchett, John M. (LANL) 
<patchett at lanl.gov>; Cone, Giovanni Antonio (LANL) <conega at lanl.gov>
Subject: [Non-DoD Source] Re: [Paraview-developers] xterm -e ssh for windows 
and mac

All active links contained in this email were disabled. Please verify the 
identity of the sender, and confirm the authenticity of all links contained 
within the message prior to copying and pasting the address to a Web browser.


________________________________



Putty is used by the DoD for Windows kerberos authorized access to their HPC 
resources. I'm happy using it. It also seems to be available through Gnu On 
Windows (Caution-http://freecode.com/projects/gow < 
Caution-http://freecode.com/projects/gow > ) which is also quite easy to 
install. If we go to this solution I'd recommend not including the full path 
to plink as that changes but the installer adds the plink executable to the 
Windows path.


On Thu, Sep 22, 2016 at 9:13 AM, Utkarsh Ayachit <utkarsh.ayachit at kitware.com 
< Caution-mailto:utkarsh.ayachit at kitware.com > > wrote:


	> Utkarsh?  Windows?

	Potential suggestions:
	1. Defer including plink/putty in ParaView downloads. We need to
	figure things out, it seems as far as what's legal and what's secure.
	2. Add docs to the ParaView Help menu on obtaining SSH. We can even
	include a new PDF like the Quick Start Guide that's linked in from the
	Help  menu as well as on the "Connect To" dialog to help users get SSH
	client on their system.

	Utkarsh

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

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

	Search the list archives at: 
Caution-http://markmail.org/search/?q=Paraview-developers < 
Caution-http://markmail.org/search/?q=Paraview-developers >

	Follow this link to subscribe/unsubscribe:
	Caution-http://public.kitware.com/mailman/listinfo/paraview-developers < 
Caution-http://public.kitware.com/mailman/listinfo/paraview-developers >




CLASSIFICATION: UNCLASSIFIED
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5567 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160922/462576a8/attachment.bin>

From mohamedali.benlassoued at ardia.com.tn  Thu Sep 22 08:52:03 2016
From: mohamedali.benlassoued at ardia.com.tn (Mohamedali BENLASSOUED)
Date: Thu, 22 Sep 2016 12:52:03 +0000
Subject: [Paraview-developers] How to launch a filter with vtkSelection as
	input
Message-ID: <DB6PR0101MB2182152CFAFB841D5161B4F2ACC90@DB6PR0101MB2182.eurprd01.prod.exchangelabs.com>

Hello everybody,


I am creating a paraview plugin that launches some filters programatically and I need to know how to create a filter that accepts as input a vtkSelection (like the extract selection filter).

In fact, I tried to use the createFilter() method of pqObjectBuilder class and tried to pass the selectedPorts of the pqSelectionManager class as namedInputs.

But it appears that it is not the right way to do it.


So my question is about how to get the active selection and how to create the filter using it.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160922/bdb42718/attachment.html>

From chuck.atkins at kitware.com  Fri Sep 23 15:05:03 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Fri, 23 Sep 2016 15:05:03 -0400
Subject: [Paraview-developers] Which Compilers and Operating Systems to you
	require for VTK and / ParaView?
Message-ID: <CAOXZzG6zhq=vhNeP_2H_hgdiHQht2pvgC6JFnLXQ2nRjf-X_Xw@mail.gmail.com>

We're trying to identify where we may have gaps in our testing
infrastructure for both VTK and ParaView and how to prioritize filling
those gaps. Certain compilers like GCC and Intel on Linux or Visual Studio
on Windows will essentially always be supported with issues addressed
ASAP.  Others, however, sometimes come and go depending on available
testing resources, licensing, customer demand, etc.

Please take a brief moment to let us know which operating systems and
compilers are important to howe you use VTK and ParaView from a testing and
support standpoint.  The survey is very brief and should only take a minute
or two.

Note: If you are a current support customer with specific critical
requirements, please feel free to email me off-list.

https://docs.google.com/forms/d/e/1FAIpQLSczYSEWMr90ywhTg1jLg2u6JWVNRh6zUzCLeFPRnc_Qyc13dg/viewform

Thank you.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160923/e2520aa1/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Sep 26 07:51:40 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 07:51:40 -0400
Subject: [Paraview-developers] Dashboard issues: python_27_d.lib not present
	on Miranda
Message-ID: <CADHSJjD38C30mk2c8hYTTguL4ss4Z96u7cFaJC5N3tsaHf1rHw@mail.gmail.com>

Folks,

This is in regards to https://open.cdash.org/viewBuildError.php?buildid=4564634

So there's no python27_d.lib present on Miranda. I suspect something
in VTK changed that has made it want the  `*_d.lib`. Any ideas?

Utkarsh

From utkarsh.ayachit at kitware.com  Mon Sep 26 09:11:07 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 09:11:07 -0400
Subject: [Paraview-developers] Dashboards
Message-ID: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>

Folks,

Dashboards are not in a good shape again. I know, given how slow
dashboards can be in getting back on certain days, we sometimes take
the leap of faith and merge things before all machines have responded
(I am guilty of that too). But, we need to spot and address issues as
soon as they are noticed. Next time, instead saying "failures are same
as on master" in your merge request comments, try to fix the "master"
failures. Ask the mailing list. Start working with someone to get it
addressed! It's a collective responsibility to keep the dashboards
green as it's helps all of us.

On a related note, be kind to the dashboards. If your merge request is
"WIP", try to hold off on testing requests until you're ready. Use
`Do: test --oneshot` to avoid auto retesting when the MR is updated.
Use `Do: test --stop` to stop further testing as soon as you spot an
issue with your MR.

Utkarsh

From andy.bauer at kitware.com  Mon Sep 26 09:38:18 2016
From: andy.bauer at kitware.com (Andy Bauer)
Date: Mon, 26 Sep 2016 09:38:18 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
Message-ID: <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>

I'll check out the FindDataDialog test failures.

On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Folks,
>
> Dashboards are not in a good shape again. I know, given how slow
> dashboards can be in getting back on certain days, we sometimes take
> the leap of faith and merge things before all machines have responded
> (I am guilty of that too). But, we need to spot and address issues as
> soon as they are noticed. Next time, instead saying "failures are same
> as on master" in your merge request comments, try to fix the "master"
> failures. Ask the mailing list. Start working with someone to get it
> addressed! It's a collective responsibility to keep the dashboards
> green as it's helps all of us.
>
> On a related note, be kind to the dashboards. If your merge request is
> "WIP", try to hold off on testing requests until you're ready. Use
> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
> Use `Do: test --stop` to stop further testing as soon as you spot an
> issue with your MR.
>
> Utkarsh
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/c1f7c39f/attachment.html>

From dave.demarle at kitware.com  Mon Sep 26 10:01:27 2016
From: dave.demarle at kitware.com (David E DeMarle)
Date: Mon, 26 Sep 2016 10:01:27 -0400
Subject: [Paraview-developers] JPEG2000 ParaView reader
In-Reply-To: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
References: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
Message-ID: <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>

That relied on the features of StreamingParaView, which last appeared in
version 3.8. Furthermore, it was kakadu based, and the licensing terms we
got access to kakadu under were bad, so I never checked it in.

I recommend rewriting from scratch but if you like though I can hunt down
the source and pass it along to you.

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

On Mon, Sep 26, 2016 at 7:03 AM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Hi All,
>
> Dave, I can read in the attached pdf that you have been working on a
> JPEG2000 reader for ParaView. Do you know where this reader can be found,
> and if it is usable ?
>
> There is also a reference to this format in your blog Utkarsh.
> https://blog.kitware.com/paraview-at-the-large-scale-data-
> analysis-and-visualization-ldav-symposium/
>
> Thanks a lot for any pointers with this.
>
> Mathieu Westphal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/1a5bc6b0/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Sep 26 10:04:55 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 10:04:55 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
Message-ID: <CADHSJjDDY3i8+VpNRgcxMJ2tXEgG6Nqzy2vbv0t2FRrsuOvjEg@mail.gmail.com>

Andy,

Awesome!

I think here what needs to happen for that one:
- update the test so that it point labels on something more sensible
that all of the data
- then add a new baseline for it


Utkarsh

On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com> wrote:
> I'll check out the FindDataDialog test failures.
>
> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
> <utkarsh.ayachit at kitware.com> wrote:
>>
>> Folks,
>>
>> Dashboards are not in a good shape again. I know, given how slow
>> dashboards can be in getting back on certain days, we sometimes take
>> the leap of faith and merge things before all machines have responded
>> (I am guilty of that too). But, we need to spot and address issues as
>> soon as they are noticed. Next time, instead saying "failures are same
>> as on master" in your merge request comments, try to fix the "master"
>> failures. Ask the mailing list. Start working with someone to get it
>> addressed! It's a collective responsibility to keep the dashboards
>> green as it's helps all of us.
>>
>> On a related note, be kind to the dashboards. If your merge request is
>> "WIP", try to hold off on testing requests until you're ready. Use
>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
>> Use `Do: test --stop` to stop further testing as soon as you spot an
>> issue with your MR.
>>
>> Utkarsh
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>

From cory.quammen at kitware.com  Mon Sep 26 10:07:06 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Mon, 26 Sep 2016 10:07:06 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
Message-ID: <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>

I'll fix the ResetToVisible range errors. Looks like an alternate baseline
for bigmac is needed.

On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com> wrote:

> I'll check out the FindDataDialog test failures.
>
> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> Folks,
>>
>> Dashboards are not in a good shape again. I know, given how slow
>> dashboards can be in getting back on certain days, we sometimes take
>> the leap of faith and merge things before all machines have responded
>> (I am guilty of that too). But, we need to spot and address issues as
>> soon as they are noticed. Next time, instead saying "failures are same
>> as on master" in your merge request comments, try to fix the "master"
>> failures. Ask the mailing list. Start working with someone to get it
>> addressed! It's a collective responsibility to keep the dashboards
>> green as it's helps all of us.
>>
>> On a related note, be kind to the dashboards. If your merge request is
>> "WIP", try to hold off on testing requests until you're ready. Use
>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
>> Use `Do: test --stop` to stop further testing as soon as you spot an
>> issue with your MR.
>>
>> Utkarsh
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=
>> Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> 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
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>


-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/9b4d7695/attachment-0001.html>

From utkarsh.ayachit at kitware.com  Mon Sep 26 10:08:55 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 10:08:55 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
Message-ID: <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>

Great! I know Ben is looking into the python27_d.lib issue on Miranda.

I'll look at the "NumberOfComponentsDomain" test failure.

Utkarsh

On Mon, Sep 26, 2016 at 10:07 AM, Cory Quammen <cory.quammen at kitware.com> wrote:
> I'll fix the ResetToVisible range errors. Looks like an alternate baseline
> for bigmac is needed.
>
> On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com> wrote:
>>
>> I'll check out the FindDataDialog test failures.
>>
>> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
>> <utkarsh.ayachit at kitware.com> wrote:
>>>
>>> Folks,
>>>
>>> Dashboards are not in a good shape again. I know, given how slow
>>> dashboards can be in getting back on certain days, we sometimes take
>>> the leap of faith and merge things before all machines have responded
>>> (I am guilty of that too). But, we need to spot and address issues as
>>> soon as they are noticed. Next time, instead saying "failures are same
>>> as on master" in your merge request comments, try to fix the "master"
>>> failures. Ask the mailing list. Start working with someone to get it
>>> addressed! It's a collective responsibility to keep the dashboards
>>> green as it's helps all of us.
>>>
>>> On a related note, be kind to the dashboards. If your merge request is
>>> "WIP", try to hold off on testing requests until you're ready. Use
>>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
>>> Use `Do: test --stop` to stop further testing as soon as you spot an
>>> issue with your MR.
>>>
>>> Utkarsh
>>> _______________________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Search the list archives at:
>>> http://markmail.org/search/?q=Paraview-developers
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> 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
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>
>
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.

From cory.quammen at kitware.com  Mon Sep 26 10:53:25 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Mon, 26 Sep 2016 10:53:25 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
 <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
Message-ID: <CAB5Fpx73GayvDE18oDFVZ-HNO56PQJPXPZWsvGw04u4M3rxWqA@mail.gmail.com>

Utkarsh,

Do you suppose this

https://open.cdash.org/testDetails.php?test=485843751&build=4565469

was caused by Ken's recent rework of vtkCompositePolyDataMapper2?


On Mon, Sep 26, 2016 at 10:08 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Great! I know Ben is looking into the python27_d.lib issue on Miranda.
>
> I'll look at the "NumberOfComponentsDomain" test failure.
>
> Utkarsh
>
> On Mon, Sep 26, 2016 at 10:07 AM, Cory Quammen <cory.quammen at kitware.com>
> wrote:
> > I'll fix the ResetToVisible range errors. Looks like an alternate
> baseline
> > for bigmac is needed.
> >
> > On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com>
> wrote:
> >>
> >> I'll check out the FindDataDialog test failures.
> >>
> >> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
> >> <utkarsh.ayachit at kitware.com> wrote:
> >>>
> >>> Folks,
> >>>
> >>> Dashboards are not in a good shape again. I know, given how slow
> >>> dashboards can be in getting back on certain days, we sometimes take
> >>> the leap of faith and merge things before all machines have responded
> >>> (I am guilty of that too). But, we need to spot and address issues as
> >>> soon as they are noticed. Next time, instead saying "failures are same
> >>> as on master" in your merge request comments, try to fix the "master"
> >>> failures. Ask the mailing list. Start working with someone to get it
> >>> addressed! It's a collective responsibility to keep the dashboards
> >>> green as it's helps all of us.
> >>>
> >>> On a related note, be kind to the dashboards. If your merge request is
> >>> "WIP", try to hold off on testing requests until you're ready. Use
> >>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
> >>> Use `Do: test --stop` to stop further testing as soon as you spot an
> >>> issue with your MR.
> >>>
> >>> Utkarsh
> >>> _______________________________________________
> >>> Powered by www.kitware.com
> >>>
> >>> Visit other Kitware open-source projects at
> >>> http://www.kitware.com/opensource/opensource.html
> >>>
> >>> Search the list archives at:
> >>> http://markmail.org/search/?q=Paraview-developers
> >>>
> >>> Follow this link to subscribe/unsubscribe:
> >>> 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
> >>
> >> Search the list archives at:
> >> http://markmail.org/search/?q=Paraview-developers
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://public.kitware.com/mailman/listinfo/paraview-developers
> >>
> >
> >
> >
> > --
> > Cory Quammen
> > Staff R&D Engineer
> > Kitware, Inc.
>



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/cf17bcab/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Sep 26 10:57:59 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 10:57:59 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CAB5Fpx73GayvDE18oDFVZ-HNO56PQJPXPZWsvGw04u4M3rxWqA@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
 <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
 <CAB5Fpx73GayvDE18oDFVZ-HNO56PQJPXPZWsvGw04u4M3rxWqA@mail.gmail.com>
Message-ID: <CADHSJjDYhSyofdpwoS9vrcA3SkB_US3MW+wyt0UeixfFQfL4ew@mail.gmail.com>

Yes. I believe Ken had even updated to push a new baseline. I wonder
if this changed further or somehow the baseline change didn't make it
through.

On Mon, Sep 26, 2016 at 10:53 AM, Cory Quammen <cory.quammen at kitware.com> wrote:
> Utkarsh,
>
> Do you suppose this
>
> https://open.cdash.org/testDetails.php?test=485843751&build=4565469
>
> was caused by Ken's recent rework of vtkCompositePolyDataMapper2?
>
>
> On Mon, Sep 26, 2016 at 10:08 AM, Utkarsh Ayachit
> <utkarsh.ayachit at kitware.com> wrote:
>>
>> Great! I know Ben is looking into the python27_d.lib issue on Miranda.
>>
>> I'll look at the "NumberOfComponentsDomain" test failure.
>>
>> Utkarsh
>>
>> On Mon, Sep 26, 2016 at 10:07 AM, Cory Quammen <cory.quammen at kitware.com>
>> wrote:
>> > I'll fix the ResetToVisible range errors. Looks like an alternate
>> > baseline
>> > for bigmac is needed.
>> >
>> > On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com>
>> > wrote:
>> >>
>> >> I'll check out the FindDataDialog test failures.
>> >>
>> >> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
>> >> <utkarsh.ayachit at kitware.com> wrote:
>> >>>
>> >>> Folks,
>> >>>
>> >>> Dashboards are not in a good shape again. I know, given how slow
>> >>> dashboards can be in getting back on certain days, we sometimes take
>> >>> the leap of faith and merge things before all machines have responded
>> >>> (I am guilty of that too). But, we need to spot and address issues as
>> >>> soon as they are noticed. Next time, instead saying "failures are same
>> >>> as on master" in your merge request comments, try to fix the "master"
>> >>> failures. Ask the mailing list. Start working with someone to get it
>> >>> addressed! It's a collective responsibility to keep the dashboards
>> >>> green as it's helps all of us.
>> >>>
>> >>> On a related note, be kind to the dashboards. If your merge request is
>> >>> "WIP", try to hold off on testing requests until you're ready. Use
>> >>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
>> >>> Use `Do: test --stop` to stop further testing as soon as you spot an
>> >>> issue with your MR.
>> >>>
>> >>> Utkarsh
>> >>> _______________________________________________
>> >>> Powered by www.kitware.com
>> >>>
>> >>> Visit other Kitware open-source projects at
>> >>> http://www.kitware.com/opensource/opensource.html
>> >>>
>> >>> Search the list archives at:
>> >>> http://markmail.org/search/?q=Paraview-developers
>> >>>
>> >>> Follow this link to subscribe/unsubscribe:
>> >>> 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
>> >>
>> >> Search the list archives at:
>> >> http://markmail.org/search/?q=Paraview-developers
>> >>
>> >> Follow this link to subscribe/unsubscribe:
>> >> http://public.kitware.com/mailman/listinfo/paraview-developers
>> >>
>> >
>> >
>> >
>> > --
>> > Cory Quammen
>> > Staff R&D Engineer
>> > Kitware, Inc.
>
>
>
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.

From ken.martin at kitware.com  Mon Sep 26 11:15:06 2016
From: ken.martin at kitware.com (Ken Martin)
Date: Mon, 26 Sep 2016 11:15:06 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CADHSJjDYhSyofdpwoS9vrcA3SkB_US3MW+wyt0UeixfFQfL4ew@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
 <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
 <CAB5Fpx73GayvDE18oDFVZ-HNO56PQJPXPZWsvGw04u4M3rxWqA@mail.gmail.com>
 <CADHSJjDYhSyofdpwoS9vrcA3SkB_US3MW+wyt0UeixfFQfL4ew@mail.gmail.com>
Message-ID: <CANXz0SYP8tU085NepBjd0S_SteGqc2L23b6J+yQGpegRvuz2pQ@mail.gmail.com>

There should be a baseline for that in
https://gitlab.kitware.com/paraview/paraview/merge_requests/1036 which was
merged but I am not seeing it. I suspect the md5 didn't get added to the
commit, I can track that down.



On Mon, Sep 26, 2016 at 10:57 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Yes. I believe Ken had even updated to push a new baseline. I wonder
> if this changed further or somehow the baseline change didn't make it
> through.
>
> On Mon, Sep 26, 2016 at 10:53 AM, Cory Quammen <cory.quammen at kitware.com>
> wrote:
> > Utkarsh,
> >
> > Do you suppose this
> >
> > https://open.cdash.org/testDetails.php?test=485843751&build=4565469
> >
> > was caused by Ken's recent rework of vtkCompositePolyDataMapper2?
> >
> >
> > On Mon, Sep 26, 2016 at 10:08 AM, Utkarsh Ayachit
> > <utkarsh.ayachit at kitware.com> wrote:
> >>
> >> Great! I know Ben is looking into the python27_d.lib issue on Miranda.
> >>
> >> I'll look at the "NumberOfComponentsDomain" test failure.
> >>
> >> Utkarsh
> >>
> >> On Mon, Sep 26, 2016 at 10:07 AM, Cory Quammen <
> cory.quammen at kitware.com>
> >> wrote:
> >> > I'll fix the ResetToVisible range errors. Looks like an alternate
> >> > baseline
> >> > for bigmac is needed.
> >> >
> >> > On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com>
> >> > wrote:
> >> >>
> >> >> I'll check out the FindDataDialog test failures.
> >> >>
> >> >> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
> >> >> <utkarsh.ayachit at kitware.com> wrote:
> >> >>>
> >> >>> Folks,
> >> >>>
> >> >>> Dashboards are not in a good shape again. I know, given how slow
> >> >>> dashboards can be in getting back on certain days, we sometimes take
> >> >>> the leap of faith and merge things before all machines have
> responded
> >> >>> (I am guilty of that too). But, we need to spot and address issues
> as
> >> >>> soon as they are noticed. Next time, instead saying "failures are
> same
> >> >>> as on master" in your merge request comments, try to fix the
> "master"
> >> >>> failures. Ask the mailing list. Start working with someone to get it
> >> >>> addressed! It's a collective responsibility to keep the dashboards
> >> >>> green as it's helps all of us.
> >> >>>
> >> >>> On a related note, be kind to the dashboards. If your merge request
> is
> >> >>> "WIP", try to hold off on testing requests until you're ready. Use
> >> >>> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
> >> >>> Use `Do: test --stop` to stop further testing as soon as you spot an
> >> >>> issue with your MR.
> >> >>>
> >> >>> Utkarsh
> >> >>> _______________________________________________
> >> >>> Powered by www.kitware.com
> >> >>>
> >> >>> Visit other Kitware open-source projects at
> >> >>> http://www.kitware.com/opensource/opensource.html
> >> >>>
> >> >>> Search the list archives at:
> >> >>> http://markmail.org/search/?q=Paraview-developers
> >> >>>
> >> >>> Follow this link to subscribe/unsubscribe:
> >> >>> 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
> >> >>
> >> >> Search the list archives at:
> >> >> http://markmail.org/search/?q=Paraview-developers
> >> >>
> >> >> Follow this link to subscribe/unsubscribe:
> >> >> http://public.kitware.com/mailman/listinfo/paraview-developers
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Cory Quammen
> >> > Staff R&D Engineer
> >> > Kitware, Inc.
> >
> >
> >
> >
> > --
> > Cory Quammen
> > Staff R&D Engineer
> > Kitware, Inc.
>



-- 
Ken Martin PhD
Chairman & CFO
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/8273e774/attachment-0001.html>

From ken.martin at kitware.com  Mon Sep 26 11:16:33 2016
From: ken.martin at kitware.com (Ken Martin)
Date: Mon, 26 Sep 2016 11:16:33 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CANXz0SYP8tU085NepBjd0S_SteGqc2L23b6J+yQGpegRvuz2pQ@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
 <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
 <CAB5Fpx73GayvDE18oDFVZ-HNO56PQJPXPZWsvGw04u4M3rxWqA@mail.gmail.com>
 <CADHSJjDYhSyofdpwoS9vrcA3SkB_US3MW+wyt0UeixfFQfL4ew@mail.gmail.com>
 <CANXz0SYP8tU085NepBjd0S_SteGqc2L23b6J+yQGpegRvuz2pQ@mail.gmail.com>
Message-ID: <CANXz0SYTCTV3b2owJEA1jevuKE_qrcZoEwz9pKdu+udo-j-ZRg@mail.gmail.com>

The two new valid images are here

https://gitlab.kitware.com/paraview/paraview/merge_requests/1034/diffs

I'll create a topic - Ken

On Mon, Sep 26, 2016 at 11:15 AM, Ken Martin <ken.martin at kitware.com> wrote:

> There should be a baseline for that in https://gitlab.kitware.com/
> paraview/paraview/merge_requests/1036 which was merged but I am not
> seeing it. I suspect the md5 didn't get added to the commit, I can track
> that down.
>
>
>
> On Mon, Sep 26, 2016 at 10:57 AM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> Yes. I believe Ken had even updated to push a new baseline. I wonder
>> if this changed further or somehow the baseline change didn't make it
>> through.
>>
>> On Mon, Sep 26, 2016 at 10:53 AM, Cory Quammen <cory.quammen at kitware.com>
>> wrote:
>> > Utkarsh,
>> >
>> > Do you suppose this
>> >
>> > https://open.cdash.org/testDetails.php?test=485843751&build=4565469
>> >
>> > was caused by Ken's recent rework of vtkCompositePolyDataMapper2?
>> >
>> >
>> > On Mon, Sep 26, 2016 at 10:08 AM, Utkarsh Ayachit
>> > <utkarsh.ayachit at kitware.com> wrote:
>> >>
>> >> Great! I know Ben is looking into the python27_d.lib issue on Miranda.
>> >>
>> >> I'll look at the "NumberOfComponentsDomain" test failure.
>> >>
>> >> Utkarsh
>> >>
>> >> On Mon, Sep 26, 2016 at 10:07 AM, Cory Quammen <
>> cory.quammen at kitware.com>
>> >> wrote:
>> >> > I'll fix the ResetToVisible range errors. Looks like an alternate
>> >> > baseline
>> >> > for bigmac is needed.
>> >> >
>> >> > On Mon, Sep 26, 2016 at 9:38 AM, Andy Bauer <andy.bauer at kitware.com>
>> >> > wrote:
>> >> >>
>> >> >> I'll check out the FindDataDialog test failures.
>> >> >>
>> >> >> On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit
>> >> >> <utkarsh.ayachit at kitware.com> wrote:
>> >> >>>
>> >> >>> Folks,
>> >> >>>
>> >> >>> Dashboards are not in a good shape again. I know, given how slow
>> >> >>> dashboards can be in getting back on certain days, we sometimes
>> take
>> >> >>> the leap of faith and merge things before all machines have
>> responded
>> >> >>> (I am guilty of that too). But, we need to spot and address issues
>> as
>> >> >>> soon as they are noticed. Next time, instead saying "failures are
>> same
>> >> >>> as on master" in your merge request comments, try to fix the
>> "master"
>> >> >>> failures. Ask the mailing list. Start working with someone to get
>> it
>> >> >>> addressed! It's a collective responsibility to keep the dashboards
>> >> >>> green as it's helps all of us.
>> >> >>>
>> >> >>> On a related note, be kind to the dashboards. If your merge
>> request is
>> >> >>> "WIP", try to hold off on testing requests until you're ready. Use
>> >> >>> `Do: test --oneshot` to avoid auto retesting when the MR is
>> updated.
>> >> >>> Use `Do: test --stop` to stop further testing as soon as you spot
>> an
>> >> >>> issue with your MR.
>> >> >>>
>> >> >>> Utkarsh
>> >> >>> _______________________________________________
>> >> >>> Powered by www.kitware.com
>> >> >>>
>> >> >>> Visit other Kitware open-source projects at
>> >> >>> http://www.kitware.com/opensource/opensource.html
>> >> >>>
>> >> >>> Search the list archives at:
>> >> >>> http://markmail.org/search/?q=Paraview-developers
>> >> >>>
>> >> >>> Follow this link to subscribe/unsubscribe:
>> >> >>> 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
>> >> >>
>> >> >> Search the list archives at:
>> >> >> http://markmail.org/search/?q=Paraview-developers
>> >> >>
>> >> >> Follow this link to subscribe/unsubscribe:
>> >> >> http://public.kitware.com/mailman/listinfo/paraview-developers
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Cory Quammen
>> >> > Staff R&D Engineer
>> >> > Kitware, Inc.
>> >
>> >
>> >
>> >
>> > --
>> > Cory Quammen
>> > Staff R&D Engineer
>> > Kitware, Inc.
>>
>
>
>
> --
> Ken Martin PhD
> Chairman & CFO
> Kitware Inc.
> 28 Corporate Drive
> Clifton Park NY 12065
> 518 371 3971
>
> This communication, including all attachments, contains confidential and
> legally privileged information, and it is intended only for the use of the
> addressee.  Access to this email by anyone else is unauthorized. If you are
> not the intended recipient, any disclosure, copying, distribution or any
> action taken in reliance on it is prohibited and may be unlawful. If you
> received this communication in error please notify us immediately and
> destroy the original message.  Thank you.
>



-- 
Ken Martin PhD
Chairman & CFO
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/288ecdf3/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Sep 26 11:17:15 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 11:17:15 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
 <CAMaOp+FgKYfzLp1p=LYVERLiQ3iiiDwFjG0KTrvJF2YoUVicNw@mail.gmail.com>
 <CAB5Fpx4wdxgShrykDMjRfh9JSrNN0uBxiQXcR--0F8vWa+_6iQ@mail.gmail.com>
 <CADHSJjCgryu7TKcUQxgitTwGa20q+yXMOcqhnFH+q0SXMiJfVw@mail.gmail.com>
Message-ID: <CADHSJjCdBVdteBWgDwMpAxk4jh-eBe=FGXiJM3W=gh_n+Kg2zw@mail.gmail.com>

> I'll look at the "NumberOfComponentsDomain" test failure.

Here's a potential fix:
https://gitlab.kitware.com/paraview/paraview/merge_requests/1064

The test needed 6 baseline variants! I suppose that's as good an
indication as any that it wasn't really a good test :). Fixed it
(hopefully).

From chuck.atkins at kitware.com  Mon Sep 26 13:16:31 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Mon, 26 Sep 2016 13:16:31 -0400
Subject: [Paraview-developers] Running Paraview Benchmarks
In-Reply-To: <CAOT8FU0-DBUtJWp=g9k3HdLQ54ofL+beouJ=kP6cUwsGaEg8Xw@mail.gmail.com>
References: <CAOT8FU0-DBUtJWp=g9k3HdLQ54ofL+beouJ=kP6cUwsGaEg8Xw@mail.gmail.com>
Message-ID: <CAOXZzG5SE2z4j3=pk-iM4wwzDOXBt6fjj9TC4FNGQWLC4NXyDA@mail.gmail.com>

Hi Angel,
You should be able to run the many spheres benchmark script that ships with
ParaView.  You can run it with pvbatch:

[chuck at hal9000]$ pvbatch ${ParaView_DIR}/lib/paraview-
5.1/site-packages/paraview/benchmark/manyspheres.py --help
usage: manyspheres.py [-h] [-o OUTPUT_BASENAME] [-s SPHERES]
                      [-n SPHERES_IN_SCENE] [-r RESOLUTION] [-v VIEW_SIZE]
                      [-f FRAMES] [-c] [-y]

Benchmark ParaView geometry rendering

optional arguments:
  -h, --help            show this help message and exit
  -o OUTPUT_BASENAME, --output-basename OUTPUT_BASENAME
                        Basename to use for generated output files
  -s SPHERES, --spheres SPHERES
                        The total number of spheres to render
  -n SPHERES_IN_SCENE, --spheres-in-scene SPHERES_IN_SCENE
                        The number of spheres in the entire scene, including
                        those not rendered.
  -r RESOLUTION, --resolution RESOLUTION
                        Theta and Phi resolution to use for the spheres
  -v VIEW_SIZE, --view-size VIEW_SIZE
                        View size used to render
  -f FRAMES, --frames FRAMES
                        Number of frames
  -c, --color           Enable color renderings
  -y, --OSPRay          Use OSPRAY to render


The benchmark will generate several spheres in the shape of a cube and
sp[in the camera around them.  When running in parallel, each rank will be
processing a subset of the spheres.  A good value to use for "resolution"
is 726 since that gives you ~ 1M triangles per sphere.   When benching the
performance of a system, I generally find it easiest to keep the resolution
filed while varying the number of spheres.

For example, say you wanted to do a test run of 2048 spheres across 128
ranks (each rank renders 16 spheres) with ~ 1M triangles per sphere in a
1920x1080 view for 100 frames.  You would use:

mpirun -n 128 pvbatch ${ParaView_DIR}/lib/paraview-
5.1/site-packages/paraview/benchmark/manyspheres.py -s 2048 -r 726 -v
1920,1080 -f 100

This will output per-frame statistics across ranks as well as a final
summary of: Frames / Sec, Points / Frame, Polys / Frame, and MiPolys / Sec.


----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.


On Mon, Sep 19, 2016 at 1:02 PM, Angel M Beltre <abeltre1 at binghamton.edu>
wrote:

> Hello,
>
> I am trying to run Para-view benchmarks on my cluster but I am unable to
> do so. This is even after I setup my environment variables correctly
> LD_LIBRARY_PATH AND PYTHONPATH... Some of the files or modules cant be
> found in the binaries I have downloaded. What can I do to make it work and
> run the benchmark.
>
> Thanks,
>
> Angel Beltre
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/d6b6505c/attachment.html>

From chuck.atkins at kitware.com  Mon Sep 26 14:01:38 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Mon, 26 Sep 2016 14:01:38 -0400
Subject: [Paraview-developers] Which Compilers and Operating Systems to
 you require for VTK and / ParaView?
In-Reply-To: <CAOXZzG6zhq=vhNeP_2H_hgdiHQht2pvgC6JFnLXQ2nRjf-X_Xw@mail.gmail.com>
References: <CAOXZzG6zhq=vhNeP_2H_hgdiHQht2pvgC6JFnLXQ2nRjf-X_Xw@mail.gmail.com>
Message-ID: <CAOXZzG5JATvx0raB2ioEugME5K8mihmNgnJ7=kabze00fSYSNw@mail.gmail.com>

Just as a follow-up, I will be leaving this survey open all week and stop
accepting responses on Friday, October 30.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.


On Fri, Sep 23, 2016 at 3:05 PM, Chuck Atkins <chuck.atkins at kitware.com>
wrote:

> We're trying to identify where we may have gaps in our testing
> infrastructure for both VTK and ParaView and how to prioritize filling
> those gaps. Certain compilers like GCC and Intel on Linux or Visual Studio
> on Windows will essentially always be supported with issues addressed
> ASAP.  Others, however, sometimes come and go depending on available
> testing resources, licensing, customer demand, etc.
>
> Please take a brief moment to let us know which operating systems and
> compilers are important to howe you use VTK and ParaView from a testing and
> support standpoint.  The survey is very brief and should only take a minute
> or two.
>
> Note: If you are a current support customer with specific critical
> requirements, please feel free to email me off-list.
>
> https://docs.google.com/forms/d/e/1FAIpQLSczYSEWMr90ywhTg1jL
> g2u6JWVNRh6zUzCLeFPRnc_Qyc13dg/viewform
>
> Thank you.
>
> ----------
> Chuck Atkins
> Staff R&D Engineer, Scientific Computing
> Kitware, Inc.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/1e4f51db/attachment.html>

From chuck.atkins at kitware.com  Mon Sep 26 14:11:11 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Mon, 26 Sep 2016 14:11:11 -0400
Subject: [Paraview-developers] JPEG2000 ParaView reader
In-Reply-To: <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>
References: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
 <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>
Message-ID: <CAOXZzG5HDtVeQe+yzQMHfTv7oMs-pfLm_ONcJUVzgQe7TtXkqg@mail.gmail.com>

Hi Mathieu,

You should be able consume JPEG2000 imagery through VTK's GDAL reader.
You'd just need to make sure the GDAL you build and link against supports
JPEG2000.  This can be done through Kakadu, the LizardTech MrSid Decode
SDK, or OpenJPEG (the only viable open source option, but relatively slow
compared to others).

Aashish,
I know it's been quite some time but you wrote the original VTK GDAL Raster
reader for the original purpose of reading JPEG2000 images in VTK, right?

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
(518) 881-1183

On Mon, Sep 26, 2016 at 10:01 AM, David E DeMarle <dave.demarle at kitware.com>
wrote:

> That relied on the features of StreamingParaView, which last appeared in
> version 3.8. Furthermore, it was kakadu based, and the licensing terms we
> got access to kakadu under were bad, so I never checked it in.
>
> I recommend rewriting from scratch but if you like though I can hunt down
> the source and pass it along to you.
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
> On Mon, Sep 26, 2016 at 7:03 AM, Mathieu Westphal <
> mathieu.westphal at kitware.com> wrote:
>
>> Hi All,
>>
>> Dave, I can read in the attached pdf that you have been working on a
>> JPEG2000 reader for ParaView. Do you know where this reader can be found,
>> and if it is usable ?
>>
>> There is also a reference to this format in your blog Utkarsh.
>> https://blog.kitware.com/paraview-at-the-large-scale-data-an
>> alysis-and-visualization-ldav-symposium/
>>
>> Thanks a lot for any pointers with this.
>>
>> Mathieu Westphal
>>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/f04ef430/attachment.html>

From ben.boeckel at kitware.com  Mon Sep 26 15:03:58 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Mon, 26 Sep 2016 15:03:58 -0400
Subject: [Paraview-developers] [vtk-developers] Which Compilers and
 Operating Systems to you require for VTK and / ParaView?
In-Reply-To: <CAOXZzG5JATvx0raB2ioEugME5K8mihmNgnJ7=kabze00fSYSNw@mail.gmail.com>
References: <CAOXZzG6zhq=vhNeP_2H_hgdiHQht2pvgC6JFnLXQ2nRjf-X_Xw@mail.gmail.com>
 <CAOXZzG5JATvx0raB2ioEugME5K8mihmNgnJ7=kabze00fSYSNw@mail.gmail.com>
Message-ID: <20160926190358.GA20771@megas.kitware.com>

On Mon, Sep 26, 2016 at 14:01:38 -0400, Chuck Atkins wrote:
> Just as a follow-up, I will be leaving this survey open all week and stop
> accepting responses on Friday, October 30.

I assume you mean September 30?

--Ben

From utkarsh.ayachit at kitware.com  Mon Sep 26 16:47:39 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 26 Sep 2016 16:47:39 -0400
Subject: [Paraview-developers] Dashboards
In-Reply-To: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
References: <CADHSJjDv5TeN2EhpiboBdres=nWSku8YD_4hm3zYh2yGhvwSQQ@mail.gmail.com>
Message-ID: <CADHSJjD1sa6yXjNXcOG937riqYHjK_AFus-qU0d9E99ZgN503g@mail.gmail.com>

Dashboards are catching up, but thanks everyone for jumping in and helping
out!

Utkarsh

On Mon, Sep 26, 2016 at 9:11 AM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Folks,
>
> Dashboards are not in a good shape again. I know, given how slow
> dashboards can be in getting back on certain days, we sometimes take
> the leap of faith and merge things before all machines have responded
> (I am guilty of that too). But, we need to spot and address issues as
> soon as they are noticed. Next time, instead saying "failures are same
> as on master" in your merge request comments, try to fix the "master"
> failures. Ask the mailing list. Start working with someone to get it
> addressed! It's a collective responsibility to keep the dashboards
> green as it's helps all of us.
>
> On a related note, be kind to the dashboards. If your merge request is
> "WIP", try to hold off on testing requests until you're ready. Use
> `Do: test --oneshot` to avoid auto retesting when the MR is updated.
> Use `Do: test --stop` to stop further testing as soon as you spot an
> issue with your MR.
>
> Utkarsh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160926/22993329/attachment.html>

From mathieu.westphal at kitware.com  Tue Sep 27 04:51:28 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 27 Sep 2016 10:51:28 +0200
Subject: [Paraview-developers] JPEG2000 ParaView reader
In-Reply-To: <CAOXZzG5HDtVeQe+yzQMHfTv7oMs-pfLm_ONcJUVzgQe7TtXkqg@mail.gmail.com>
References: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
 <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>
 <CAOXZzG5HDtVeQe+yzQMHfTv7oMs-pfLm_ONcJUVzgQe7TtXkqg@mail.gmail.com>
Message-ID: <CAC2t4UTMbghr5hiSmUT7srmcJsYSQEEq_ENZf7DkSssUrJdtjg@mail.gmail.com>

Hi Chuck

Thanks for the suggestion,
I'm able to compile the vtkIOGDAL module, but can't seem to find a Plugin
to use it in ParaView, does it exist somewhere ?



Mathieu Westphal

On Mon, Sep 26, 2016 at 8:11 PM, Chuck Atkins <chuck.atkins at kitware.com>
wrote:

> Hi Mathieu,
>
> You should be able consume JPEG2000 imagery through VTK's GDAL reader.
> You'd just need to make sure the GDAL you build and link against supports
> JPEG2000.  This can be done through Kakadu, the LizardTech MrSid Decode
> SDK, or OpenJPEG (the only viable open source option, but relatively slow
> compared to others).
>
> Aashish,
> I know it's been quite some time but you wrote the original VTK GDAL
> Raster reader for the original purpose of reading JPEG2000 images in VTK,
> right?
>
> ----------
> Chuck Atkins
> Staff R&D Engineer, Scientific Computing
> Kitware, Inc.
> (518) 881-1183
>
> On Mon, Sep 26, 2016 at 10:01 AM, David E DeMarle <
> dave.demarle at kitware.com> wrote:
>
>> That relied on the features of StreamingParaView, which last appeared in
>> version 3.8. Furthermore, it was kakadu based, and the licensing terms we
>> got access to kakadu under were bad, so I never checked it in.
>>
>> I recommend rewriting from scratch but if you like though I can hunt down
>> the source and pass it along to you.
>>
>> David E DeMarle
>> Kitware, Inc.
>> R&D Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4909
>>
>> On Mon, Sep 26, 2016 at 7:03 AM, Mathieu Westphal <
>> mathieu.westphal at kitware.com> wrote:
>>
>>> Hi All,
>>>
>>> Dave, I can read in the attached pdf that you have been working on a
>>> JPEG2000 reader for ParaView. Do you know where this reader can be found,
>>> and if it is usable ?
>>>
>>> There is also a reference to this format in your blog Utkarsh.
>>> https://blog.kitware.com/paraview-at-the-large-scale-data-an
>>> alysis-and-visualization-ldav-symposium/
>>>
>>> Thanks a lot for any pointers with this.
>>>
>>> Mathieu Westphal
>>>
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=
>> Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160927/d0129882/attachment.html>

From chuck.atkins at kitware.com  Tue Sep 27 08:40:39 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Tue, 27 Sep 2016 08:40:39 -0400
Subject: [Paraview-developers] [vtk-developers] Which Compilers and
 Operating Systems to you require for VTK and / ParaView?
In-Reply-To: <20160926190358.GA20771@megas.kitware.com>
References: <CAOXZzG6zhq=vhNeP_2H_hgdiHQht2pvgC6JFnLXQ2nRjf-X_Xw@mail.gmail.com>
 <CAOXZzG5JATvx0raB2ioEugME5K8mihmNgnJ7=kabze00fSYSNw@mail.gmail.com>
 <20160926190358.GA20771@megas.kitware.com>
Message-ID: <CAOXZzG5x7wDcgPAJLnQVQxZF61C_7vVPS_EixtnbifADEn+5CQ@mail.gmail.com>

Yes.  Off by a month, my mistake.  The intent is to let the survey run for
a week.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.


On Mon, Sep 26, 2016 at 3:03 PM, Ben Boeckel <ben.boeckel at kitware.com>
wrote:

> On Mon, Sep 26, 2016 at 14:01:38 -0400, Chuck Atkins wrote:
> > Just as a follow-up, I will be leaving this survey open all week and stop
> > accepting responses on Friday, October 30.
>
> I assume you mean September 30?
>
> --Ben
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160927/f8cfcfc8/attachment.html>

From chuck.atkins at kitware.com  Tue Sep 27 09:45:11 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Tue, 27 Sep 2016 09:45:11 -0400
Subject: [Paraview-developers] JPEG2000 ParaView reader
In-Reply-To: <CAC2t4UTMbghr5hiSmUT7srmcJsYSQEEq_ENZf7DkSssUrJdtjg@mail.gmail.com>
References: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
 <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>
 <CAOXZzG5HDtVeQe+yzQMHfTv7oMs-pfLm_ONcJUVzgQe7TtXkqg@mail.gmail.com>
 <CAC2t4UTMbghr5hiSmUT7srmcJsYSQEEq_ENZf7DkSssUrJdtjg@mail.gmail.com>
Message-ID: <CAOXZzG6WO6dZOn857Vxv6p-RF=scnhQZEhCfx1gWbZ-Lsg6hdA@mail.gmail.com>

I don't believe it's exposed at the ParaView level, which means you can
access it directly from VTK python, or just add a proxies_gdal.xml file in
ParaViewCore/ServerManager/SMApplication/Resources to expose it in
ParaView.  You should be able to use proxies_adios.xml as an example to go
off of.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
(518) 881-1183

On Tue, Sep 27, 2016 at 4:51 AM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Hi Chuck
>
> Thanks for the suggestion,
> I'm able to compile the vtkIOGDAL module, but can't seem to find a Plugin
> to use it in ParaView, does it exist somewhere ?
>
>
>
> Mathieu Westphal
>
> On Mon, Sep 26, 2016 at 8:11 PM, Chuck Atkins <chuck.atkins at kitware.com>
> wrote:
>
>> Hi Mathieu,
>>
>> You should be able consume JPEG2000 imagery through VTK's GDAL reader.
>> You'd just need to make sure the GDAL you build and link against supports
>> JPEG2000.  This can be done through Kakadu, the LizardTech MrSid Decode
>> SDK, or OpenJPEG (the only viable open source option, but relatively slow
>> compared to others).
>>
>> Aashish,
>> I know it's been quite some time but you wrote the original VTK GDAL
>> Raster reader for the original purpose of reading JPEG2000 images in VTK,
>> right?
>>
>> ----------
>> Chuck Atkins
>> Staff R&D Engineer, Scientific Computing
>> Kitware, Inc.
>> (518) 881-1183
>>
>> On Mon, Sep 26, 2016 at 10:01 AM, David E DeMarle <
>> dave.demarle at kitware.com> wrote:
>>
>>> That relied on the features of StreamingParaView, which last appeared in
>>> version 3.8. Furthermore, it was kakadu based, and the licensing terms we
>>> got access to kakadu under were bad, so I never checked it in.
>>>
>>> I recommend rewriting from scratch but if you like though I can hunt
>>> down the source and pass it along to you.
>>>
>>> David E DeMarle
>>> Kitware, Inc.
>>> R&D Engineer
>>> 21 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-881-4909
>>>
>>> On Mon, Sep 26, 2016 at 7:03 AM, Mathieu Westphal <
>>> mathieu.westphal at kitware.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> Dave, I can read in the attached pdf that you have been working on a
>>>> JPEG2000 reader for ParaView. Do you know where this reader can be found,
>>>> and if it is usable ?
>>>>
>>>> There is also a reference to this format in your blog Utkarsh.
>>>> https://blog.kitware.com/paraview-at-the-large-scale-data-an
>>>> alysis-and-visualization-ldav-symposium/
>>>>
>>>> Thanks a lot for any pointers with this.
>>>>
>>>> Mathieu Westphal
>>>>
>>>
>>>
>>> _______________________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Search the list archives at: http://markmail.org/search/?q=
>>> Paraview-developers
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160927/cbddbd8b/attachment-0001.html>

From mathieu.westphal at kitware.com  Tue Sep 27 09:46:35 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 27 Sep 2016 15:46:35 +0200
Subject: [Paraview-developers] JPEG2000 ParaView reader
In-Reply-To: <CAOXZzG6WO6dZOn857Vxv6p-RF=scnhQZEhCfx1gWbZ-Lsg6hdA@mail.gmail.com>
References: <CAC2t4US1cE4ve4HvsupiD+CJCZ0zKm3y7jv9ifJxxgOH1Pf1dw@mail.gmail.com>
 <CANjZAi9TFfTqrD9Ut38uwGwpC=pA+kONmg=nd+G+1Q_w7E_cxg@mail.gmail.com>
 <CAOXZzG5HDtVeQe+yzQMHfTv7oMs-pfLm_ONcJUVzgQe7TtXkqg@mail.gmail.com>
 <CAC2t4UTMbghr5hiSmUT7srmcJsYSQEEq_ENZf7DkSssUrJdtjg@mail.gmail.com>
 <CAOXZzG6WO6dZOn857Vxv6p-RF=scnhQZEhCfx1gWbZ-Lsg6hdA@mail.gmail.com>
Message-ID: <CAC2t4UQtLkJdVy0swgY2=4-WDGQF83nZw3J+-E4LdavSSx8F1w@mail.gmail.com>

Thanks for your help.

Mathieu Westphal

On Tue, Sep 27, 2016 at 3:45 PM, Chuck Atkins <chuck.atkins at kitware.com>
wrote:

> I don't believe it's exposed at the ParaView level, which means you can
> access it directly from VTK python, or just add a proxies_gdal.xml file in
> ParaViewCore/ServerManager/SMApplication/Resources to expose it in
> ParaView.  You should be able to use proxies_adios.xml as an example to go
> off of.
>
> ----------
> Chuck Atkins
> Staff R&D Engineer, Scientific Computing
> Kitware, Inc.
> (518) 881-1183
>
> On Tue, Sep 27, 2016 at 4:51 AM, Mathieu Westphal <
> mathieu.westphal at kitware.com> wrote:
>
>> Hi Chuck
>>
>> Thanks for the suggestion,
>> I'm able to compile the vtkIOGDAL module, but can't seem to find a Plugin
>> to use it in ParaView, does it exist somewhere ?
>>
>>
>>
>> Mathieu Westphal
>>
>> On Mon, Sep 26, 2016 at 8:11 PM, Chuck Atkins <chuck.atkins at kitware.com>
>> wrote:
>>
>>> Hi Mathieu,
>>>
>>> You should be able consume JPEG2000 imagery through VTK's GDAL reader.
>>> You'd just need to make sure the GDAL you build and link against supports
>>> JPEG2000.  This can be done through Kakadu, the LizardTech MrSid Decode
>>> SDK, or OpenJPEG (the only viable open source option, but relatively slow
>>> compared to others).
>>>
>>> Aashish,
>>> I know it's been quite some time but you wrote the original VTK GDAL
>>> Raster reader for the original purpose of reading JPEG2000 images in VTK,
>>> right?
>>>
>>> ----------
>>> Chuck Atkins
>>> Staff R&D Engineer, Scientific Computing
>>> Kitware, Inc.
>>> (518) 881-1183
>>>
>>> On Mon, Sep 26, 2016 at 10:01 AM, David E DeMarle <
>>> dave.demarle at kitware.com> wrote:
>>>
>>>> That relied on the features of StreamingParaView, which last appeared
>>>> in version 3.8. Furthermore, it was kakadu based, and the licensing terms
>>>> we got access to kakadu under were bad, so I never checked it in.
>>>>
>>>> I recommend rewriting from scratch but if you like though I can hunt
>>>> down the source and pass it along to you.
>>>>
>>>> David E DeMarle
>>>> Kitware, Inc.
>>>> R&D Engineer
>>>> 21 Corporate Drive
>>>> Clifton Park, NY 12065-8662
>>>> Phone: 518-881-4909
>>>>
>>>> On Mon, Sep 26, 2016 at 7:03 AM, Mathieu Westphal <
>>>> mathieu.westphal at kitware.com> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> Dave, I can read in the attached pdf that you have been working on a
>>>>> JPEG2000 reader for ParaView. Do you know where this reader can be found,
>>>>> and if it is usable ?
>>>>>
>>>>> There is also a reference to this format in your blog Utkarsh.
>>>>> https://blog.kitware.com/paraview-at-the-large-scale-data-an
>>>>> alysis-and-visualization-ldav-symposium/
>>>>>
>>>>> Thanks a lot for any pointers with this.
>>>>>
>>>>> Mathieu Westphal
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Powered by www.kitware.com
>>>>
>>>> Visit other Kitware open-source projects at
>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>> Search the list archives at: http://markmail.org/search/?q=
>>>> Paraview-developers
>>>>
>>>> Follow this link to subscribe/unsubscribe:
>>>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160927/12a3a017/attachment.html>

From mathieu.westphal at kitware.com  Wed Sep 28 05:12:06 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Wed, 28 Sep 2016 11:12:06 +0200
Subject: [Paraview-developers] Qt "Cannot Mix Incompatible Qt Library" with
	QHelpGenerator
Message-ID: <CAC2t4UQtB1J01vv=WSjbezbQw2toAAs+3Xhs73hPuXfVpmMgeA@mail.gmail.com>

Hello

Just sharing some bug work around here
Some may have already stumbled upon this error on multiple qt lib
environnement.
It can easily happen on a Kubuntu since one cannot remove the stock Qt.

In any case the fix for this is quite easy, just define
QT_PLUGIN_PATH to the correct qt_dir/plugins/platform to see the error go
away and be able to use qhelpgenerator

Hope this gain someone a few hours.

(of course do not forget to set LD_LIBRARY_PATH to the lib dir as well)

Mathieu Westphal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20160928/102ec338/attachment.html>

From ben.boeckel at kitware.com  Thu Sep 29 08:56:31 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Thu, 29 Sep 2016 08:56:31 -0400
Subject: [Paraview-developers] Buildbot update
Message-ID: <20160929125631.GA28794@megas.kitware.com>

Hi,

We've restructured the buildbots a bit to reduce the amount of work they
need to do. Here's a rundown of the changes:

VTK:

  - ista: removed build since it was a subset of trey's build;
  - megas: the old +extdeps+opengl1+openmp build is now split:
    - openmp moved to dejagore;
    - the +python3 build now additionally tests +extdeps+mpi+python+qt5;
    - all GPURayCast (and GPUVolumeRayCast) tests are excluded (rather
      than doing them one-by-one); and
  - dejagore: now tests +openmp from megas' old build.

ParaView:

  - amber8: removed a build which was a subset of another amber8 build
    (+offscreen+osmesa vs. +gui+mpi+offscreen+osmesa);
  - miranda: removed a build which was (essentially) the same as a
    nemesis build;
  - ista: now building trey's paraview configuration; and
  - blight: merge two static/release and shared/debug builds into a
    static/debug build.

Hopefully this should alleviate pressure from some of our more loaded
machines.

Also, we've finally fixed the gitlab checkmark reporting that broke in
some Gitlab update some time ago, so you should now see reports from
buildbot on merge requests again (though there seem to be some oddities
yet, we still need to track those down).

Thanks,

--Ben

From utkarsh.ayachit at kitware.com  Fri Sep 30 08:10:30 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 30 Sep 2016 08:10:30 -0400
Subject: [Paraview-developers] ParaView 5.2 RCs coming out next week
Message-ID: <CADHSJjDPTygp+va9p_uRggy7PdZ8J58TZCuYhmygVKuw==F+Sg@mail.gmail.com>

Folks,

A reminder that as per our new release cycle, ParaView 5.2 RC will be
tagged on Friday, Oct 7 -- a week from now. Please stay cognizant of
dashboard issues arising from any merges you make before then. We
should have a clean dashboard to tag the release candidate next week.

Utkarsh