From sur.chiranjib at gmail.com  Thu Dec  1 06:55:03 2016
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Thu, 1 Dec 2016 17:25:03 +0530
Subject: [Paraview-developers] paraview 5.2 runtime error with
	'fontconfig"
In-Reply-To: <CA+=e1ouW7t+5HNDts_cSiMiLhgk+W6K+9P1NiEJzbuE3-baXWg@mail.gmail.com>
References: <CAJk8dSBiL+ahDpyQkQ2Bo-eL20+iZCpRDYWZAfqiPuDpmrwoWg@mail.gmail.com>
 <CA+=e1ouW7t+5HNDts_cSiMiLhgk+W6K+9P1NiEJzbuE3-baXWg@mail.gmail.com>
Message-ID: <CAJk8dSDdQyGviw48sUmkfBxnnB3BUmoye66NwMSneFwH+q6ONw@mail.gmail.com>

Folks,
Any idea about how to get rid of this runtime error?

Thanks,
Chiranjib

On Wed, Nov 30, 2016 at 10:11 PM, David Lonie <david.lonie at kitware.com>
wrote:

> Ben, is this related to your third party updates?
>
> On Wed, Nov 30, 2016 at 2:56 AM, Chiranjib Sur <sur.chiranjib at gmail.com>
> wrote:
>
>> Hi,
>> With my ParaView5.2 build (via superbuild), I get a run time error
>> followed by a seg fault.
>> Any clue what went missing during my build procedure?
>>
>> Here are the runtime log and the CMakeCache.txt files attached.
>>
>> My system configuration is : RHEL6, c++11 GNU compiler, python 2.7+,
>> CMake 3.7, Qt4.8
>>
>> Thanks,
>> Chiranjib
>>
>> _______________________________________________
>> 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/20161201/15921316/attachment.html>

From ken.martin at kitware.com  Thu Dec  1 15:50:44 2016
From: ken.martin at kitware.com (Ken Martin)
Date: Thu, 1 Dec 2016 15:50:44 -0500
Subject: [Paraview-developers] [EXTERNAL] Re: osmesa version of ParaView
In-Reply-To: <d0ac774dea38465483b838dd4fe50d70@ES01AMSNLNT.srn.sandia.gov>
References: <5411832422714b7193b3dc3b47eacb40@ES01AMSNLNT.srn.sandia.gov>
 <CANXz0SbSurVGDkG4dvJPnG0+7_CEpzq4u=3OjvF5T5ovpwNa+Q@mail.gmail.com>
 <d0ac774dea38465483b838dd4fe50d70@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CANXz0SZrWshqrjzEq+br3O_nba9Xhra3HNJ+sEBrkA+0d=WHzA@mail.gmail.com>

The remote Linux box does not allow a GLX context at all? or it does now
allow forwarding of a GLX context? or maybe it doesn't have a local xserver
running at all.

The same strategy with EGL might work too. Create an EGL OpenGL renderer,
copy the resulting images to the forwarded xwindow.

Having osmesa built in as well would be a great backup, I just thought
there were challenges with that. But maybe they have been fixed. That
approach would also end up rendering and then copying to a remoted Xwindow.
So all three approaches share the same basic last step of take an image in
memory and copy to an xwindow.




On Wed, Nov 30, 2016 at 5:58 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> So, just to be really clear (I got a bit confused here?) I am on a Linux
> box, such as my local blade or Linux workstation.  I want to test a remote
> Paraview install, or my data is on a remote Linux server (and I want to run
> a standalone version of ParaView).  I want to do the following:
>
>
>
> ssh -X (or ssh -Y)
>
> paraview ?magicFlagsGoHere
>
>
>
> and it just works on a remote Linux box that does not allow a GLX context.
>
>
>
> Thanks,
>
>
>
> alan
>
>
>
> *From:* Ken Martin [mailto:ken.martin at kitware.com]
> *Sent:* Tuesday, November 29, 2016 2:32 PM
> *To:* Scott, W Alan <wascott at sandia.gov>
> *Cc:* paraview-developers at paraview.org
> *Subject:* [EXTERNAL] Re: [Paraview-developers] osmesa version of ParaView
>
>
>
> Couple quick thoughts
>
>
>
> If we can connect to the remote display using GLX (but not forwarded) then
> we can render remotely (offscreen but using normal OpenGL) and then copy
> the result to an Xwindow which is forwarded to a local machine. Sort of a
> RenderingDisplay=:0.0 Display=:1.0 where 1.0 is the forwarded one.
>
>
>
> I recall there being an issue with osmesa and accelerated opengl in the
> same binary but I have very limited experience with it.
>
>
>
>
>
> On Tue, Nov 29, 2016 at 3:39 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>
> Cory/ Utkarsh/ Guys,
>
> I think we need to be able to build an osmesa version of ParaView, and we
> need this rendering option as a command line option for all Kitware Linux
> downloads.  The reason is that the next version of Redhat ? RHEL 7 will no
> longer allow the forwarding of GLX contexts.  Thus, to be able to X forward
> ParaView back to a local computer, we will need to render into only an X
> window.  This is already giving us issues at Sandia with new Linux installs.
>
>
>
> Is this possible?  How hard will it be?  Any ideas on schedule?
>
>
>
> Before I write this up as a bug, I figured I would see what type of
> discussion we get in this thread.
>
>
>
> 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
>
>
>
>
>
> --
>
> 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/20161201/88e4190d/attachment.html>

From wascott at sandia.gov  Thu Dec  1 17:13:27 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 1 Dec 2016 22:13:27 +0000
Subject: [Paraview-developers] Next superbuild make install bug
Message-ID: <483481ccb4284fbaa7caed95bca3dc4e@ES01AMSNLNT.srn.sandia.gov>

Here is the next bug.  Looks like we are trying to do something to /Modules?  I don't have root on this machine, Modules was not put into /.

Thanks,

Alan

-- Set runtime path of "/projects/viz/paraview/ParaView/5.2.0-sb-mesa/Linux-redsky-x86_64/Build/install/lib/paraview-5.2/pvpython" to "/projects/viz/paraview/ParaView/5.2.0-sb-mesa/Linux-redsky-x86_64/Build/install/lib"
-- Installing: /projects/viz/paraview/ParaView/5.2.0-sb-mesa/Linux-redsky-x86_64/Build/install/bin/pvpython
[ 98%] Performing fixupcmakepaths step for 'paraview'
sed: can't read /Modules/vtkCommonCore.cmake: No such file or directory
CMake Error at /projects/viz/paraview/src/sbSuperBuild/5.2.0-sb/ParaViewSuperbuild/projects/scripts/paraview.fixupcmakepaths.cmake:36 (message):
  Failed to patch /Modules/vtkCommonCore.cmake


make[2]: *** [superbuild/paraview/stamp/paraview-fixupcmakepaths] Error 1
make[1]: *** [superbuild/CMakeFiles/paraview.dir/all] Error 2
make: *** [all] Error 2
[  6%] Built target zlib
[ 13%] Built target cgns
[ 20%] Built target cxx11
[ 26%] Built target png
[ 32%] Built target bzip2
[ 38%] Built target python
[ 44%] Built target numpy
[ 50%] Built target llvm
[ 56%] Built target mpi
[ 63%] Built target glu
[ 67%] Built target boost
[ 73%] Built target silo
[ 80%] Built target ffmpeg
[ 86%] Built target visitbridge
[ 92%] Built target osmesa
[ 93%] Performing fixupcmakepaths step for 'paraview'
sed: can't read /Modules/vtkCommonCore.cmake: No such file or directory
CMake Error at /projects/viz/paraview/src/sbSuperBuild/5.2.0-sb/ParaViewSuperbuild/projects/scripts/paraview.fixupcmakepaths.cmake:36 (message):
  Failed to patch /Modules/vtkCommonCore.cmake



--------------------------------------------------------
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/20161201/c72bf972/attachment.html>

From dlawrie at ara.co.uk  Fri Dec  2 08:22:23 2016
From: dlawrie at ara.co.uk (David Lawrie)
Date: Fri, 2 Dec 2016 13:22:23 +0000
Subject: [Paraview-developers] InputArrayDomain not working as expected from
	proxylist
Message-ID: <D327EFC022902140A6E855DC8604CCFB5B5CEB57@sooty3.win.ara>

Hi,

I am having a problem using the input_domain_name xml attribute.  I set up two InputArrayDomains which filter based on 1 and 3 components for the
incoming arrays as the filters will work with one scalar and one vector quantity. If I do not have one or the other then the filter is greyed out as I
would expect.

However, when I run the filter and it populates the selection boxes for the arrays I can select any existing array. I would have expected to have
had a reduced choice (e.g. only the arrays with 3 components) when I specify the appropriate input_domain_name in the ArrayListDomain xml entry.

Is this filtering supposed to happen and not working, or does it not work that way?

My current xml setup is:

<ServerManagerConfiguration>
  <ProxyGroup name="my_functions">
    <Proxy class="vtkMyFilter" name="MyFilter">
      <InputProperty is_internal="1" name="Input" />
      <StringVectorProperty name="VectorArray" command="SetInputArrayToProcess" number_of_elements="5" element_types="0 0 0 0 2">
        <ArrayListDomain name="array_list" attribute_type="Vector" input_domain_name="VectorArrays">
          <RequiredProperties><Property name="Input" function="Input" /></RequiredProperties>
        </ArrayListDomain>
        <FieldDataDomain name="field_list">
          <RequiredProperties><Property name="Input" function="Input" /></RequiredProperties>
        </FieldDataDomain>
      </StringVectorProperty>
      <Hints>
        <ProxyList>
          <Link name="Input" with_property="Input" />
        </ProxyList>
      </Hints>
    </Proxy>
  </ProxyGroup>
  <ProxyGroup name="filters">
    <SourceProxy name="MainFilter" class="vtkMyMainFilter">
      <InputProperty name="Input" command="SetInputConnection">
        <ProxyGroupDomain name="Groups">
          <Group name="sources"/>
          <Group name="filters"/>
        </ProxyGroupDomain>
        <DataTypeDomain name="input_type">
          <DataType value="vtkDataSet" />
        </DataTypeDomain>
        <InputArrayDomain attribute_type="point" name="ScalarArrays" number_of_components="1" />
        <InputArrayDomain attribute_type="point" name="VectorArrays" number_of_components="3" />
      </InputProperty>
      <ProxyProperty name="FunctionType" command="SetFunctionType">
        <ProxyListDomain name="proxy_list">
          <Proxy group="my_functions" name="MyFilter" />
        </ProxyListDomain>
      </ProxyProperty>
    </SourceProxy>
  </ProxyGroup>
</ServerManagerConfiguration>

**********************************************************************
Please consider the environment. Only print this email if absolutely necessary.

This email contains information that is private and confidential and is intended only for the addressee.
If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.
Note: All email sent to or from this address may be accessed by someone other than the recipient, for
system management and security reasons.
Aircraft Research Association Ltd.  Registered in England, Registration No 503668 Registered Office:
Manton Lane, Bedford MK41 7PF England VAT No GB 196351245

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

From chuck.atkins at kitware.com  Fri Dec  2 10:42:29 2016
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Fri, 2 Dec 2016 10:42:29 -0500
Subject: [Paraview-developers] Next superbuild make install bug
In-Reply-To: <483481ccb4284fbaa7caed95bca3dc4e@ES01AMSNLNT.srn.sandia.gov>
References: <483481ccb4284fbaa7caed95bca3dc4e@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CAOXZzG4-bjnD7A6=yCi0_AMpxAevDdbLshMZFkauJuixyKr4ew@mail.gmail.com>

Ugh, this one is related to symlinks in the path that I thought we
addressed but it seems maybe not.  What's the full path looks like with
symlinks resolved?  i.e. "readlink -f /projects/viz/paraview/
ParaView/5.2.0-sb-mesa/Linux-redsky-x86_64/Build/install"?

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
(518) 881-1183

On Thu, Dec 1, 2016 at 5:13 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> Here is the next bug.  Looks like we are trying to do something to
> /Modules?  I don?t have root on this machine, Modules was not put into /.
>
>
>
> Thanks,
>
>
>
> Alan
>
>
>
> -- Set runtime path of "/projects/viz/paraview/
> ParaView/5.2.0-sb-mesa/Linux-redsky-x86_64/Build/install/lib/paraview-5.2/pvpython"
> to "/projects/viz/paraview/ParaView/5.2.0-sb-mesa/Linux-
> redsky-x86_64/Build/install/lib"
>
> -- Installing: /projects/viz/paraview/ParaView/5.2.0-sb-mesa/Linux-
> redsky-x86_64/Build/install/bin/pvpython
>
> [ 98%] Performing fixupcmakepaths step for 'paraview'
>
> sed: can't read /Modules/vtkCommonCore.cmake: No such file or directory
>
> CMake Error at /projects/viz/paraview/src/sbSuperBuild/5.2.0-sb/
> ParaViewSuperbuild/projects/scripts/paraview.fixupcmakepaths.cmake:36
> (message):
>
>   Failed to patch /Modules/vtkCommonCore.cmake
>
>
>
>
>
> make[2]: *** [superbuild/paraview/stamp/paraview-fixupcmakepaths] Error 1
>
> make[1]: *** [superbuild/CMakeFiles/paraview.dir/all] Error 2
>
> make: *** [all] Error 2
>
> [  6%] Built target zlib
>
> [ 13%] Built target cgns
>
> [ 20%] Built target cxx11
>
> [ 26%] Built target png
>
> [ 32%] Built target bzip2
>
> [ 38%] Built target python
>
> [ 44%] Built target numpy
>
> [ 50%] Built target llvm
>
> [ 56%] Built target mpi
>
> [ 63%] Built target glu
>
> [ 67%] Built target boost
>
> [ 73%] Built target silo
>
> [ 80%] Built target ffmpeg
>
> [ 86%] Built target visitbridge
>
> [ 92%] Built target osmesa
>
> [ 93%] Performing fixupcmakepaths step for 'paraview'
>
> sed: can't read /Modules/vtkCommonCore.cmake: No such file or directory
>
> CMake Error at /projects/viz/paraview/src/sbSuperBuild/5.2.0-sb/
> ParaViewSuperbuild/projects/scripts/paraview.fixupcmakepaths.cmake:36
> (message):
>
>   Failed to patch /Modules/vtkCommonCore.cmake
>
>
>
>
>
>
>
> --------------------------------------------------------
>
> 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/20161202/467f67c6/attachment.html>

From mathieu.westphal at kitware.com  Fri Dec  2 10:45:43 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Fri, 2 Dec 2016 16:45:43 +0100
Subject: [Paraview-developers] ParaView's Display properties
Message-ID: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>

Hi All

I will tackle part of this issue :
https://gitlab.kitware.com/paraview/paraview/issues/16898

I will just add a mechanism to not show some display properties if the
current representation is not their own.

Just a heads-up, if anyone have any advice for this, now is the time !

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

From cory.quammen at kitware.com  Fri Dec  2 10:48:06 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Fri, 2 Dec 2016 10:48:06 -0500
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
Message-ID: <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>

Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
all of next week and will be back Dec. 13.

- Cory

On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
<mathieu.westphal at kitware.com> wrote:
> Hi All
>
> I will tackle part of this issue :
> https://gitlab.kitware.com/paraview/paraview/issues/16898
>
> I will just add a mechanism to not show some display properties if the
> current representation is not their own.
>
> Just a heads-up, if anyone have any advice for this, now is the time !
>
> Thanks,
> Mathieu Westphal



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

From utkarsh.ayachit at kitware.com  Fri Dec  2 13:53:50 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Sat, 3 Dec 2016 00:23:50 +0530
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
 <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
Message-ID: <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>

My thought was extending property decorators to work with property groups. Thus , there'll be no new mechanism that'd need to be added, but expand on what's already there. 

Utkarsh 

> On Dec 2, 2016, at 9:18 PM, Cory Quammen <cory.quammen at kitware.com> wrote:
> 
> Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
> all of next week and will be back Dec. 13.
> 
> - Cory
> 
> On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
> <mathieu.westphal at kitware.com> wrote:
>> Hi All
>> 
>> I will tackle part of this issue :
>> https://gitlab.kitware.com/paraview/paraview/issues/16898
>> 
>> I will just add a mechanism to not show some display properties if the
>> current representation is not their own.
>> 
>> Just a heads-up, if anyone have any advice for this, now is the time !
>> 
>> Thanks,
>> Mathieu Westphal
> 
> 
> 
> -- 
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.

From joachim.pouderoux at kitware.com  Fri Dec  2 15:16:53 2016
From: joachim.pouderoux at kitware.com (Joachim Pouderoux)
Date: Fri, 2 Dec 2016 16:16:53 -0400
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
 <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
 <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>
Message-ID: <CACJ=gTikbNS4-PLes5AFj2cotgUe8UgRrpqcwgBrNOerdHgQ1Q@mail.gmail.com>

Thanks Utkarsh. This looks indeed like an elegant way to address the issue!

*Joachim Pouderoux*, PhD

*Technical Expert - Scientific Computing Team*
*Kitware SAS <http://www.kitware.fr>*


2016-12-02 14:53 GMT-04:00 Utkarsh Ayachit <utkarsh.ayachit at kitware.com>:

> My thought was extending property decorators to work with property groups.
> Thus , there'll be no new mechanism that'd need to be added, but expand on
> what's already there.
>
> Utkarsh
>
> > On Dec 2, 2016, at 9:18 PM, Cory Quammen <cory.quammen at kitware.com>
> wrote:
> >
> > Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
> > all of next week and will be back Dec. 13.
> >
> > - Cory
> >
> > On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
> > <mathieu.westphal at kitware.com> wrote:
> >> Hi All
> >>
> >> I will tackle part of this issue :
> >> https://gitlab.kitware.com/paraview/paraview/issues/16898
> >>
> >> I will just add a mechanism to not show some display properties if the
> >> current representation is not their own.
> >>
> >> Just a heads-up, if anyone have any advice for this, now is the time !
> >>
> >> Thanks,
> >> Mathieu Westphal
> >
> >
> >
> > --
> > Cory Quammen
> > Staff R&D Engineer
> > Kitware, Inc.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161202/35f96660/attachment.html>

From mathieu.westphal at kitware.com  Mon Dec  5 04:19:08 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Mon, 5 Dec 2016 10:19:08 +0100
Subject: [Paraview-developers] VTK/Paraview Courses in May
Message-ID: <CAC2t4UTzt7Q9E6QZ3j_QTS-C76=BTWYCt16o6EfxXNz_Rk6PRQ@mail.gmail.com>

Hello
Kitware will be holding a 2-day VTK and ParaView course on May 14th and
15th 2017 in Lyon, France.

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


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

Thank you,

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

From ben.boeckel at kitware.com  Mon Dec  5 10:50:47 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Mon, 5 Dec 2016 10:50:47 -0500
Subject: [Paraview-developers] paraview 5.2 runtime error with
 'fontconfig"
In-Reply-To: <CAJk8dSBiL+ahDpyQkQ2Bo-eL20+iZCpRDYWZAfqiPuDpmrwoWg@mail.gmail.com>
References: <CAJk8dSBiL+ahDpyQkQ2Bo-eL20+iZCpRDYWZAfqiPuDpmrwoWg@mail.gmail.com>
Message-ID: <20161205155047.GA21134@megas.kitware.com>

On Wed, Nov 30, 2016 at 13:26:22 +0530, Chiranjib Sur wrote:
> With my ParaView5.2 build (via superbuild), I get a run time error followed
> by a seg fault.
> Any clue what went missing during my build procedure?
> 
> Here are the runtime log and the CMakeCache.txt files attached.
> 
> My system configuration is : RHEL6, c++11 GNU compiler, python 2.7+, CMake
> 3.7, Qt4.8

> Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 84: Having multiple <family> in <alias> isn't supported and may not work as expected

So I recently updated the superbuild to use a newer fontconfig for the
following reasons:

  - to use the system font configuration settings (from /etc) rather
    than starting up with nothing (and looking ugly);
  - the old fontconfig warned about new configuration files;
  - updated to use a new fontconfig.

Now it seems the new fontconfig doesn't like the old configuration files
:( . In any case, these have only ever been just warnings and may be
ignored.

Can you get a backtrace from the segfault? I see nothing that indicates
that the segfault is from fontconfig. I suppose we could add an option
to use a system fontconfig rather than building our own.

--Ben

From mathieu.westphal at kitware.com  Mon Dec  5 12:38:57 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Mon, 5 Dec 2016 18:38:57 +0100
Subject: [Paraview-developers] Strange Cave geometry
Message-ID: <CAC2t4UQX5GpvMivGSudn9okEROqccgV3kzvhDcQM25ttTSP+jg@mail.gmail.com>

Hi Aashish, and anyone working with cave files.

I'm trying to set up a very simple cave.
I have two screen, and the cave should be only on my secondary screen.

Here is my xrandr :

DVI-I-1 connected primary 1920x1080+0+0 527mm x 297mm
   1920x1080      60.0*+
DP-1 connected 1920x1080+1920+0 521mm x 293mm
   1920x1080     120.0*+   60.0

Initially my geometry line was the following :
Geometry="1920x1080+1920+0"

But the image in the cave was resized, too large for it's height, like when
you force a movie in 16/9
So i figured that specifying a square screen might work :
Geometry="1920x1920+1920+-430"

And it works great, except that i suppose i can't see 215 pixels up and
down of the screen, which is fine by me.

Is this a bug or a feature ? looks like a bug to me.

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

From cory.quammen at kitware.com  Mon Dec  5 13:57:40 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Mon, 5 Dec 2016 13:57:40 -0500
Subject: [Paraview-developers] Panel widget combo box not reading
 enumerationdomain xml
In-Reply-To: <D327EFC022902140A6E855DC8604CCFB5B5CB8D2@sooty3.win.ara>
References: <D327EFC022902140A6E855DC8604CCFB5B5CB8D2@sooty3.win.ara>
Message-ID: <CAB5Fpx5iuV3ToF73GKdrTfSUpqRP_=yM41Ls=-mSXT5TsJ0zXg@mail.gmail.com>

David,

I think you might need

      this->addPropertyLink(
        adaptor, "currentText", SIGNAL(currentTextChanged(QString)),
smproperty);
      this->setChangeAvailableAsChangeFinished(true);

instead of the property link you have provided. You may also need to
populate the combobox with the XML values explicitly. See
pqIntVectorPropertyWidget.cxx:156-178 for how the standard combobox
with an enumeration domain works. That ought to help you out with your
custom widget.

Hope that helps,
Cory

On Thu, Nov 24, 2016 at 9:12 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
> Hi,
>
>
>
> I am trying to work out how to create custom panels using the panel_widget
> entry in PropertyGroups. I have created a simple
>
> panel using QT designer and an associated class (subclassing
> pqPropertyGroupWidget). I use addPropertyLink to link the ui to
>
> the paraview filter and then set up the servermanager xml.
>
>
>
> This mostly seems to work, the initial values in the ui and the filter are
> as set in the xml and correctly update when I change them in
>
> the ui.
>
>
>
> However, one of the widget in the panel is a combo-box which I specify the
> entries of in the xml, this remains blank.
>
>
>
> Below is a shortened example of the servermanager xml I am using and the
> addPropertyLink code I have used. Any hints as to where
>
> I am going wrong, or what I might have missed out would be gratefully
> received.
>
>
>
> <IntVectorProperty command="SetMode" name="SetMode" number_of_elements="1"
> default_values="1">
>
>   <EnumerationDomain name=?enum?>
>
>     <Entry text=?First entry? value=?1?/>
>
>     <Entry text=?Second entry? value=?2?/>
>
>   </EnumerationDomain>
>
> </IntVectorProperty>
>
>
>
> <PropertyGroup label="" panel_widget="MyPanel">
>
>   ?
>
>   <Property name=?SetMode? function=?LinkSetMode?/>
>
>   ?
>
> </PropertyGroup>
>
>
>
> smproperty = smgroup->GetProperty("LinkSetMode");
>
> if (smproperty != nullptr){
>
>   this->addPropertyLink(this->Internals->ComboMode, "currentIndex",
> SIGNAL(activated(int)), smproperty);
>
> }
>
> **********************************************************************
>
> Please consider the environment. Only print this email if absolutely
> necessary.
>
> This email contains information that is private and confidential and is
> intended only for the addressee.
> If you are not the intended recipient please delete it and notify us
> immediately by e-mailing the sender.
> Note: All email sent to or from this address may be accessed by someone
> other than the recipient, for
> system management and security reasons.
> Aircraft Research Association Ltd.  Registered in England, Registration No
> 503668 Registered Office:
> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>
> **********************************************************************
>
>
> _______________________________________________
> 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 Dec  5 17:23:06 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Mon, 5 Dec 2016 17:23:06 -0500
Subject: [Paraview-developers] InputArrayDomain not working as expected
 from proxylist
In-Reply-To: <D327EFC022902140A6E855DC8604CCFB5B5CEB57@sooty3.win.ara>
References: <D327EFC022902140A6E855DC8604CCFB5B5CEB57@sooty3.win.ara>
Message-ID: <CAB5Fpx60=+0Z4WN7oD_gSK55G7XM8aw3dz1wxVv2MtMUxaeotw@mail.gmail.com>

David,

I don't believe you can refer to an InputArrayDomain defined in one
proxy definition from another.

Try copying the InputArrayDomains for ScalarArrays and VectorArrays to
the XML definition for the InputProperty in your MyFilter proxy.

HTH,
Cory

On Fri, Dec 2, 2016 at 8:22 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
> Hi,
>
>
>
> I am having a problem using the input_domain_name xml attribute.  I set up
> two InputArrayDomains which filter based on 1 and 3 components for the
>
> incoming arrays as the filters will work with one scalar and one vector
> quantity. If I do not have one or the other then the filter is greyed out as
> I
>
> would expect.
>
>
>
> However, when I run the filter and it populates the selection boxes for the
> arrays I can select any existing array. I would have expected to have
>
> had a reduced choice (e.g. only the arrays with 3 components) when I specify
> the appropriate input_domain_name in the ArrayListDomain xml entry.
>
>
>
> Is this filtering supposed to happen and not working, or does it not work
> that way?
>
>
>
> My current xml setup is:
>
>
>
> <ServerManagerConfiguration>
>
>   <ProxyGroup name="my_functions">
>
>     <Proxy class="vtkMyFilter" name="MyFilter">
>
>       <InputProperty is_internal="1" name="Input" />
>
>       <StringVectorProperty name="VectorArray"
> command="SetInputArrayToProcess" number_of_elements="5" element_types="0 0 0
> 0 2">
>
>         <ArrayListDomain name="array_list" attribute_type="Vector"
> input_domain_name="VectorArrays">
>
>           <RequiredProperties><Property name="Input" function="Input"
> /></RequiredProperties>
>
>         </ArrayListDomain>
>
>         <FieldDataDomain name="field_list">
>
>           <RequiredProperties><Property name="Input" function="Input"
> /></RequiredProperties>
>
>         </FieldDataDomain>
>
>       </StringVectorProperty>
>
>       <Hints>
>
>         <ProxyList>
>
>           <Link name="Input" with_property="Input" />
>
>         </ProxyList>
>
>       </Hints>
>
>     </Proxy>
>
>   </ProxyGroup>
>
>   <ProxyGroup name="filters">
>
>     <SourceProxy name="MainFilter" class="vtkMyMainFilter">
>
>       <InputProperty name="Input" command="SetInputConnection">
>
>         <ProxyGroupDomain name="Groups">
>
>           <Group name="sources"/>
>
>           <Group name="filters"/>
>
>         </ProxyGroupDomain>
>
>         <DataTypeDomain name="input_type">
>
>           <DataType value="vtkDataSet" />
>
>         </DataTypeDomain>
>
>         <InputArrayDomain attribute_type="point" name="ScalarArrays"
> number_of_components="1" />
>
>         <InputArrayDomain attribute_type="point" name="VectorArrays"
> number_of_components="3" />
>
>       </InputProperty>
>
>       <ProxyProperty name="FunctionType" command="SetFunctionType">
>
>         <ProxyListDomain name="proxy_list">
>
>           <Proxy group="my_functions" name="MyFilter" />
>
>         </ProxyListDomain>
>
>       </ProxyProperty>
>
>     </SourceProxy>
>
>   </ProxyGroup>
>
> </ServerManagerConfiguration>
>
> **********************************************************************
>
> Please consider the environment. Only print this email if absolutely
> necessary.
>
> This email contains information that is private and confidential and is
> intended only for the addressee.
> If you are not the intended recipient please delete it and notify us
> immediately by e-mailing the sender.
> Note: All email sent to or from this address may be accessed by someone
> other than the recipient, for
> system management and security reasons.
> Aircraft Research Association Ltd.  Registered in England, Registration No
> 503668 Registered Office:
> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>
> **********************************************************************
>
>
> _______________________________________________
> 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 thomasblome at startmail.com  Tue Dec  6 05:37:16 2016
From: thomasblome at startmail.com (thomasblome at startmail.com)
Date: Tue, 6 Dec 2016 11:37:16 +0100
Subject: [Paraview-developers] Linker error building Fortran90FullExample
In-Reply-To: <CAMaOp+GGU0XqJTEKwGA_gpGHzhEyJ-PZK8uEpSPS9kV_59830Q@mail.gmail.com>
References: <bdb3e5da01c90c8d2364af520a915e91.startmail@www.startmail.com>
 <CAMaOp+E6JdB43qcYoKPVMRuGX+aUyzV_wXZ8mNdP4AkqyY-w6Q@mail.gmail.com>
 <37e92c2e377a8c1121402c7a06a64c23.startmail@www.startmail.com>
 <CAMaOp+GoGEu2D08YvwQxQf56FR5Ghh8OHigEDKof=xPu70wuNw@mail.gmail.com>
 <149dbde7d22543cfc63066dbcd02e71f.startmail@www.startmail.com>
 <e076975ae400de6a7880d67c59e81c44.startmail@www.startmail.com>
 <CAMaOp+ERiRbbMbRhrx4_7THqrkwC0298iuQe-5=UwQrZDptYLw@mail.gmail.com>
 <0410d0f9fb3c652bb70a612fa5ce682e.startmail@www.startmail.com>
 <CAMaOp+GGU0XqJTEKwGA_gpGHzhEyJ-PZK8uEpSPS9kV_59830Q@mail.gmail.com>
Message-ID: <870b545f018c4d2c1c12f1b1a93986e4.startmail@www.startmail.com>

Hi Andy,

thank you for your help. I tried some other examples to conclude that 
this last error occurs for all of them at the end of the simulation, so 
it is just a general error message I guess.
I will upload the code changes on gitlab as soon as I can. I think I 
will have uploaded them till the end of next week. I will inform you by 
then.

Best,
Thomas
?
Am Dienstag, 29. November 2016 18:43 schrieb Andy Bauer 
<andy.bauer at kitware.com>:
?
> Hi Thomas,
> ?
> Would you want to add a MR for your changes on gitlab?
> ?
> Yes, Fortran and C/C++ loop through memory in multidimensional arrays 
> differently but in the end it's a flat memory layout so it can be 
> managed.
> ?
> I'm not sure what the error you're seeing is from. If you add a bug 
> report for that on gitlab I may be able to get to that as well.
> ?
> Thanks,
> Andy
> ?
> On Sat, Nov 19, 2016 at 10:09 AM, <thomasblome at startmail.com> wrote:
>> Hi Andy,
>> 
>> I ran ctest from the windows cmd, but couldn't make sense of the 
>> output. Anyhow, I guess the segmentation fault was due to a wrong 
>> declaration of the rank 3 Fortran array of type complex in the 
>> procedure interface I provided for the C++ function addfield(). I 
>> changed it to be type(c_ptr) as the function expects a double 
>> pointer. Afterwards the test ran successfully.
>> 
>> Nevertheless, it remains a mystery to me how the reference to the 
>> rank 3 array is properly handled in addfield(), as Fortran and C++ 
>> use different memory layouts for multidimensional arrays; I guess 
>> it's still not correct, even though there is no segmentation fault 
>> shown.
>> 
>> I set the input of EnableLiveVisualization() in coproc.py to True 
>> and tried to visualize the simulation, but its duration is too short 
>> - the test finishes already after a few seconds. Only once I could 
>> sneak a peak to the cube in Paraview, but I got following error 
>> message (in Paraview) right before the simulation stopped:
>> 
>> ERROR: In 
>> C:\Kitware\ParaView-v5.1.2\VTK\Parallel\Core\vtkSocketCommunicator.cxx, 
>> line 809
>> vtkSocketCommunicator (000001E68C21B360): Could not receive tag. 1
>> 
>> Best,
>> Thomas
>> 
>> ?
>> Am Sonntag, 13. November 2016 14:40 schrieb Andy Bauer <andy.bauer at kitware.com>:
>> ?
>>> Hi Thomas,
>>> ?
>>> Can you run ctest -V to get verbose output out of the run? That may 
>>> shed some light on what the issue is. My guess is that it's not 
>>> finding the coproc.py script. Also, the verbose output for ctest 
>>> will show you how you can run the test manually which may be 
>>> useful.
>>> ?
>>> Cheers,
>>> Andy
>>> ?
>>> On Fri, Nov 11, 2016 at 2:50 PM, <thomasblome at startmail.com> wrote:
>>>> To resolve the references inclusion of header files 
>>>> "CPythonAdaptorAPI.h" and "CAdaptorAPI.h" in FECxxAdaptor.cxx was 
>>>> required, as they declare the missing functions.
>>>> Afterwards, I provided the corresponding procedure interfaces in 
>>>> the Fortran files and finally got through the static linking 
>>>> stage.
>>>> 
>>>> Now, when I start the RUN_TESTS project, the 
>>>> Fortran90FullExampleTest fails due to a segmentation fault:
>>>> 
>>>> 1/1 Test #1: Fortran90FullExampleTest .........***Exception: 
>>>> SegFault? 8.48 sec
>>>> 1>
>>>> 1>? 0% tests passed, 1 tests failed out of 1
>>>> 1>
>>>> 1>? Label Time Summary:
>>>> 1>? CATALYST??? =?? 8.48 sec (1 test)
>>>> 1>? PARAVIEW??? =?? 8.48 sec (1 test)
>>>> 1>
>>>> 1>? Total Test time (real) =?? 8.48 sec
>>>> 1>
>>>> 1>? The following tests FAILED:
>>>> 1> ??? ?? 1 - Fortran90FullExampleTest (SEGFAULT)
>>>> 1>? Errors while running CTest
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: The command "setlocal
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: C:\cmake\bin\ctest.exe --force-new-ctest-process -C 
>>>> Debug
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: if %errorlevel% neq 0 goto :cmEnd
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: :cmEnd
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: endlocal & call :cmErrorLevel %errorlevel% & goto 
>>>> :cmDone
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: :cmErrorLevel
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: exit /b %1
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: :cmDone
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: if %errorlevel% neq 0 goto :VCEnd
>>>> 1>C:\Program Files 
>>>> (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): 
>>>> error MSB3073: :VCEnd" exited with code 8.
>>>> 
>>>> Does anybody know how to solve this?
>>>> 
>>>> Best,
>>>> Thomas
>>>> ?
>>>> Am Donnerstag, 10. November 2016 19:10 schrieb 
>>>> thomasblome at startmail.com:
>>>> ?
>>>>> Hi Andy,
>>>>> 
>>>>> The linker error concerning the missing main method was due to a 
>>>>> wrong solution setup of the Fortran90FullExample in VS.
>>>>> The CMakeLists file provided generates only one single (C++) 
>>>>> project in VS, which means all .f90 files will be ignored by the 
>>>>> compiler (it's impossible to have a single Fortran/C++ mixed 
>>>>> language project in VS).
>>>>> To solve this I had to configure the CMakeLists file to create a 
>>>>> library from FECxxAdaptor.cxx and link it with the 
>>>>> Fortran90FullExample.
>>>>> 
>>>>> Other linker & compiler errors occurred with regards to mpi:
>>>>> 1) the target_link_libraries command? in the CMakeLists file 
>>>>> links ${MPI_Fortran_LIBRARIES} to the fortran project,
>>>>> but it forgets to link with msmpifec.lib (see also: 
>>>>> http://public.kitware.com/pipermail/cmake/2016-February/062861.html).
>>>>> 2) The specification of an include directory (containing header 
>>>>> mpifptr.h) was missing.
>>>>> 
>>>>> Another problem arose when it comes to the the by hand name 
>>>>> mangling for fortran in FECxxAdaptor.cxx.
>>>>> To get rid of that I introduced function interfaces in the 
>>>>> FEFortranAdaptor.f90 file and now it works independently of the 
>>>>> Fortran compiler used.
>>>>> 
>>>>> Now, there are only five remaining linker errors as shown below:
>>>>> 
>>>>> LNK2019: unresolved external symbol COPROCESS referenced in 
>>>>> function TCP_mp_TESTCOPROCESSOR?? ??? ?FEFortranAdaptor.obj?? ??? 
>>>>> ?
>>>>> LNK2019: unresolved external symbol 
>>>>> COPROCESSORINITIALIZEWITHPYTHON referenced in function MAIN__?? 
>>>>> ??? ?FEDriver.obj?? ??? ?
>>>>> LNK2019: unresolved external symbol COPROCESSORFINALIZE 
>>>>> referenced in function MAIN__?? ??? ?FEDriver.obj?? ??? ?
>>>>> LNK2019: unresolved external symbol NEEDTOCREATEGRID referenced 
>>>>> in function TCP_mp_TESTCOPROCESSOR?? ??? ?FEFortranAdaptor.obj?? 
>>>>> ??? ?
>>>>> LNK2019: unresolved external symbol REQUESTDATADESCRIPTION 
>>>>> referenced in function TCP_mp_TESTCOPROCESSOR?? ??? 
>>>>> ?FEFortranAdaptor.obj???
>>>>> 
>>>>> In the ParaViewCatalystUsersGuide_v2 the missing symbols appear 
>>>>> to be declared in CAdaptorAPI.h and CPythonAdaptorAPI.h (but 
>>>>> NEEDTOCREATEGRID),
>>>>> but I can't just include them in the Fortran code.
>>>>> 
>>>>> Can you tell me how to resolve those missing references?
>>>>> 
>>>>> Best,
>>>>> Thomas
>>>>> 
>>>>> ?
>>>>> Am Mittwoch, 26. Oktober 2016 18:47 schrieb Andy Bauer <andy.bauer at kitware.com>:
>>>>> ?
>>>>>> Hi Thomas,
>>>>>> ?
>>>>>> I really don't know about this. Do you get the same behavior if 
>>>>>> you don't link with Catalyst? Can you create a simple 
>>>>>> helloworld.f90 example that works?
>>>>>> ?
>>>>>> Best,
>>>>>> Andy
>>>>>> ?
>>>>>> On Wed, Oct 26, 2016 at 3:39 AM, <thomasblome at startmail.com> 
>>>>>> wrote:
>>>>>>> Hi Andy,
>>>>>>> 
>>>>>>> I have changed both lines from coproc to main, but the error 
>>>>>>> message remains the same.
>>>>>>> 
>>>>>>> Best,
>>>>>>> Thomas
>>>>>>> ?
>>>>>>> Am Montag, 24. Oktober 2016 22:00 schrieb Andy Bauer <andy.bauer at kitware.com>:
>>>>>>> ?
>>>>>>>> Hi Thomas,
>>>>>>>> ?
>>>>>>>> If you change from coproc to main in the "program" and "end 
>>>>>>>> program" lines in FEDriver.f90 does that fix the problem?
>>>>>>>> ?
>>>>>>>> I'm working on a fix for this but don't have access to any 
>>>>>>>> MSVS compilers.
>>>>>>>> ?
>>>>>>>> Thanks,
>>>>>>>> Andy
>>>>>>>> ?
>>>>>>>> On Sat, Oct 22, 2016 at 1:46 PM, <thomasblome at startmail.com> 
>>>>>>>> wrote:
>>>>>>>>> Hello,
>>>>>>>>> 
>>>>>>>>> I'm trying to compile the Fortran90FullExample using MSVS 
>>>>>>>>> (Intel Fortran Compiler 2017 and Visual C++ 2015 compiler).
>>>>>>>>> Doing so I'm getting following linker error:
>>>>>>>>> 
>>>>>>>>> Error?? ?LNK2019?? ?unresolved external symbol main 
>>>>>>>>> referenced in function "int __cdecl 
>>>>>>>>> __scrt_common_main_seh(void)" 
>>>>>>>>> (?__scrt_common_main_seh@@YAHXZ)?? ?Fortran90FullExample.
>>>>>>>>> 
>>>>>>>>> Obviously, the source code doesn't contain a main method at 
>>>>>>>>> all, since the entry point is given by the fortran program in 
>>>>>>>>> file 'FEDriver.f90'.
>>>>>>>>> Nevertheless, I guess the compiler internally creates a main 
>>>>>>>>> method, and the linker cannot resolve the reference due to a 
>>>>>>>>> name mangling problem, as there are different compilers 
>>>>>>>>> involved. But I'm not quite sure about that, nor how to solve 
>>>>>>>>> it, at that matter.
>>>>>>>>> 
>>>>>>>>> Can you give me a hint how to solve that problem?
>>>>>>>>> 
>>>>>>>>> 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/20161206/25278c14/attachment-0001.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/20161206/25278c14/attachment-0001.key>

From dlawrie at ara.co.uk  Tue Dec  6 06:05:22 2016
From: dlawrie at ara.co.uk (David Lawrie)
Date: Tue, 6 Dec 2016 11:05:22 +0000
Subject: [Paraview-developers] InputArrayDomain not working as expected
 from proxylist
In-Reply-To: <CAB5Fpx60=+0Z4WN7oD_gSK55G7XM8aw3dz1wxVv2MtMUxaeotw@mail.gmail.com>
References: <D327EFC022902140A6E855DC8604CCFB5B5CEB57@sooty3.win.ara> 
 <CAB5Fpx60=+0Z4WN7oD_gSK55G7XM8aw3dz1wxVv2MtMUxaeotw@mail.gmail.com>
Message-ID: <D327EFC022902140A6E855DC8604CCFB5B5CEC26@sooty3.win.ara>

Hi Cory,

That did indeed help. Replicating the domains in other input definition now results in the lists being filtered as expected.

Many thanks.

-----Original Message-----
From: Cory Quammen [mailto:cory.quammen at kitware.com] 
Sent: 05 December 2016 22:23
To: David Lawrie
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] InputArrayDomain not working as expected from proxylist

David,

I don't believe you can refer to an InputArrayDomain defined in one proxy definition from another.

Try copying the InputArrayDomains for ScalarArrays and VectorArrays to the XML definition for the InputProperty in your MyFilter proxy.

HTH,
Cory

On Fri, Dec 2, 2016 at 8:22 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
> Hi,
>
>
>
> I am having a problem using the input_domain_name xml attribute.  I 
> set up two InputArrayDomains which filter based on 1 and 3 components 
> for the
>
> incoming arrays as the filters will work with one scalar and one 
> vector quantity. If I do not have one or the other then the filter is 
> greyed out as I
>
> would expect.
>
>
>
> However, when I run the filter and it populates the selection boxes 
> for the arrays I can select any existing array. I would have expected 
> to have
>
> had a reduced choice (e.g. only the arrays with 3 components) when I 
> specify the appropriate input_domain_name in the ArrayListDomain xml entry.
>
>
>
> Is this filtering supposed to happen and not working, or does it not 
> work that way?
>
>
>
> My current xml setup is:
>
>
>
> <ServerManagerConfiguration>
>
>   <ProxyGroup name="my_functions">
>
>     <Proxy class="vtkMyFilter" name="MyFilter">
>
>       <InputProperty is_internal="1" name="Input" />
>
>       <StringVectorProperty name="VectorArray"
> command="SetInputArrayToProcess" number_of_elements="5" 
> element_types="0 0 0
> 0 2">
>
>         <ArrayListDomain name="array_list" attribute_type="Vector"
> input_domain_name="VectorArrays">
>
>           <RequiredProperties><Property name="Input" function="Input"
> /></RequiredProperties>
>
>         </ArrayListDomain>
>
>         <FieldDataDomain name="field_list">
>
>           <RequiredProperties><Property name="Input" function="Input"
> /></RequiredProperties>
>
>         </FieldDataDomain>
>
>       </StringVectorProperty>
>
>       <Hints>
>
>         <ProxyList>
>
>           <Link name="Input" with_property="Input" />
>
>         </ProxyList>
>
>       </Hints>
>
>     </Proxy>
>
>   </ProxyGroup>
>
>   <ProxyGroup name="filters">
>
>     <SourceProxy name="MainFilter" class="vtkMyMainFilter">
>
>       <InputProperty name="Input" command="SetInputConnection">
>
>         <ProxyGroupDomain name="Groups">
>
>           <Group name="sources"/>
>
>           <Group name="filters"/>
>
>         </ProxyGroupDomain>
>
>         <DataTypeDomain name="input_type">
>
>           <DataType value="vtkDataSet" />
>
>         </DataTypeDomain>
>
>         <InputArrayDomain attribute_type="point" name="ScalarArrays"
> number_of_components="1" />
>
>         <InputArrayDomain attribute_type="point" name="VectorArrays"
> number_of_components="3" />
>
>       </InputProperty>
>
>       <ProxyProperty name="FunctionType" command="SetFunctionType">
>
>         <ProxyListDomain name="proxy_list">
>
>           <Proxy group="my_functions" name="MyFilter" />
>
>         </ProxyListDomain>
>
>       </ProxyProperty>
>
>     </SourceProxy>
>
>   </ProxyGroup>
>
> </ServerManagerConfiguration>
>
> **********************************************************************
>
> Please consider the environment. Only print this email if absolutely 
> necessary.
>
> This email contains information that is private and confidential and 
> is intended only for the addressee.
> If you are not the intended recipient please delete it and notify us 
> immediately by e-mailing the sender.
> Note: All email sent to or from this address may be accessed by 
> someone other than the recipient, for system management and security 
> reasons.
> Aircraft Research Association Ltd.  Registered in England, 
> Registration No
> 503668 Registered Office:
> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>
> **********************************************************************
>
>
> _______________________________________________
> 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.

**********************************************************************
Please consider the environment. Only print this email if absolutely necessary.

This email contains information that is private and confidential and is intended only for the addressee.
If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.
Note: All email sent to or from this address may be accessed by someone other than the recipient, for
system management and security reasons.
Aircraft Research Association Ltd.  Registered in England, Registration No 503668 Registered Office:
Manton Lane, Bedford MK41 7PF England VAT No GB 196351245

**********************************************************************

From dlawrie at ara.co.uk  Tue Dec  6 11:11:49 2016
From: dlawrie at ara.co.uk (David Lawrie)
Date: Tue, 6 Dec 2016 16:11:49 +0000
Subject: [Paraview-developers] Panel widget combo box not reading
 enumerationdomain xml
In-Reply-To: <CAB5Fpx5iuV3ToF73GKdrTfSUpqRP_=yM41Ls=-mSXT5TsJ0zXg@mail.gmail.com>
References: <D327EFC022902140A6E855DC8604CCFB5B5CB8D2@sooty3.win.ara> 
 <CAB5Fpx5iuV3ToF73GKdrTfSUpqRP_=yM41Ls=-mSXT5TsJ0zXg@mail.gmail.com>
Message-ID: <D327EFC022902140A6E855DC8604CCFB5B5CEC43@sooty3.win.ara>

Hi Cory,

Thanks for the pointer to the pqIntVectorPropertyWidget.
I was able to see how the box was being populated by the xml and incorporate that into the custom widget which got it working.


-----Original Message-----
From: Cory Quammen [mailto:cory.quammen at kitware.com] 
Sent: 05 December 2016 18:58
To: David Lawrie
Cc: paraview-developers at paraview.org
Subject: Re: [Paraview-developers] Panel widget combo box not reading enumerationdomain xml

David,

I think you might need

      this->addPropertyLink(
        adaptor, "currentText", SIGNAL(currentTextChanged(QString)),
smproperty);
      this->setChangeAvailableAsChangeFinished(true);

instead of the property link you have provided. You may also need to populate the combobox with the XML values explicitly. See
pqIntVectorPropertyWidget.cxx:156-178 for how the standard combobox with an enumeration domain works. That ought to help you out with your custom widget.

Hope that helps,
Cory

On Thu, Nov 24, 2016 at 9:12 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
> Hi,
>
>
>
> I am trying to work out how to create custom panels using the 
> panel_widget entry in PropertyGroups. I have created a simple
>
> panel using QT designer and an associated class (subclassing 
> pqPropertyGroupWidget). I use addPropertyLink to link the ui to
>
> the paraview filter and then set up the servermanager xml.
>
>
>
> This mostly seems to work, the initial values in the ui and the filter 
> are as set in the xml and correctly update when I change them in
>
> the ui.
>
>
>
> However, one of the widget in the panel is a combo-box which I specify 
> the entries of in the xml, this remains blank.
>
>
>
> Below is a shortened example of the servermanager xml I am using and 
> the addPropertyLink code I have used. Any hints as to where
>
> I am going wrong, or what I might have missed out would be gratefully 
> received.
>
>
>
> <IntVectorProperty command="SetMode" name="SetMode" number_of_elements="1"
> default_values="1">
>
>   <EnumerationDomain name=?enum?>
>
>     <Entry text=?First entry? value=?1?/>
>
>     <Entry text=?Second entry? value=?2?/>
>
>   </EnumerationDomain>
>
> </IntVectorProperty>
>
>
>
> <PropertyGroup label="" panel_widget="MyPanel">
>
>   ?
>
>   <Property name=?SetMode? function=?LinkSetMode?/>
>
>   ?
>
> </PropertyGroup>
>
>
>
> smproperty = smgroup->GetProperty("LinkSetMode");
>
> if (smproperty != nullptr){
>
>   this->addPropertyLink(this->Internals->ComboMode, "currentIndex", 
> SIGNAL(activated(int)), smproperty);
>
> }
>
> **********************************************************************
>
> Please consider the environment. Only print this email if absolutely 
> necessary.
>
> This email contains information that is private and confidential and 
> is intended only for the addressee.
> If you are not the intended recipient please delete it and notify us 
> immediately by e-mailing the sender.
> Note: All email sent to or from this address may be accessed by 
> someone other than the recipient, for system management and security 
> reasons.
> Aircraft Research Association Ltd.  Registered in England, 
> Registration No
> 503668 Registered Office:
> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>
> **********************************************************************
>
>
> _______________________________________________
> 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.

**********************************************************************
Please consider the environment. Only print this email if absolutely necessary.

This email contains information that is private and confidential and is intended only for the addressee.
If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.
Note: All email sent to or from this address may be accessed by someone other than the recipient, for
system management and security reasons.
Aircraft Research Association Ltd.  Registered in England, Registration No 503668 Registered Office:
Manton Lane, Bedford MK41 7PF England VAT No GB 196351245

**********************************************************************

From cory.quammen at kitware.com  Tue Dec  6 11:15:47 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Tue, 6 Dec 2016 11:15:47 -0500
Subject: [Paraview-developers] Panel widget combo box not reading
 enumerationdomain xml
In-Reply-To: <D327EFC022902140A6E855DC8604CCFB5B5CEC43@sooty3.win.ara>
References: <D327EFC022902140A6E855DC8604CCFB5B5CB8D2@sooty3.win.ara>
 <CAB5Fpx5iuV3ToF73GKdrTfSUpqRP_=yM41Ls=-mSXT5TsJ0zXg@mail.gmail.com>
 <D327EFC022902140A6E855DC8604CCFB5B5CEC43@sooty3.win.ara>
Message-ID: <CAB5Fpx4OKVyiQKw1bVtrp5NVs8eJK6mXpowUJ610TpJ98dfdAA@mail.gmail.com>

David,

Sweet!. Thanks for following up.

Cory

On Tue, Dec 6, 2016 at 11:11 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
> Hi Cory,
>
> Thanks for the pointer to the pqIntVectorPropertyWidget.
> I was able to see how the box was being populated by the xml and incorporate that into the custom widget which got it working.
>
>
> -----Original Message-----
> From: Cory Quammen [mailto:cory.quammen at kitware.com]
> Sent: 05 December 2016 18:58
> To: David Lawrie
> Cc: paraview-developers at paraview.org
> Subject: Re: [Paraview-developers] Panel widget combo box not reading enumerationdomain xml
>
> David,
>
> I think you might need
>
>       this->addPropertyLink(
>         adaptor, "currentText", SIGNAL(currentTextChanged(QString)),
> smproperty);
>       this->setChangeAvailableAsChangeFinished(true);
>
> instead of the property link you have provided. You may also need to populate the combobox with the XML values explicitly. See
> pqIntVectorPropertyWidget.cxx:156-178 for how the standard combobox with an enumeration domain works. That ought to help you out with your custom widget.
>
> Hope that helps,
> Cory
>
> On Thu, Nov 24, 2016 at 9:12 AM, David Lawrie <dlawrie at ara.co.uk> wrote:
>> Hi,
>>
>>
>>
>> I am trying to work out how to create custom panels using the
>> panel_widget entry in PropertyGroups. I have created a simple
>>
>> panel using QT designer and an associated class (subclassing
>> pqPropertyGroupWidget). I use addPropertyLink to link the ui to
>>
>> the paraview filter and then set up the servermanager xml.
>>
>>
>>
>> This mostly seems to work, the initial values in the ui and the filter
>> are as set in the xml and correctly update when I change them in
>>
>> the ui.
>>
>>
>>
>> However, one of the widget in the panel is a combo-box which I specify
>> the entries of in the xml, this remains blank.
>>
>>
>>
>> Below is a shortened example of the servermanager xml I am using and
>> the addPropertyLink code I have used. Any hints as to where
>>
>> I am going wrong, or what I might have missed out would be gratefully
>> received.
>>
>>
>>
>> <IntVectorProperty command="SetMode" name="SetMode" number_of_elements="1"
>> default_values="1">
>>
>>   <EnumerationDomain name=?enum?>
>>
>>     <Entry text=?First entry? value=?1?/>
>>
>>     <Entry text=?Second entry? value=?2?/>
>>
>>   </EnumerationDomain>
>>
>> </IntVectorProperty>
>>
>>
>>
>> <PropertyGroup label="" panel_widget="MyPanel">
>>
>>   ?
>>
>>   <Property name=?SetMode? function=?LinkSetMode?/>
>>
>>   ?
>>
>> </PropertyGroup>
>>
>>
>>
>> smproperty = smgroup->GetProperty("LinkSetMode");
>>
>> if (smproperty != nullptr){
>>
>>   this->addPropertyLink(this->Internals->ComboMode, "currentIndex",
>> SIGNAL(activated(int)), smproperty);
>>
>> }
>>
>> **********************************************************************
>>
>> Please consider the environment. Only print this email if absolutely
>> necessary.
>>
>> This email contains information that is private and confidential and
>> is intended only for the addressee.
>> If you are not the intended recipient please delete it and notify us
>> immediately by e-mailing the sender.
>> Note: All email sent to or from this address may be accessed by
>> someone other than the recipient, for system management and security
>> reasons.
>> Aircraft Research Association Ltd.  Registered in England,
>> Registration No
>> 503668 Registered Office:
>> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>>
>> **********************************************************************
>>
>>
>> _______________________________________________
>> 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.
>
> **********************************************************************
> Please consider the environment. Only print this email if absolutely necessary.
>
> This email contains information that is private and confidential and is intended only for the addressee.
> If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.
> Note: All email sent to or from this address may be accessed by someone other than the recipient, for
> system management and security reasons.
> Aircraft Research Association Ltd.  Registered in England, Registration No 503668 Registered Office:
> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245
>
> **********************************************************************



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

From zig.shagit at ya.ru  Wed Dec  7 07:21:11 2016
From: zig.shagit at ya.ru (=?utf-8?B?0KjQsNCz0LjRgiDQl9C40LPQsNC90YjQuNC9?=)
Date: Wed, 07 Dec 2016 15:21:11 +0300
Subject: [Paraview-developers] Failing while building Paraview in Windows
Message-ID: <4818361481113271@web27h.yandex.ru>

Hi!

Today faced with error when I build paraview with ninja build using vs2015 compiler.

ninja: fatal: CreateProcess: The parameter is incorrect. vtkoggtheora\CMakeFiles\vtkoggtheora.dir\vtkoggtheora.rc.res

OS: Windows 10
Builder: Ninja
Compiler VS2015
Qt: 5.6.2

I tried to clean build and tried redownload and rebuild clean project. Not working

Shagit Ziganshin

From ben.boeckel at kitware.com  Wed Dec  7 09:33:29 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Wed, 7 Dec 2016 09:33:29 -0500
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <4818361481113271@web27h.yandex.ru>
References: <4818361481113271@web27h.yandex.ru>
Message-ID: <20161207143329.GA29766@megas.kitware.com>

On Wed, Dec 07, 2016 at 15:21:11 +0300, ????? ???????? wrote:
> Today faced with error when I build paraview with ninja build using vs2015 compiler.
> 
> ninja: fatal: CreateProcess: The parameter is incorrect. vtkoggtheora\CMakeFiles\vtkoggtheora.dir\vtkoggtheora.rc.res

Can you get the full command line related to this? What version of CMake
are you using?

--Ben

From aron.helser at kitware.com  Wed Dec  7 09:42:37 2016
From: aron.helser at kitware.com (Aron Helser)
Date: Wed, 7 Dec 2016 09:42:37 -0500
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <20161207143329.GA29766@megas.kitware.com>
References: <4818361481113271@web27h.yandex.ru>
 <20161207143329.GA29766@megas.kitware.com>
Message-ID: <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>

Another idea that comes to mind - since the error is related to a file
inside the CMakeFiles directory, have you tried completely deleting the
build directory and re-running CMake?
-Aron

On Wed, Dec 7, 2016 at 9:33 AM, Ben Boeckel <ben.boeckel at kitware.com> wrote:

> On Wed, Dec 07, 2016 at 15:21:11 +0300, ????? ???????? wrote:
> > Today faced with error when I build paraview with ninja build using
> vs2015 compiler.
> >
> > ninja: fatal: CreateProcess: The parameter is incorrect.
> vtkoggtheora\CMakeFiles\vtkoggtheora.dir\vtkoggtheora.rc.res
>
> Can you get the full command line related to this? What version of CMake
> are you using?
>
> --Ben
> _______________________________________________
> 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/20161207/295caab2/attachment.html>

From zig.shagit at ya.ru  Wed Dec  7 10:05:39 2016
From: zig.shagit at ya.ru (=?utf-8?B?0KjQsNCz0LjRgiDQl9C40LPQsNC90YjQuNC9?=)
Date: Wed, 07 Dec 2016 18:05:39 +0300
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>
References: <4818361481113271@web27h.yandex.ru>
 <20161207143329.GA29766@megas.kitware.com>
 <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>
Message-ID: <6407221481123139@web2h.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161207/a5920899/attachment.html>

From ben.boeckel at kitware.com  Wed Dec  7 10:17:38 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Wed, 7 Dec 2016 10:17:38 -0500
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <6407221481123139@web2h.yandex.ru>
References: <4818361481113271@web27h.yandex.ru>
 <20161207143329.GA29766@megas.kitware.com>
 <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>
 <6407221481123139@web2h.yandex.ru>
Message-ID: <20161207151738.GA17166@megas.kitware.com>

On Wed, Dec 07, 2016 at 18:05:39 +0300, ????? ???????? wrote:
> I deleted the directory - not working.
> 
> CMake - 3.6.2
> Full command "C:\Program Files\CMake\bin\cmake.exe C:/Paraview/Paraview-paths
> "-GCodeBlocks - Ninja" "-DBUILD_TESTING:BOOL=OFF" "-DCMAKE_BUILD_TYPE:STRING=
> Release" "-DCMAKE_CXX_COMPILER:FILEPATH=C:/Program Files (x86)/Microsoft Visual
> Studio 14.0/VC/bin/amd64/cl.exe" "-DCMAKE_CXX_MP_FLAG:BOOL=ON"
> "-DCMAKE_INSTALL_PREFIX:PATH=C:/Paraview/Paraview-paths-install"
> "-DPARAVIEW_ENABLE_PYTHON:BOOL=ON" "-DPARAVIEW_QT_VERSION:STRING=5"
> "-DPARAVIEW_USE_MPI:BOOL=ON" "-DQT_QMAKE_EXECUTABLE:STRING=C:/Qt/Qt5.6.2/5.6/
> msvc2015_64/bin/qmake.exe"

Sorry for not being more specific; that's the CMake command line; I'm
interested in the command which outputs the error itself; you can
probably get it from CodeBlocks somehow, or `ninja -v -j1`.

--Ben

From zig.shagit at ya.ru  Wed Dec  7 10:20:43 2016
From: zig.shagit at ya.ru (=?utf-8?B?0KjQsNCz0LjRgiDQl9C40LPQsNC90YjQuNC9?=)
Date: Wed, 07 Dec 2016 18:20:43 +0300
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <20161207151738.GA17166@megas.kitware.com>
References: <4818361481113271@web27h.yandex.ru>
 <20161207143329.GA29766@megas.kitware.com>
 <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>
 <6407221481123139@web2h.yandex.ru> <20161207151738.GA17166@megas.kitware.com>
Message-ID: <6460961481124043@web2h.yandex.ru>

Just "ninja" nothing more or less.

07.12.2016, 18:17, "Ben Boeckel" <ben.boeckel at kitware.com>:
> On Wed, Dec 07, 2016 at 18:05:39 +0300, ????? ???????? wrote:
>> ?I deleted the directory - not working.
>>
>> ?CMake - 3.6.2
>> ?Full command "C:\Program Files\CMake\bin\cmake.exe C:/Paraview/Paraview-paths
>> ?"-GCodeBlocks - Ninja" "-DBUILD_TESTING:BOOL=OFF" "-DCMAKE_BUILD_TYPE:STRING=
>> ?Release" "-DCMAKE_CXX_COMPILER:FILEPATH=C:/Program Files (x86)/Microsoft Visual
>> ?Studio 14.0/VC/bin/amd64/cl.exe" "-DCMAKE_CXX_MP_FLAG:BOOL=ON"
>> ?"-DCMAKE_INSTALL_PREFIX:PATH=C:/Paraview/Paraview-paths-install"
>> ?"-DPARAVIEW_ENABLE_PYTHON:BOOL=ON" "-DPARAVIEW_QT_VERSION:STRING=5"
>> ?"-DPARAVIEW_USE_MPI:BOOL=ON" "-DQT_QMAKE_EXECUTABLE:STRING=C:/Qt/Qt5.6.2/5.6/
>> ?msvc2015_64/bin/qmake.exe"
>
> Sorry for not being more specific; that's the CMake command line; I'm
> interested in the command which outputs the error itself; you can
> probably get it from CodeBlocks somehow, or `ninja -v -j1`.
>
> --Ben

????? ????????

From ben.boeckel at kitware.com  Wed Dec  7 10:40:19 2016
From: ben.boeckel at kitware.com (Ben Boeckel)
Date: Wed, 7 Dec 2016 10:40:19 -0500
Subject: [Paraview-developers] Failing while building Paraview in Windows
In-Reply-To: <6460961481124043@web2h.yandex.ru>
References: <4818361481113271@web27h.yandex.ru>
 <20161207143329.GA29766@megas.kitware.com>
 <CAF2skS6xif+NKxVkTFquxDW=V-YdcLjBhR9dFNkgqsz+fGYDYA@mail.gmail.com>
 <6407221481123139@web2h.yandex.ru>
 <20161207151738.GA17166@megas.kitware.com>
 <6460961481124043@web2h.yandex.ru>
Message-ID: <20161207154019.GA12000@megas.kitware.com>

On Wed, Dec 07, 2016 at 18:20:43 +0300, ????? ???????? wrote:
> Just "ninja" nothing more or less.

If you run `ninja -v` it will show the command line that it runs; adding
`-j1` will make it so that it only runs one thing at a time. It should
look something like this:

    % ninja -v
    [27-10->1/37 at 36.9] cd
    /home/boeckb/code/depot/group-kitware/vtk/build && /usr/bin/cmake
    -Drelative_top=/home/boeckb/code/depot/group-kitware/vtk/build
    -Dfile=/home/boeckb/code/depot/group-kitware/vtk/build/ExternalData/Testing/Data/Microscopy/pathology.tif
    -Dname=/home/boeckb/code/depot/group-kitware/vtk/src/Testing/Data/Microscopy/pathology.tif
    -Dext=.md5 -DExternalData_ACTION=fetch
    -DExternalData_CONFIG=/home/boeckb/code/depot/group-kitware/vtk/build/VTKData_config.cmake
    -P /home/boeckb/code/depot/group-kitware/vtk/src/CMake/ExternalData.cmake
    -- Found object:
    "/home/boeckb/code/depot/group-kitware/vtk/src/.ExternalData/MD5/6a89389966723771bc54d12bbcba1a0b"

--Ben

From mohamedanis.bouriga at ardia.com.tn  Fri Dec  9 04:04:30 2016
From: mohamedanis.bouriga at ardia.com.tn (Mohamed Anis BOURIGA)
Date: Fri, 9 Dec 2016 09:04:30 +0000
Subject: [Paraview-developers] Paraview Scene Graph
Message-ID: <HE1PR0101MB2236B26DAE2A8B1433C42A99C7870@HE1PR0101MB2236.eurprd01.prod.exchangelabs.com>

Hello ParaView World,


 I'm working on a project that uses extensively the concept of "scene graph" where a modification on a parent node is propagated to children nodes. The scene consists of relatively big number of objects. For example, I want that when applying a rotation to the root node, the rotation is perceived by all the children.


 I tried using the pipeline architecture of paraview with the transform filter. Unfortunately, it appears that this causes a huge problem of performance.


 My idea was to use the transforming parameters in the advanced panel that appears to apply the modifications almost instantly. The problem with that is that transformations are not perceived by children nodes. Correct me if I'm wrong but, I think that those transformations are applied to vtkActors associated with the objects and not the objects data.


 So my question is : Is there a way to propagate the transformations to children nodes efficiently?


Best regards,

Mohamed Anis Bouriga.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161209/a46682b2/attachment.html>

From david.lonie at kitware.com  Fri Dec  9 13:45:32 2016
From: david.lonie at kitware.com (David Lonie)
Date: Fri, 9 Dec 2016 13:45:32 -0500
Subject: [Paraview-developers] Forwarding optional input port to subproxy
Message-ID: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>

Hi list,

I'm trying to add the ability to use a custom dataset as a glyph source in
for the default glyph/geometry representation, and I'm stuck at the XML
part.

How things are currently arranged:

Glyph3DRepresentation has a GlyphType InputProperty, which is controlled by
a ProxyListDomain that contains various polydata SourceProxies.

The GeometryRepresentation has a Glyph3DRepresentation SubProxy.

It looks like I'd need some way to:

1) Specify that the GlyphType's ProxyListDomain should use an input
connection as valid input.

2) Add an optional input connection to GeometryRepresentation that is
picked up by Glyph3DRepresentation and used for the GlyphType input when
the ProxyListDomain is set to "use input" from (1).

Do these pieces exist, or are there other ways to do this?

BTW, I'm aware of the custom glyph filter, but that won't work in this
scenario -- we need the glyphing to happen at render-time without creating
a massive glyphed polydata object in-memory.

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

From shawn.waldon at kitware.com  Fri Dec  9 13:56:07 2016
From: shawn.waldon at kitware.com (Shawn Waldon)
Date: Fri, 9 Dec 2016 13:56:07 -0500
Subject: [Paraview-developers] [EXTERNAL] Re: ParaView superbuild and
	Source
In-Reply-To: <133a220f524b445ab0d84f4ec8db41ed@ES01AMSNLNT.srn.sandia.gov>
References: <fac85caba2c64673832c1680edc85de2@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT1YxUCL3OdPQrkeS6OA5fvQeVy+D6b5d_-qqbmMAHkNQQ@mail.gmail.com>
 <67cf9f63b12b441c9400b281c1b863ed@ES01AMSNLNT.srn.sandia.gov>
 <CALSpCT0hcoOsUJc7kKxJRsEcHyYxkkD3zU0uXg4x_=JXSiq2rA@mail.gmail.com>
 <133a220f524b445ab0d84f4ec8db41ed@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CALSpCT3UJCANEi56LjD9ZDSePL2BeSwBS05LHrqkFhPZZtBZNQ@mail.gmail.com>

Alan,

I don't know the answer...  Did you figure it out?  I was hoping that Ben
would chime in since he's back from vacation this week.  I agree with you
though: we need to figure out the right way to do it and update the docs.

Ben?

On Wed, Nov 30, 2016 at 7:17 PM, Scott, W Alan <wascott at sandia.gov> wrote:

> Shawn,
>
> OK ? with this one issue I have dug a bit deeper.  What I had was
> according to the directions on the ParaView Superbuild site, located here:
> https://gitlab.kitware.com/paraview/paraview-superbuild.  You told me to
> do something different.  Neither appears to work.  So, issue number one is
> to figure what we need to do, and get it working correctly, and second is
> to update the docs.
>
>
>
> Help?
>
>
>
> Thanks,
>
>
>
> Alan
>
>
>
> *From:* Shawn Waldon [mailto:shawn.waldon at kitware.com]
> *Sent:* Wednesday, November 30, 2016 3:22 PM
> *To:* Scott, W Alan <wascott at sandia.gov>; Chuck Atkins <
> chuck.atkins at kitware.com>; Ben Boeckel <ben.boeckel at kitware.com>
> *Cc:* paraview-developers at paraview.org
> *Subject:* Re: [EXTERNAL] Re: [Paraview-developers] ParaView superbuild
> and Source
>
>
>
> Hi Alan,
>
> As far as I know that should have worked.  I'm CCing some of the folks who
> work more on the superbuild than I do.  Some answers are also inline below.
>
>
>
> On Wed, Nov 30, 2016 at 5:03 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>
> Hi Shawn,
>
> Nope, once again the Superbuild is downloading from the web.  Any other
> ideas?  I wrote up details here: https://gitlab.kitware.com/
> paraview/paraview/issues/17059.
>
>
>
> Not at the moment.  I remembered enough from helping test this that I
> could look up the variable names.  You could use ccmake to check they are
> spelled correctly but AFAIK that should work.
>
>
>
> Are there tests for this stuff in the nightly testing suite?  This has bit
> me at least half a dozen times at this point?
>
>
>
> We test the local source directory case on the buildbots.  But I don't
> know if we actually make sure it is using the right source... I'll double
> check.
>
>
>
> Shawn
>
>
>
>
>
> *From:* Shawn Waldon [mailto:shawn.waldon at kitware.com]
> *Sent:* Wednesday, November 30, 2016 1:13 PM
> *To:* Scott, W Alan <wascott at sandia.gov>
> *Cc:* paraview-developers at paraview.org
> *Subject:* [EXTERNAL] Re: [Paraview-developers] ParaView superbuild and
> Source
>
>
>
> Alan,
>
> We refactored the superbuild so that other projects than paraview could
> have multiple possible sources.  The new variable is
> paraview_SOURCE_SELECTION.  The options are '5.2.0' (downloads tarball from
> paraview.org and the default), 'git' (pulls git master), and 'source'
> which uses an external source dir.  The git and source options are
> customizable with other variables (to specify which source dir or which git
> branch/tag to use).  I think what you want now is this:
>
> cMakeVars = cMakeVars +\
>
>     '-Dparaview_SOURCE_SELECTION:STRING=source '+\
>
>     '-Dparaview_SOURCE_DIR:PATH='+pvSrcDir+' '
>
> The first one has the same effect as the first two in your example and the
> last one sets the path to the source dir of ParaView.
>
>
>
> HTH,
>
> Shawn
>
>
>
> On Wed, Nov 30, 2016 at 2:50 PM, Scott, W Alan <wascott at sandia.gov> wrote:
>
> I have set the following variables, attempting to turn off Paraview?s
> downloading from the paraview.org website.  Yet, SuperBuild is
> downloading everything externally!  What am I doing wrong?  How can I make
> ParaView not do this download and just fail?  Are the switches just ignored?
>
>
>
>
>
> cMakeVars = cMakeVars +\
>
>         '-DParaView_FROM_GIT:BOOL=OFF '+\
>
>         '-DParaView_FROM_SOURCE_DIR:BOOL=ON '+\
>
>         '-DPARAVIEW_SOURCE_DIR:PATH='+pvSrcDir+' '
>
>
>
>
>
> Groan.
>
>
>
> Alan
>
>
>
>
> _______________________________________________
> 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/20161209/edd3d97b/attachment.html>

From mathieu.westphal at kitware.com  Fri Dec  9 14:11:06 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Fri, 9 Dec 2016 20:11:06 +0100
Subject: [Paraview-developers] Forwarding optional input port to subproxy
In-Reply-To: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>
References: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>
Message-ID: <CAC2t4UTW7vHSgiqNMNHWKCg=MD4kqsVZJwythdpN0Qc+TFpZ8w@mail.gmail.com>

Take a look at thsi xml.

It's a the tracker "Surface" input is an optional input which is forwarded
to the "Model" proxy.
https://gitlab.kitware.com/paraview/paraview/blob/868bfcbac94325498394f2f9845b81b17e91a377/Plugins/LagrangianParticleTracker/LagrangianParticleTracker.xml

Mathieu

Mathieu Westphal

On Fri, Dec 9, 2016 at 7:45 PM, David Lonie <david.lonie at kitware.com> wrote:

> Hi list,
>
> I'm trying to add the ability to use a custom dataset as a glyph source in
> for the default glyph/geometry representation, and I'm stuck at the XML
> part.
>
> How things are currently arranged:
>
> Glyph3DRepresentation has a GlyphType InputProperty, which is controlled
> by a ProxyListDomain that contains various polydata SourceProxies.
>
> The GeometryRepresentation has a Glyph3DRepresentation SubProxy.
>
> It looks like I'd need some way to:
>
> 1) Specify that the GlyphType's ProxyListDomain should use an input
> connection as valid input.
>
> 2) Add an optional input connection to GeometryRepresentation that is
> picked up by Glyph3DRepresentation and used for the GlyphType input when
> the ProxyListDomain is set to "use input" from (1).
>
> Do these pieces exist, or are there other ways to do this?
>
> BTW, I'm aware of the custom glyph filter, but that won't work in this
> scenario -- we need the glyphing to happen at render-time without creating
> a massive glyphed polydata object in-memory.
>
> Dave
>
> _______________________________________________
> 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/20161209/b2ebcee8/attachment-0001.html>

From david.lonie at kitware.com  Fri Dec  9 14:35:26 2016
From: david.lonie at kitware.com (David Lonie)
Date: Fri, 9 Dec 2016 14:35:26 -0500
Subject: [Paraview-developers] Forwarding optional input port to subproxy
In-Reply-To: <CAC2t4UTW7vHSgiqNMNHWKCg=MD4kqsVZJwythdpN0Qc+TFpZ8w@mail.gmail.com>
References: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>
 <CAC2t4UTW7vHSgiqNMNHWKCg=MD4kqsVZJwythdpN0Qc+TFpZ8w@mail.gmail.com>
Message-ID: <CA+=e1otFaMFQK2YTr+4OnvYbJeFUSwy4dZ=ocXmEM9Ha5Yb0AA@mail.gmail.com>

Thanks for the tip.

AIUI, though, the Hints/ProxyList/Link method only works for
ProxyProperties, not SubProxies? (I could be completely wrong).

I'll still need someway to add an arbitrary input to the ProxyListDomain,
too.

On Fri, Dec 9, 2016 at 2:11 PM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Take a look at thsi xml.
>
> It's a the tracker "Surface" input is an optional input which is forwarded
> to the "Model" proxy.
> https://gitlab.kitware.com/paraview/paraview/blob/
> 868bfcbac94325498394f2f9845b81b17e91a377/Plugins/
> LagrangianParticleTracker/LagrangianParticleTracker.xml
>
> Mathieu
>
> Mathieu Westphal
>
> On Fri, Dec 9, 2016 at 7:45 PM, David Lonie <david.lonie at kitware.com>
> wrote:
>
>> Hi list,
>>
>> I'm trying to add the ability to use a custom dataset as a glyph source
>> in for the default glyph/geometry representation, and I'm stuck at the XML
>> part.
>>
>> How things are currently arranged:
>>
>> Glyph3DRepresentation has a GlyphType InputProperty, which is controlled
>> by a ProxyListDomain that contains various polydata SourceProxies.
>>
>> The GeometryRepresentation has a Glyph3DRepresentation SubProxy.
>>
>> It looks like I'd need some way to:
>>
>> 1) Specify that the GlyphType's ProxyListDomain should use an input
>> connection as valid input.
>>
>> 2) Add an optional input connection to GeometryRepresentation that is
>> picked up by Glyph3DRepresentation and used for the GlyphType input when
>> the ProxyListDomain is set to "use input" from (1).
>>
>> Do these pieces exist, or are there other ways to do this?
>>
>> BTW, I'm aware of the custom glyph filter, but that won't work in this
>> scenario -- we need the glyphing to happen at render-time without creating
>> a massive glyphed polydata object in-memory.
>>
>> Dave
>>
>> _______________________________________________
>> 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/20161209/468f696f/attachment.html>

From mathieu.westphal at kitware.com  Fri Dec  9 14:43:15 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Fri, 9 Dec 2016 20:43:15 +0100
Subject: [Paraview-developers] Forwarding optional input port to subproxy
In-Reply-To: <CA+=e1otFaMFQK2YTr+4OnvYbJeFUSwy4dZ=ocXmEM9Ha5Yb0AA@mail.gmail.com>
References: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>
 <CAC2t4UTW7vHSgiqNMNHWKCg=MD4kqsVZJwythdpN0Qc+TFpZ8w@mail.gmail.com>
 <CA+=e1otFaMFQK2YTr+4OnvYbJeFUSwy4dZ=ocXmEM9Ha5Yb0AA@mail.gmail.com>
Message-ID: <CAC2t4USO+PBG6z4yEf4nkRP8QKH2vNzO9kJzJb2NU0Utp0TwLA@mail.gmail.com>

AFAIK it's not possible for subproxies (could be wrong as well though)

Mathieu Westphal

On Fri, Dec 9, 2016 at 8:35 PM, David Lonie <david.lonie at kitware.com> wrote:

> Thanks for the tip.
>
> AIUI, though, the Hints/ProxyList/Link method only works for
> ProxyProperties, not SubProxies? (I could be completely wrong).
>
> I'll still need someway to add an arbitrary input to the ProxyListDomain,
> too.
>
> On Fri, Dec 9, 2016 at 2:11 PM, Mathieu Westphal <
> mathieu.westphal at kitware.com> wrote:
>
>> Take a look at thsi xml.
>>
>> It's a the tracker "Surface" input is an optional input which is
>> forwarded to the "Model" proxy.
>> https://gitlab.kitware.com/paraview/paraview/blob/868bfcbac9
>> 4325498394f2f9845b81b17e91a377/Plugins/LagrangianParticleTra
>> cker/LagrangianParticleTracker.xml
>>
>> Mathieu
>>
>> Mathieu Westphal
>>
>> On Fri, Dec 9, 2016 at 7:45 PM, David Lonie <david.lonie at kitware.com>
>> wrote:
>>
>>> Hi list,
>>>
>>> I'm trying to add the ability to use a custom dataset as a glyph source
>>> in for the default glyph/geometry representation, and I'm stuck at the XML
>>> part.
>>>
>>> How things are currently arranged:
>>>
>>> Glyph3DRepresentation has a GlyphType InputProperty, which is controlled
>>> by a ProxyListDomain that contains various polydata SourceProxies.
>>>
>>> The GeometryRepresentation has a Glyph3DRepresentation SubProxy.
>>>
>>> It looks like I'd need some way to:
>>>
>>> 1) Specify that the GlyphType's ProxyListDomain should use an input
>>> connection as valid input.
>>>
>>> 2) Add an optional input connection to GeometryRepresentation that is
>>> picked up by Glyph3DRepresentation and used for the GlyphType input when
>>> the ProxyListDomain is set to "use input" from (1).
>>>
>>> Do these pieces exist, or are there other ways to do this?
>>>
>>> BTW, I'm aware of the custom glyph filter, but that won't work in this
>>> scenario -- we need the glyphing to happen at render-time without creating
>>> a massive glyphed polydata object in-memory.
>>>
>>> Dave
>>>
>>> _______________________________________________
>>> 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/20161209/7004bd50/attachment.html>

From david.lonie at kitware.com  Fri Dec  9 14:47:06 2016
From: david.lonie at kitware.com (David Lonie)
Date: Fri, 9 Dec 2016 14:47:06 -0500
Subject: [Paraview-developers] Forwarding optional input port to subproxy
In-Reply-To: <CAC2t4USO+PBG6z4yEf4nkRP8QKH2vNzO9kJzJb2NU0Utp0TwLA@mail.gmail.com>
References: <CA+=e1oufceaX=5w_xOBiscQ27T_6CB0AwBv+b4znQ2vXcRD1qg@mail.gmail.com>
 <CAC2t4UTW7vHSgiqNMNHWKCg=MD4kqsVZJwythdpN0Qc+TFpZ8w@mail.gmail.com>
 <CA+=e1otFaMFQK2YTr+4OnvYbJeFUSwy4dZ=ocXmEM9Ha5Yb0AA@mail.gmail.com>
 <CAC2t4USO+PBG6z4yEf4nkRP8QKH2vNzO9kJzJb2NU0Utp0TwLA@mail.gmail.com>
Message-ID: <CA+=e1oueNPqa=inuXJptfWgYkUkEd9ZRjyQcHZMPGBNrUaz_Dg@mail.gmail.com>

SubProxies have a similar ShareProperties thing that I think could be used,
but the ProxyListDomain issue would need to be addressed. Might need to
wait for Utkarsh on this one :)

On Fri, Dec 9, 2016 at 2:43 PM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> AFAIK it's not possible for subproxies (could be wrong as well though)
>
> Mathieu Westphal
>
> On Fri, Dec 9, 2016 at 8:35 PM, David Lonie <david.lonie at kitware.com>
> wrote:
>
>> Thanks for the tip.
>>
>> AIUI, though, the Hints/ProxyList/Link method only works for
>> ProxyProperties, not SubProxies? (I could be completely wrong).
>>
>> I'll still need someway to add an arbitrary input to the ProxyListDomain,
>> too.
>>
>> On Fri, Dec 9, 2016 at 2:11 PM, Mathieu Westphal <
>> mathieu.westphal at kitware.com> wrote:
>>
>>> Take a look at thsi xml.
>>>
>>> It's a the tracker "Surface" input is an optional input which is
>>> forwarded to the "Model" proxy.
>>> https://gitlab.kitware.com/paraview/paraview/blob/868bfcbac9
>>> 4325498394f2f9845b81b17e91a377/Plugins/LagrangianParticleTra
>>> cker/LagrangianParticleTracker.xml
>>>
>>> Mathieu
>>>
>>> Mathieu Westphal
>>>
>>> On Fri, Dec 9, 2016 at 7:45 PM, David Lonie <david.lonie at kitware.com>
>>> wrote:
>>>
>>>> Hi list,
>>>>
>>>> I'm trying to add the ability to use a custom dataset as a glyph source
>>>> in for the default glyph/geometry representation, and I'm stuck at the XML
>>>> part.
>>>>
>>>> How things are currently arranged:
>>>>
>>>> Glyph3DRepresentation has a GlyphType InputProperty, which is
>>>> controlled by a ProxyListDomain that contains various polydata
>>>> SourceProxies.
>>>>
>>>> The GeometryRepresentation has a Glyph3DRepresentation SubProxy.
>>>>
>>>> It looks like I'd need some way to:
>>>>
>>>> 1) Specify that the GlyphType's ProxyListDomain should use an input
>>>> connection as valid input.
>>>>
>>>> 2) Add an optional input connection to GeometryRepresentation that is
>>>> picked up by Glyph3DRepresentation and used for the GlyphType input when
>>>> the ProxyListDomain is set to "use input" from (1).
>>>>
>>>> Do these pieces exist, or are there other ways to do this?
>>>>
>>>> BTW, I'm aware of the custom glyph filter, but that won't work in this
>>>> scenario -- we need the glyphing to happen at render-time without creating
>>>> a massive glyphed polydata object in-memory.
>>>>
>>>> Dave
>>>>
>>>> _______________________________________________
>>>> 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/20161209/f1cbe4e5/attachment-0001.html>

From cory.quammen at kitware.com  Mon Dec 12 11:18:30 2016
From: cory.quammen at kitware.com (Cory Quammen)
Date: Mon, 12 Dec 2016 11:18:30 -0500
Subject: [Paraview-developers] Paraview Scene Graph
In-Reply-To: <HE1PR0101MB2236B26DAE2A8B1433C42A99C7870@HE1PR0101MB2236.eurprd01.prod.exchangelabs.com>
References: <HE1PR0101MB2236B26DAE2A8B1433C42A99C7870@HE1PR0101MB2236.eurprd01.prod.exchangelabs.com>
Message-ID: <CAB5Fpx5iJ+w7pOAeEEWCD+ONcoyZ1UJukzaV9q_zqhYx1K9nyQ@mail.gmail.com>

Mohamed,

You should do this with "Group Datasets". Group your children nodes
together, then apply a Transform filter to the group. You can further
group the Transform filters to apply additional rotations to the
higher level grouping as you would expect in a scene graph.

This won't be as efficient as applying a transform at every scene
graph level in the GPU, for example, but it should provide you some
basic scene graph capabilities.

HTH,
Cory

On Fri, Dec 9, 2016 at 4:04 AM, Mohamed Anis BOURIGA
<mohamedanis.bouriga at ardia.com.tn> wrote:
> Hello ParaView World,
>
>
>  I'm working on a project that uses extensively the concept of "scene graph"
> where a modification on a parent node is propagated to children nodes. The
> scene consists of relatively big number of objects. For example, I want that
> when applying a rotation to the root node, the rotation is perceived by all
> the children.
>
>
>  I tried using the pipeline architecture of paraview with the transform
> filter. Unfortunately, it appears that this causes a huge problem of
> performance.
>
>
>  My idea was to use the transforming parameters in the advanced panel that
> appears to apply the modifications almost instantly. The problem with that
> is that transformations are not perceived by children nodes. Correct me if
> I'm wrong but, I think that those transformations are applied to vtkActors
> associated with the objects and not the objects data.
>
>
>  So my question is : Is there a way to propagate the transformations to
> children nodes efficiently?
>
>
> Best regards,
>
> Mohamed Anis Bouriga.
>
>
> _______________________________________________
> 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 utkarsh.ayachit at kitware.com  Tue Dec 13 10:09:33 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 13 Dec 2016 10:09:33 -0500
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <CACJ=gTikbNS4-PLes5AFj2cotgUe8UgRrpqcwgBrNOerdHgQ1Q@mail.gmail.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
 <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
 <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>
 <CACJ=gTikbNS4-PLes5AFj2cotgUe8UgRrpqcwgBrNOerdHgQ1Q@mail.gmail.com>
Message-ID: <CADHSJjB-G7Vh9nWdWg4oy_gTWvXHbxWWSJ5jn=rSt3UDU0sUDw@mail.gmail.com>

Mathieu,

Just wanted to check up on how you're progressing with this. Let me know if
you need any help from our side.

Utkarsh

On Fri, Dec 2, 2016 at 3:16 PM, Joachim Pouderoux <
joachim.pouderoux at kitware.com> wrote:

> Thanks Utkarsh. This looks indeed like an elegant way to address the issue!
>
> *Joachim Pouderoux*, PhD
>
> *Technical Expert - Scientific Computing Team*
> *Kitware SAS <http://www.kitware.fr>*
>
>
> 2016-12-02 14:53 GMT-04:00 Utkarsh Ayachit <utkarsh.ayachit at kitware.com>:
>
>> My thought was extending property decorators to work with property
>> groups. Thus , there'll be no new mechanism that'd need to be added, but
>> expand on what's already there.
>>
>> Utkarsh
>>
>> > On Dec 2, 2016, at 9:18 PM, Cory Quammen <cory.quammen at kitware.com>
>> wrote:
>> >
>> > Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
>> > all of next week and will be back Dec. 13.
>> >
>> > - Cory
>> >
>> > On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
>> > <mathieu.westphal at kitware.com> wrote:
>> >> Hi All
>> >>
>> >> I will tackle part of this issue :
>> >> https://gitlab.kitware.com/paraview/paraview/issues/16898
>> >>
>> >> I will just add a mechanism to not show some display properties if the
>> >> current representation is not their own.
>> >>
>> >> Just a heads-up, if anyone have any advice for this, now is the time !
>> >>
>> >> Thanks,
>> >> Mathieu Westphal
>> >
>> >
>> >
>> > --
>> > Cory Quammen
>> > Staff R&D Engineer
>> > Kitware, Inc.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/45af0192/attachment.html>

From mathieu.westphal at kitware.com  Tue Dec 13 10:10:24 2016
From: mathieu.westphal at kitware.com (Mathieu Westphal)
Date: Tue, 13 Dec 2016 16:10:24 +0100
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <CADHSJjB-G7Vh9nWdWg4oy_gTWvXHbxWWSJ5jn=rSt3UDU0sUDw@mail.gmail.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
 <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
 <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>
 <CACJ=gTikbNS4-PLes5AFj2cotgUe8UgRrpqcwgBrNOerdHgQ1Q@mail.gmail.com>
 <CADHSJjB-G7Vh9nWdWg4oy_gTWvXHbxWWSJ5jn=rSt3UDU0sUDw@mail.gmail.com>
Message-ID: <CAC2t4UQH7i_MwALURD3rrZy7gFt9b6eMkFZGB31zi1x=OYvzLQ@mail.gmail.com>

Louis is working on it and will tag you if not already.

Mathieu Westphal

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

> Mathieu,
>
> Just wanted to check up on how you're progressing with this. Let me know
> if you need any help from our side.
>
> Utkarsh
>
> On Fri, Dec 2, 2016 at 3:16 PM, Joachim Pouderoux <
> joachim.pouderoux at kitware.com> wrote:
>
>> Thanks Utkarsh. This looks indeed like an elegant way to address the
>> issue!
>>
>> *Joachim Pouderoux*, PhD
>>
>> *Technical Expert - Scientific Computing Team*
>> *Kitware SAS <http://www.kitware.fr>*
>>
>>
>> 2016-12-02 14:53 GMT-04:00 Utkarsh Ayachit <utkarsh.ayachit at kitware.com>:
>>
>>> My thought was extending property decorators to work with property
>>> groups. Thus , there'll be no new mechanism that'd need to be added, but
>>> expand on what's already there.
>>>
>>> Utkarsh
>>>
>>> > On Dec 2, 2016, at 9:18 PM, Cory Quammen <cory.quammen at kitware.com>
>>> wrote:
>>> >
>>> > Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
>>> > all of next week and will be back Dec. 13.
>>> >
>>> > - Cory
>>> >
>>> > On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
>>> > <mathieu.westphal at kitware.com> wrote:
>>> >> Hi All
>>> >>
>>> >> I will tackle part of this issue :
>>> >> https://gitlab.kitware.com/paraview/paraview/issues/16898
>>> >>
>>> >> I will just add a mechanism to not show some display properties if the
>>> >> current representation is not their own.
>>> >>
>>> >> Just a heads-up, if anyone have any advice for this, now is the time !
>>> >>
>>> >> Thanks,
>>> >> Mathieu Westphal
>>> >
>>> >
>>> >
>>> > --
>>> > Cory Quammen
>>> > Staff R&D Engineer
>>> > Kitware, Inc.
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/8630af2c/attachment.html>

From utkarsh.ayachit at kitware.com  Tue Dec 13 10:11:09 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 13 Dec 2016 10:11:09 -0500
Subject: [Paraview-developers] ParaView's Display properties
In-Reply-To: <CAC2t4UQH7i_MwALURD3rrZy7gFt9b6eMkFZGB31zi1x=OYvzLQ@mail.gmail.com>
References: <CAC2t4US2qgTqcqWoQ4_chcnDH5um4mg-vgTdR6Srv_ZOJv6dvg@mail.gmail.com>
 <CAB5Fpx7MdM2hoZrg2QPE9zc+ePjdyjS8drA1PK6C+o1G6LPu1w@mail.gmail.com>
 <87B04DD9-B649-4275-88AA-0578A539CEB8@kitware.com>
 <CACJ=gTikbNS4-PLes5AFj2cotgUe8UgRrpqcwgBrNOerdHgQ1Q@mail.gmail.com>
 <CADHSJjB-G7Vh9nWdWg4oy_gTWvXHbxWWSJ5jn=rSt3UDU0sUDw@mail.gmail.com>
 <CAC2t4UQH7i_MwALURD3rrZy7gFt9b6eMkFZGB31zi1x=OYvzLQ@mail.gmail.com>
Message-ID: <CADHSJjCEkWp=SvSWtTCVWDeMO57GRHkn9r-vyvVEV4UBw6dHgw@mail.gmail.com>

Cool! Thanks for the update.

On Tue, Dec 13, 2016 at 10:10 AM, Mathieu Westphal <
mathieu.westphal at kitware.com> wrote:

> Louis is working on it and will tag you if not already.
>
> Mathieu Westphal
>
> On Tue, Dec 13, 2016 at 4:09 PM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> Mathieu,
>>
>> Just wanted to check up on how you're progressing with this. Let me know
>> if you need any help from our side.
>>
>> Utkarsh
>>
>> On Fri, Dec 2, 2016 at 3:16 PM, Joachim Pouderoux <
>> joachim.pouderoux at kitware.com> wrote:
>>
>>> Thanks Utkarsh. This looks indeed like an elegant way to address the
>>> issue!
>>>
>>> *Joachim Pouderoux*, PhD
>>>
>>> *Technical Expert - Scientific Computing Team*
>>> *Kitware SAS <http://www.kitware.fr>*
>>>
>>>
>>> 2016-12-02 14:53 GMT-04:00 Utkarsh Ayachit <utkarsh.ayachit at kitware.com>
>>> :
>>>
>>>> My thought was extending property decorators to work with property
>>>> groups. Thus , there'll be no new mechanism that'd need to be added, but
>>>> expand on what's already there.
>>>>
>>>> Utkarsh
>>>>
>>>> > On Dec 2, 2016, at 9:18 PM, Cory Quammen <cory.quammen at kitware.com>
>>>> wrote:
>>>> >
>>>> > Sounds like a reasonable approach, Mathieu. Note that Utkarsh is out
>>>> > all of next week and will be back Dec. 13.
>>>> >
>>>> > - Cory
>>>> >
>>>> > On Fri, Dec 2, 2016 at 10:45 AM, Mathieu Westphal
>>>> > <mathieu.westphal at kitware.com> wrote:
>>>> >> Hi All
>>>> >>
>>>> >> I will tackle part of this issue :
>>>> >> https://gitlab.kitware.com/paraview/paraview/issues/16898
>>>> >>
>>>> >> I will just add a mechanism to not show some display properties if
>>>> the
>>>> >> current representation is not their own.
>>>> >>
>>>> >> Just a heads-up, if anyone have any advice for this, now is the time
>>>> !
>>>> >>
>>>> >> Thanks,
>>>> >> Mathieu Westphal
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Cory Quammen
>>>> > Staff R&D Engineer
>>>> > Kitware, Inc.
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/b5d928da/attachment.html>

From schreibermario40 at gmail.com  Tue Dec 13 12:53:34 2016
From: schreibermario40 at gmail.com (Mario Schreiber)
Date: Tue, 13 Dec 2016 18:53:34 +0100
Subject: [Paraview-developers] Fwd: Invoke remote procedure from proxy with
	argument and return value
Message-ID: <CADzkqRG5mFm_GAb76qSY2EGmOxb7MPLYk2pN6n7RdM+GvV12Ww@mail.gmail.com>

Dear developers,
I am urgently looking for a possibility to invoke methods with return
values on the server from a paraview python client. For performance reasons
(high latency network) this should not need more than a single
client-server request.

This appears to be a difficult task, at least I couldn't get any reply on
the users list for a week (see below). I'd appreciate if you could guide me
in the right direction, and if there is no easy solution, maybe enumerate a
few steps where I have to interfere with the message protocol to include a
return value.

Thank you
Mario

---------- Forwarded message ----------
From: Mario Schreiber <schreibermario40 at gmail.com>
Date: 2016-12-11 18:01 GMT+01:00
Subject: Re: Invoke remote procedure from proxy with argument and return
value
To: paraview at paraview.org


Why is it so complicated to call a procedure and receive a return value on
the client?

I am attaching my attempt (CMakeLists.txt, vtkSquareFun.cxx, vtkSquareFun.h
and TestPlugin.xml, each less than 20 lines of code), which basically
calculates the square of an argument in vtkSquareFun::eval(double x).

When I load this plugin in Paraview and open the Python Shell, I can
evaluate vtkSquareFun::eval() using a detour by first setting the argument
and then getting the result, which is linked to the argument property in
TestPlugin.xml:

fun=servermanager.CreateProxy("test","SquareFun")
fun.GetProperty("Arg").SetElement(0,999)
fun.UpdateVTKObjects()
fun.UpdatePropertyInformation()
fun.GetProperty("Result").GetElement(0)
... showing the correct result 998001.

Why can't I simply run the following?
fun=servermanager.CreateProxy("test","SquareFun")
result=fun.InvokeCommand("eval",[999.0])

Does Paraview really not provide any means of calling a function with
arguments and return value within a single client-server communication? All
these individual message transfers are a bottleneck in our application.
Does the Paraview architecture exclude more universal remote procedure
calls, or do you think that one could just augment the available procedures
with another procedure that can deliver a set of custom return values?

Thanks
Mario


2016-12-07 7:34 GMT+01:00 Mario Schreiber <schreibermario40 at gmail.com>:

> Hello,
> I have a use case, where a vtkObject on the server implements a method like
>
> std::string doSomething(std::string arg);
>
> Now, with a proxy prx on the client for  that class, I would like to call
> the remote procedure similar to
>
> result=prx.InvokeCommand("doSomething",[arg])
>
> Is something like this possible?
> I found a very complicated workaround by first defining the arguments as
> properties, defining the result as information_only property linked to on
> of the args, then calling "UpdateVTKObjects" to push the arguments and
> finally "UpdateInformationProperties" to pull the result. Is there an
> easier solution, possible with a short example?
>
> Thank you
> Mario
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/62da072e/attachment.html>
-------------- next part --------------
FIND_PACKAGE(ParaView REQUIRED)
INCLUDE(${PARAVIEW_USE_FILE})

ADD_PARAVIEW_PLUGIN(TestPlugin "1.0"
  SERVER_MANAGER_XML TestPlugin.xml
  SERVER_MANAGER_SOURCES vtkSquareFun.cxx
)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: TestPlugin.xml
Type: text/xml
Size: 625 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/62da072e/attachment.xml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vtkSquareFun.cxx
Type: text/x-c++src
Size: 311 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/62da072e/attachment.cxx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vtkSquareFun.h
Type: text/x-chdr
Size: 421 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161213/62da072e/attachment.h>

From wascott at sandia.gov  Wed Dec 14 16:58:34 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 14 Dec 2016 21:58:34 +0000
Subject: [Paraview-developers] Cluster tests
Message-ID: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>

Utkarsh/Cory,
I finally wrote up a testing wiki for clusters.  Much of this is tribal knowledge, and shouldn't be.  These are also pretty much the steps I use to test remote server builds of ParaView.

http://www.paraview.org/Wiki/Remote_Cluster_Testing

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/20161214/f4c94b2b/attachment.html>

From joachim.pouderoux at kitware.com  Thu Dec 15 07:00:22 2016
From: joachim.pouderoux at kitware.com (Joachim Pouderoux)
Date: Thu, 15 Dec 2016 08:00:22 -0400
Subject: [Paraview-developers] Cluster tests
In-Reply-To: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>
References: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CACJ=gTgAXm-h22Fm812qkfticOrzV_b1jQMnSCXbcqjcU2kQ4Q@mail.gmail.com>

Hi Scott,

This is a great idea to have this!
I will try to contribute a bit on it.

Thanks,
Joachim

*Joachim Pouderoux*, PhD

*Technical Expert - Scientific Computing Team*
*Kitware SAS <http://www.kitware.fr>*


2016-12-14 17:58 GMT-04:00 Scott, W Alan <wascott at sandia.gov>:

> Utkarsh/Cory,
>
> I finally wrote up a testing wiki for clusters.  Much of this is tribal
> knowledge, and shouldn?t be.  These are also pretty much the steps I use to
> test remote server builds of ParaView.
>
>
>
> http://www.paraview.org/Wiki/Remote_Cluster_Testing
>
>
>
> 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/20161215/c5884d52/attachment.html>

From utkarsh.ayachit at kitware.com  Thu Dec 15 07:39:43 2016
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 15 Dec 2016 07:39:43 -0500
Subject: [Paraview-developers] Cluster tests
In-Reply-To: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>
References: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjCuQDBjgoJ8Nw-F1qNhaQm3MNg22vnFmOJ_pWsOibAJwA@mail.gmail.com>

Cool! Thanks, as always, Alan.

On Wed, Dec 14, 2016 at 4:58 PM, Scott, W Alan <wascott at sandia.gov> wrote:
> Utkarsh/Cory,
>
> I finally wrote up a testing wiki for clusters.  Much of this is tribal
> knowledge, and shouldn?t be.  These are also pretty much the steps I use to
> test remote server builds of ParaView.
>
>
>
> http://www.paraview.org/Wiki/Remote_Cluster_Testing
>
>
>
> 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  Thu Dec 15 13:12:15 2016
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 15 Dec 2016 18:12:15 +0000
Subject: [Paraview-developers] [EXTERNAL] Re:  Cluster tests
In-Reply-To: <CACJ=gTgAXm-h22Fm812qkfticOrzV_b1jQMnSCXbcqjcU2kQ4Q@mail.gmail.com>
References: <95cb79e766d8464184bcc920fc8c9f28@ES01AMSNLNT.srn.sandia.gov>
 <CACJ=gTgAXm-h22Fm812qkfticOrzV_b1jQMnSCXbcqjcU2kQ4Q@mail.gmail.com>
Message-ID: <90f0a120fe9a42b8b09302d0b0e348df@ES01AMSNLNT.srn.sandia.gov>

Thanks, and please do.


Alan

From: Joachim Pouderoux [mailto:joachim.pouderoux at kitware.com]
Sent: Thursday, December 15, 2016 5:00 AM
To: Scott, W Alan <wascott at sandia.gov>
Cc: paraview-developers at paraview.org
Subject: [EXTERNAL] Re: [Paraview-developers] Cluster tests

Hi Scott,
This is a great idea to have this!
I will try to contribute a bit on it.
Thanks,
Joachim

Joachim Pouderoux, PhD
Technical Expert - Scientific Computing Team
Kitware SAS<http://www.kitware.fr>

2016-12-14 17:58 GMT-04:00 Scott, W Alan <wascott at sandia.gov<mailto:wascott at sandia.gov>>:
Utkarsh/Cory,
I finally wrote up a testing wiki for clusters.  Much of this is tribal knowledge, and shouldn?t be.  These are also pretty much the steps I use to test remote server builds of ParaView.

http://www.paraview.org/Wiki/Remote_Cluster_Testing

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<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/20161215/56b46d3a/attachment.html>

From cornelis.bockemuehl at gmail.com  Fri Dec 16 10:16:11 2016
From: cornelis.bockemuehl at gmail.com (=?UTF-8?Q?Cornelis_Bockem=C3=BChl?=)
Date: Fri, 16 Dec 2016 16:16:11 +0100
Subject: [Paraview-developers] components in vtkStringArray
Message-ID: <CACqg2jdOk_6TL=WGxsJYKgtaMsFe84wviY=MfqqZTzbbCS6Y0A@mail.gmail.com>

Hello all,

This is about the vtkStringArray class.

With vtkDoubleArray it is possible to store a set of 3d coordinates as 3
"components" within one and the same array; no need to create 3 "parallel
arrays" for this purpose.

Trying to do the same thing with vtkStringArray I am hitting the walls!

1) It is obviously possible to call SetNumberOfComponents() on a
vtkStringArray. Conclusion: components seem to be supported.

2) There are no functions like SetTuple3 or the like, but there is some
SetTuple function. But the strange thing is that it allows me only to copy
a tuple from another vtkStringArray with the same structure. Which only
pushes the problem back to that second array...

The problem being: How can I set and read the components in a
vtkStringArray - either one by one or as a tuple?

Looks like I missed something basic here...

Regards and thanks for helpful hints!
Cornelis

-- 
Cornelis Bockem?hl
Basel, Schweiz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161216/b21b7036/attachment.html>

From david.lonie at kitware.com  Fri Dec 16 16:26:13 2016
From: david.lonie at kitware.com (David Lonie)
Date: Fri, 16 Dec 2016 16:26:13 -0500
Subject: [Paraview-developers] components in vtkStringArray
In-Reply-To: <CACqg2jdOk_6TL=WGxsJYKgtaMsFe84wviY=MfqqZTzbbCS6Y0A@mail.gmail.com>
References: <CACqg2jdOk_6TL=WGxsJYKgtaMsFe84wviY=MfqqZTzbbCS6Y0A@mail.gmail.com>
Message-ID: <CA+=e1ouUeQh=SDOFu2fpDRYd502--a8sPFmEJQ8Z5Vyh0w4VRg@mail.gmail.com>

The familiar API does seem to be missing on that class, but you can still
use multicomponent string arrays with Get/SetValue methods.

They use a 'valueIdx', which is an array-of-structs ordered index, e.g.

valueIdx = tupleIdx * numComps + compIdx

You can use these to access arbitrary elements in the array.

HTH,
Dave

On Fri, Dec 16, 2016 at 10:16 AM, Cornelis Bockem?hl <
cornelis.bockemuehl at gmail.com> wrote:

> Hello all,
>
> This is about the vtkStringArray class.
>
> With vtkDoubleArray it is possible to store a set of 3d coordinates as 3
> "components" within one and the same array; no need to create 3 "parallel
> arrays" for this purpose.
>
> Trying to do the same thing with vtkStringArray I am hitting the walls!
>
> 1) It is obviously possible to call SetNumberOfComponents() on a
> vtkStringArray. Conclusion: components seem to be supported.
>
> 2) There are no functions like SetTuple3 or the like, but there is some
> SetTuple function. But the strange thing is that it allows me only to copy
> a tuple from another vtkStringArray with the same structure. Which only
> pushes the problem back to that second array...
>
> The problem being: How can I set and read the components in a
> vtkStringArray - either one by one or as a tuple?
>
> Looks like I missed something basic here...
>
> Regards and thanks for helpful hints!
> Cornelis
>
> --
> Cornelis Bockem?hl
> Basel, Schweiz
>
> _______________________________________________
> 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/20161216/a9259d85/attachment.html>

From sonntag at iag.uni-stuttgart.de  Wed Dec 21 01:56:59 2016
From: sonntag at iag.uni-stuttgart.de (Matthias Sonntag)
Date: Wed, 21 Dec 2016 07:56:59 +0100
Subject: [Paraview-developers] Lifecycle / Workflow of a Plugin
Message-ID: <df5ff7a1-7f08-bf89-ecc4-427c305d7f37@iag.uni-stuttgart.de>

Hello,

we are developing a Paraview-Plugin to read state files written by our 
CFD flow solver (https://www.flexi-project.org/). We managed to get it 
somehow running, but the internal logic of ParaView how the plugin is 
accessed, created and deleted is not totally clear to us.
We observed the following (a commented logfile is listed below):

1. When opening a file with our plugin, ParaView first creates two 
instances of the plugin and directly destroys them, without calling the 
RequestInformation or RequestData routines. Why?
2. The third instance (lets call it instanceA) of the plugin finally 
executes the RequestInformation routine (but 2 times!) and the file 
becomes visible in the pipeline browser.
3. When pressing 'Apply' the RequestInformation is executed again. Why? 
And then RequestData routine is called once and everything works as 
expected and the data is visualized.
4. Loading a second file leads to the following behaviour:
Steps 1. and 2. are the same for the second file. But additionally the 
RequestData routine of the first file (instanceA) is called again. Why?
5. Pressing 'Apply' for the second file shows the same behavior as in 
step 3. for the first file.

Basically it works, but we get an additional RequestData call of the 
already visualized first file, when loading a second file. In our case 
this is quite expensive and we would like to avoid it.

LogFile for the above example:
* Loading first file
    visu3DReader  0x431c2e0
    ~visu3DReader 0x431c2e0
    visu3DReader  0x431c2e0
    ~visu3DReader 0x431c2e0
    visu3DReader  0x431c2e0
    RequestInformation 0x431c2e0
    RequestInformation 0x431c2e0
* Pressing Apply
    RequestInformation 0x431c2e0
    RequestData0x431c2e0
* Loading second file
    visu3DReader  0x736f950
    ~visu3DReader 0x736f950
    visu3DReader  0x74662f0
    ~visu3DReader 0x74662f0
    visu3DReader  0x74662f0
    RequestInformation 0x74662f0
    RequestInformation 0x74662f0
    RequestData 0x431c2e0    <<<<<< Why called again for first file?
* Pressing Apply
    RequestInformation 0x74662f0
    RequestData 0x74662f0

Can anyone explain/reproduce this behavior? Is there any source of 
information how the internal logic of requesting information / data 
works? Does anyone know the respective parts in the paraview source code?

Regards,
Matthias Sonntag

From cornelis.bockemuehl at gmail.com  Wed Dec 21 03:30:20 2016
From: cornelis.bockemuehl at gmail.com (=?UTF-8?Q?Cornelis_Bockem=C3=BChl?=)
Date: Wed, 21 Dec 2016 09:30:20 +0100
Subject: [Paraview-developers] Question about deep and shallow copy
Message-ID: <CACqg2jerEMGoR97u9x0S1zB_2sqt_HT6JKJkDdoKgLyD6y17Jg@mail.gmail.com>

Dear all,

More and more self-learning about the beauty of programming the "filter
logic" of ParaView/VTK, and very well aware of what "deep" and "shallow"
copying means in general I just want to make sure I am doing the right
thing. It is about avoiding both stupid and hard to debug memory leaks, or
else unnecessary redundancy of data in memory.

I am sorry that this is now getting a bit long, with quite a number of
"verification questions", all about memory management in VTK. So if there
is somewhere some kind of tutorial article available on that subject:
please point me to that one and I will happily do my homework and read it
myself!

Let me explain a filter that I am currently writing. It takes data from a
CSV file and converts it into some geometry stored as a
vtkUnstructuredGrid. These are the steps I am doing:

1. read the CSV file using the vtkDelimitedTextReader that gives me a
vtkTable.

Now I am having a local smart pointer to a vtkDelimitedTextReader object
that owns the data that are contained in the vtkTable. In other words: If I
do nothing else, the vtkTable data will be removed from memory together
with the reader object - right?

2. create a local vtkPoints and a vtkUnstructuredGrid object (both using
smart pointers again) and build up the geometry by reading the vtkTable.

After this, the vtkTable could be safely removed (not needed any more), and
I assume that the smart pointer to the reader (see 1.) will take care of
that - right?

At the same time I am now having the unstructured grid that is internally
linked also with the points. If nothing else happens, both would be safely
removed from memory when leaving the function - right?

3. create another local object of class vtkCleanUnstructuredGrid (again
smart pointer) that "cleans" the initial grid. Nothing special regarding
memory handling: everything is still in memory anyway so far.

4. finally copy the resulting grid into the output vtkUnstructuredGrid.
This one is not any more local and represents the final result of all the
efforts.

Intuitively I would have done this copying with a "DeepCopy" - assuming
that I would otherwise leave the output grid with invalid pointers to
memory objects that have gone (because they were local).

However, I have seen example code of other filters where in such a
situation a "ShallowCopy" was done.

If the latter really works it would mean that internally all the data
structures are relying on managed pointers (vtkSmartPointer or similar).
Honestly I was not really able to figure out by reading the source code
whether this is the case or not...

But if this would be the case, I could do both a shallow or a deep copy -
and it would work at least, neither creating dangling pointers nor dead
data storage. Only the shallow copy would of course be much more efficient.

Is the latter conclusion right?

In more general terms I had the impression that actually at least the
"abstract data array" (vtkAbstractArray) that seem to be the base of all
other more specific arrays are somehow managed.

Meaning: I can have some data structure containing 5 vtkAbstractArray
objects (like a table, or whatever), do a "shallow" copy to the output data
object and add 2 more vtkAbstractArrays: this would not interfere with the
integrity of the input data.

However, if I would do the same, but then not add more arrays but e.g. more
elements to the "shallow copied" arrays: then I would indeed create some
unwanted "back propagation" of my changes into the input data object.

Is this again the correct reasoning?

Which would basically mean: arrays can be assumed to be "managed" somehow,
while single data items are not.

Again: Maybe all these things are somewhere summarized a bit, so I can just
read it myself!??

Actually "deep copy" is always possible - just in order to play safe -, but
I want to "shallow copy" as much as possible, but of course without
interfering with the filter input data or generating dangling pointers!

Thanks a lot for any helpful hints!

Regards,
Cornelis

-- 
Cornelis Bockem?hl
Basel, Schweiz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161221/aca223f8/attachment.html>

From david.lonie at kitware.com  Wed Dec 21 10:34:53 2016
From: david.lonie at kitware.com (David Lonie)
Date: Wed, 21 Dec 2016 15:34:53 +0000
Subject: [Paraview-developers] Dashboard test output always blank
Message-ID: <CA+=e1ovoQC4PaHQzh4Z5aUTpTR8Y_fKRLo=DJT48SdMKgeRtig@mail.gmail.com>

Hi all,

I have a branch that I'm working on getting merged here:

https://gitlab.kitware.com/paraview/paraview/merge_requests/1236

It adds a new XML test, CompositeGlyphTree, that always fails to render
anything on the dashboard machines:

https://open.cdash.org/viewTest.php?onlyfailed&buildid=4693485

There's no valid baseline at the moment, since I was going to grab one off
the dashboards, but there should be 6 glyphs rendered in the scene. Instead
there is nothing but the scalar bar.

The test renders properly:

- locally in my usual build environment
- locally in a fresh, clean build environment, and
- when I manually log in to a dashboard (tested bigmac) and build a fresh
paraview and run the test.

But the buildbot builds always just produce this blank output. Has anyone
seen anything like this before? Any ideas what might be different about the
buildbot builds?

Thanks,
Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20161221/57f4eb92/attachment.html>

From joachim.pouderoux at kitware.com  Tue Dec 27 11:01:49 2016
From: joachim.pouderoux at kitware.com (Joachim Pouderoux)
Date: Tue, 27 Dec 2016 12:01:49 -0400
Subject: [Paraview-developers] Lifecycle / Workflow of a Plugin
In-Reply-To: <df5ff7a1-7f08-bf89-ecc4-427c305d7f37@iag.uni-stuttgart.de>
References: <df5ff7a1-7f08-bf89-ecc4-427c305d7f37@iag.uni-stuttgart.de>
Message-ID: <CACJ=gTiJvSx1Zj0_EKpaS4kR7PSA=qxp_PVs7KE0gYa4Gbdr8w@mail.gmail.com>

Hi Matthias,

First mail to answer to the point 1.
When choosing a file to open, ParaView browses the available readers than
can process the extension of the provided file.
So during a first pass, those readers (here there is a single one I guess)
are instantiated temporarily and the function CanReadFile() is called with
the filepath.
Then, from all those readers ParaView checks the one that answered
positively (or the one choosen by the user if more than one reader
can process the file) and create a new temporary instance of it to call
CanReadFile() again.
Then a new instance is created again to perform the loading (RequestInfo
and eventually RequestData).

*"But additionally the RequestData routine of the first file (instanceA) is
> called again. Why?"*

I seen two possibilities here:
 - There might be a problem in your reader, if RequestData is called again
it might be because Modified() has been called on it or its input changed.
Check that there is no strange stuff like that in your reader.
 - I have seen such a behaviour recently with unstructured data: the
pipeline first executes the filter 'normally' (without ghost cells request)
but then, for rendering matters, the geometry filter internally connected
to the reader/filter requires one level of ghost cells. This updates the
pipeline request and eventually call RequestData again.
So check the pipeline requests (information keys) in RequestData to
understand what is happening here.

Best,
Joachim


*Joachim Pouderoux*, PhD

*Technical Expert - Scientific Computing Team*
*Kitware SAS <http://www.kitware.fr>*


2016-12-21 2:56 GMT-04:00 Matthias Sonntag <sonntag at iag.uni-stuttgart.de>:

> Hello,
>
> we are developing a Paraview-Plugin to read state files written by our CFD
> flow solver (https://www.flexi-project.org/). We managed to get it
> somehow running, but the internal logic of ParaView how the plugin is
> accessed, created and deleted is not totally clear to us.
> We observed the following (a commented logfile is listed below):
>
> 1. When opening a file with our plugin, ParaView first creates two
> instances of the plugin and directly destroys them, without calling the
> RequestInformation or RequestData routines. Why?
> 2. The third instance (lets call it instanceA) of the plugin finally
> executes the RequestInformation routine (but 2 times!) and the file becomes
> visible in the pipeline browser.
> 3. When pressing 'Apply' the RequestInformation is executed again. Why?
> And then RequestData routine is called once and everything works as
> expected and the data is visualized.
> 4. Loading a second file leads to the following behaviour:
> Steps 1. and 2. are the same for the second file. But additionally the
> RequestData routine of the first file (instanceA) is called again. Why?
> 5. Pressing 'Apply' for the second file shows the same behavior as in step
> 3. for the first file.
>
> Basically it works, but we get an additional RequestData call of the
> already visualized first file, when loading a second file. In our case this
> is quite expensive and we would like to avoid it.
>
> LogFile for the above example:
> * Loading first file
>    visu3DReader  0x431c2e0
>    ~visu3DReader 0x431c2e0
>    visu3DReader  0x431c2e0
>    ~visu3DReader 0x431c2e0
>    visu3DReader  0x431c2e0
>    RequestInformation 0x431c2e0
>    RequestInformation 0x431c2e0
> * Pressing Apply
>    RequestInformation 0x431c2e0
>    RequestData0x431c2e0
> * Loading second file
>    visu3DReader  0x736f950
>    ~visu3DReader 0x736f950
>    visu3DReader  0x74662f0
>    ~visu3DReader 0x74662f0
>    visu3DReader  0x74662f0
>    RequestInformation 0x74662f0
>    RequestInformation 0x74662f0
>    RequestData 0x431c2e0    <<<<<< Why called again for first file?
> * Pressing Apply
>    RequestInformation 0x74662f0
>    RequestData 0x74662f0
>
> Can anyone explain/reproduce this behavior? Is there any source of
> information how the internal logic of requesting information / data works?
> Does anyone know the respective parts in the paraview source code?
>
> Regards,
> Matthias Sonntag
> _______________________________________________
> 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/20161227/a79e384a/attachment.html>