From utkarsh.ayachit at kitware.com  Sun Mar  1 10:48:10 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Sun, 1 Mar 2015 10:48:10 -0500
Subject: [Paraview-developers] Gatekeeper Review Summary
Message-ID: <CADHSJjBOiRrFOQE7HKe79yf5xdPz_Dn5XOqa8kfnfv9GBS69ZA@mail.gmail.com>

---------------------------------------------
Topics merged into master (v4.3.1-206-g5e2b941):
        15193_fix_cell_visibility_array
        15333_python_repeatable_values
        atp-support
        catalyst-update-20150218
        cinema_specA_tweaks_cont
        pvweb-document-colormap-functionality
(VTK)   pvweb-local-rendering-all-timesteps
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150301/555e7c33/attachment.html>

From biddisco at cscs.ch  Mon Mar  2 07:24:12 2015
From: biddisco at cscs.ch (Biddiscombe, John A.)
Date: Mon, 2 Mar 2015 12:24:12 +0000
Subject: [Paraview-developers] Information meta-data not being passed to
	representation
Message-ID: <D11A14FB.7C206%biddisco@cscs.ch>

Trying to get my custom representation working with pv-master branch ? I?m having some trouble.

The Zoltan partitioning filter add the KdTree to the output information as a metadata key.
(Previously, the extent translator was passed downstream) and in the representation, the KdTree is used to bypass the redistribution step in the compositing code. However, I am not receiving the KdTree in the representation (which is a subclass of vtkGeometryRepresentation).
I can see that my custom information key is passed into pvPostFilter and also in one of the selection filters, but then it gets lost.

There have been some changes in the information key passing in the pipeline ? is there anything I should be looking for to see why my key is being thrown away (it does copy itself in CopyDefaultInformation)?

Thanks

JB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150302/1b6b5471/attachment.html>

From biddisco at cscs.ch  Mon Mar  2 10:22:16 2015
From: biddisco at cscs.ch (Biddiscombe, John A.)
Date: Mon, 2 Mar 2015 15:22:16 +0000
Subject: [Paraview-developers] Information meta-data not being passed to
 representation
In-Reply-To: <D11A14FB.7C206%biddisco@cscs.ch>
Message-ID: <D11A3E8D.7C21E%biddisco@cscs.ch>

Please ignore that question. The input information to the view request was not the same as the information from the pipeline itself. I did a bad copy paste from my old code and now I have resolved the problem

JB

From: <Biddiscombe>, cscs <biddisco at cscs.ch<mailto:biddisco at cscs.ch>>
Date: Monday 2 March 2015 13:24
To: ParaView Developers <paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>>
Subject: [Paraview-developers] Information meta-data not being passed to representation

Trying to get my custom representation working with pv-master branch ? I?m having some trouble.

The Zoltan partitioning filter add the KdTree to the output information as a metadata key.
(Previously, the extent translator was passed downstream) and in the representation, the KdTree is used to bypass the redistribution step in the compositing code. However, I am not receiving the KdTree in the representation (which is a subclass of vtkGeometryRepresentation).
I can see that my custom information key is passed into pvPostFilter and also in one of the selection filters, but then it gets lost.

There have been some changes in the information key passing in the pipeline ? is there anything I should be looking for to see why my key is being thrown away (it does copy itself in CopyDefaultInformation)?

Thanks

JB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150302/86f24b0f/attachment.html>

From Michael.Bussler at visus.uni-stuttgart.de  Thu Mar  5 07:10:17 2015
From: Michael.Bussler at visus.uni-stuttgart.de (=?iso-8859-1?Q?Michael_Bu=DFler?=)
Date: Thu, 5 Mar 2015 12:10:17 +0000
Subject: [Paraview-developers] Save a screenshot of Paraview along with the
	state file
Message-ID: <55781e8ea6094e67a66d8170006d1645@impromptu.visus.uni-stuttgart.de>

Hi,

I've only recently discovered this mailing list although I'm developing plugins for PV for almost a year now.

What always bothers me was the fact that if I have a large number of state file in a folder it was very hard to almost impossible to find the state file of a specific state. Therefore I've developed a patch for PV, which takes a screenshots of the PV- window and saves it along with the state file, using the same name, but as an image of course.
I find this a tremendously useful feature and would like to share my hack with the rest of the community, so that maybe one day it will become a standard feature in Paraview.

What would be the best way to so? Should I just post the code here?
Btw, It's far from being acceptable as a GIT push.

Best regards, Michael
--
Michael Bu?ler, Dipl.-Inf.
Visualization Research Center, Universit?t Stuttgart (VISUS) Allmandring 19
70569 Stuttgart
Germany

mail:   michael.bussler at visus.uni-stuttgart.de
room:   Allmandring 19 / 01.033
phone:  +49 (0)711 / 685 88634
fax:    +49 (0)711 / 685 88610

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

From utkarsh.ayachit at kitware.com  Fri Mar  6 10:35:47 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 6 Mar 2015 10:35:47 -0500
Subject: [Paraview-developers] Save a screenshot of Paraview along with
 the state file
In-Reply-To: <55781e8ea6094e67a66d8170006d1645@impromptu.visus.uni-stuttgart.de>
References: <55781e8ea6094e67a66d8170006d1645@impromptu.visus.uni-stuttgart.de>
Message-ID: <CADHSJjDGTcWtv371EaP5kaV4ywoeJ97VKfkD5Mk18RtKFR6uNw@mail.gmail.com>

That's very cool. Do hold on to it for a week or two. We are in the
process of migrating the development infrastructure to hosted Gitlab
instance. It will make it easier to share code and made contributions
back to the official repository as well.

Utkarsh

On Thu, Mar 5, 2015 at 7:10 AM, Michael Bu?ler
<Michael.Bussler at visus.uni-stuttgart.de> wrote:
> Hi,
>
>
>
> I?ve only recently discovered this mailing list although I?m developing
> plugins for PV for almost a year now.
>
>
>
> What always bothers me was the fact that if I have a large number of state
> file in a folder it was very hard to almost impossible to find the state
> file of a specific state. Therefore I?ve developed a patch for PV, which
> takes a screenshots of the PV- window and saves it along with the state
> file, using the same name, but as an image of course.
>
> I find this a tremendously useful feature and would like to share my hack
> with the rest of the community, so that maybe one day it will become a
> standard feature in Paraview.
>
>
>
> What would be the best way to so? Should I just post the code here?
>
> Btw, It?s far from being acceptable as a GIT push.
>
>
>
> Best regards, Michael
>
> --
> Michael Bu?ler, Dipl.-Inf.
> Visualization Research Center, Universit?t Stuttgart (VISUS) Allmandring 19
> 70569 Stuttgart
> Germany
>
> mail:   michael.bussler at visus.uni-stuttgart.de
> room:   Allmandring 19 / 01.033
> phone:  +49 (0)711 / 685 88634
> fax:    +49 (0)711 / 685 88610
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From utkarsh.ayachit at kitware.com  Fri Mar  6 11:39:23 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Fri, 6 Mar 2015 11:39:23 -0500
Subject: [Paraview-developers] Gatekeeper Review Summary
Message-ID: <CADHSJjA8PWDdg3Czt-VvAhMz6yc3C46b3RDMJiDdbG35WaXLnw@mail.gmail.com>

SUMMARY
---------------------------------------------
Topics merged into master (v4.3.1-217-g7e714de):
        multiblock-colormap
(VTK)   pvweb-fix-render-stats-style
(VTK)   pvweb-update-autobahn-for-longpoll
        update_catalyze_for_buildbot


---------------------------------------------
Topics reverted from next:
  geodesic_measurement_plugin

From anton.piccardo-selg at stfc.ac.uk  Wed Mar 11 07:19:41 2015
From: anton.piccardo-selg at stfc.ac.uk (anton.piccardo-selg at stfc.ac.uk)
Date: Wed, 11 Mar 2015 11:19:41 +0000
Subject: [Paraview-developers] How to set the font size of the axis
	annotation in QuadView?
Message-ID: <593AFCE559F11049B8F268BE84170A0DC23706@EXCHMBX03.fed.cclrc.ac.uk>

Hi,

I am currently working on a customization of ParaView 3.98.1. We are making use the "QuadView" view. We have the the cube axes enabled by default by setting the "ShowCubeAxes" property. Unfortunately, this produces axes annotations which are overlapping. Hence my question: Is there a property to control the font size of the axes annotation  programmatically in order to avoid this overlap?

Many thanks and best regards,

Anton

From dragon.prog at gmail.com  Wed Mar 11 08:46:19 2015
From: dragon.prog at gmail.com (Laura Masse)
Date: Wed, 11 Mar 2015 05:46:19 -0700 (PDT)
Subject: [Paraview-developers] 3d surface roughness measurement
Message-ID: <1426077979722-3657.post@n6.nabble.com>

Hi everybody,

I'm triying to mesure the roughness of a 3d surface.

I have a cloud points data and after I filter it with the delanuay 2d filter
I got a 2d surface and I would like to mesure the roughness.

Anyone can help me with any tip or suggestion ?

Advanced thanks



--
View this message in context: http://the-unofficial-paraview-developers-forum.34153.x6.nabble.com/3d-surface-roughness-measurement-tp3657.html
Sent from the The Unofficial ParaView Developers Forum mailing list archive at Nabble.com.

From utkarsh.ayachit at kitware.com  Wed Mar 11 09:52:59 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 11 Mar 2015 09:52:59 -0400
Subject: [Paraview-developers] Gatekeeper Review Summary
Message-ID: <CADHSJjDpYpYDcwEzp8Mg9NouFG70NxE1Yjdsi7V3ifrSpJhPVQ@mail.gmail.com>

SUMMARY
---------------------------------------------
Topics merged into master (v4.3.1-264-gdec6826):
  windows-rc-hack-fix
  0015367_fix_multiblock_inspector
  cosmology-filters-tests
  generalize_cosmology_filters
  geodesic_measurement_plugin
  pv_opengl2_fixes
  pvweb-update-testing-ports
  sciberquest-getdate
  vs10_assert
  vtk-master-20150309

From kmorel at sandia.gov  Wed Mar 11 10:36:47 2015
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Wed, 11 Mar 2015 14:36:47 +0000
Subject: [Paraview-developers] 3d surface roughness measurement
Message-ID: <D125AE9C.220DB%kmorel@sandia.gov>

Does the curvature filter give you what you want? That measures the bend
of the surface at every point.


-Ken

On 3/11/15, 6:46 AM, "Laura Masse" <dragon.prog at gmail.com> wrote:

>Hi everybody,
>
>I'm triying to mesure the roughness of a 3d surface.
>
>I have a cloud points data and after I filter it with the delanuay 2d
>filter
>I got a 2d surface and I would like to mesure the roughness.
>
>Anyone can help me with any tip or suggestion ?
>
>Advanced thanks
>
>
>
>--
>View this message in context:
>http://the-unofficial-paraview-developers-forum.34153.x6.nabble.com/3d-sur
>face-roughness-measurement-tp3657.html
>Sent from the The Unofficial ParaView Developers Forum mailing list
>archive at Nabble.com.
>_______________________________________________
>Powered by www.kitware.com
>
>Visit other Kitware open-source projects at
>http://www.kitware.com/opensource/opensource.html
>
>Search the list archives at:
>http://markmail.org/search/?q=Paraview-developers
>
>Follow this link to subscribe/unsubscribe:
>http://public.kitware.com/mailman/listinfo/paraview-developers


From utkarsh.ayachit at kitware.com  Wed Mar 11 15:26:24 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 11 Mar 2015 15:26:24 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
Message-ID: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>

Folks,

If you have been monitoring the VTK-developers list, this shouldn't
come as a surprise to you, but we're working on migrating our
development workflow to use Gitlab (a Github clone) to manage
reviewing, merging  and testing of changes. This means we'll replace
our current Stage and Gerrit based development workflow with one that
uses Gitlab merge requests instead.

For now, there's nothing more to add to what's posted on the VTK
developers list [1, 2]. Stay tuned! The details will be available
soon. In the mean time, hold back on trying to commit any major
changes as the dashboard machines are in a flux and it may be tricky
to catch all issues.

Thanks for your patience! The changes are well worth it!

Utkarsh

[1] http://public.kitware.com/pipermail/vtk-developers/2015-March/031307.html
[2] http://public.kitware.com/pipermail/vtk-developers/2015-March/031365.html

From biddisco at cscs.ch  Wed Mar 11 16:30:35 2015
From: biddisco at cscs.ch (Biddiscombe, John A.)
Date: Wed, 11 Mar 2015 20:30:35 +0000
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
Message-ID: <50320452A334BD42A5EC72BAD21450992504B7BD@MBX210.d.ethz.ch>

Utkarsh et al

Thanks in advance for doing this. I really hope it changes our development practices for the better. I'm looking forward to making contributions again.

JB

-----Original Message-----
From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Utkarsh Ayachit
Sent: 11 March 2015 20:26
To: ParaView Developers
Subject: [Paraview-developers] Migrating Git repository to Gitlab

Folks,

If you have been monitoring the VTK-developers list, this shouldn't come as a surprise to you, but we're working on migrating our development workflow to use Gitlab (a Github clone) to manage reviewing, merging  and testing of changes. This means we'll replace our current Stage and Gerrit based development workflow with one that uses Gitlab merge requests instead.

For now, there's nothing more to add to what's posted on the VTK developers list [1, 2]. Stay tuned! The details will be available soon. In the mean time, hold back on trying to commit any major changes as the dashboard machines are in a flux and it may be tricky to catch all issues.

Thanks for your patience! The changes are well worth it!

Utkarsh

[1] http://public.kitware.com/pipermail/vtk-developers/2015-March/031307.html
[2] http://public.kitware.com/pipermail/vtk-developers/2015-March/031365.html
_______________________________________________
Powered by www.kitware.com

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

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

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

From utkarsh.ayachit at kitware.com  Wed Mar 11 18:34:11 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 11 Mar 2015 18:34:11 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <50320452A334BD42A5EC72BAD21450992504B7BD@MBX210.d.ethz.ch>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
 <50320452A334BD42A5EC72BAD21450992504B7BD@MBX210.d.ethz.ch>
Message-ID: <CADHSJjC+a862Qv9GU5q4rdMbc=BRxmf46FP3oJRnyZ-JqSd7BA@mail.gmail.com>

John,

Thanks for voicing your support.

Look forward to your contributions!

Utkarsh



On Wed, Mar 11, 2015 at 4:30 PM, Biddiscombe, John A. <biddisco at cscs.ch> wrote:
> Utkarsh et al
>
> Thanks in advance for doing this. I really hope it changes our development practices for the better. I'm looking forward to making contributions again.
>
> JB
>
> -----Original Message-----
> From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Utkarsh Ayachit
> Sent: 11 March 2015 20:26
> To: ParaView Developers
> Subject: [Paraview-developers] Migrating Git repository to Gitlab
>
> Folks,
>
> If you have been monitoring the VTK-developers list, this shouldn't come as a surprise to you, but we're working on migrating our development workflow to use Gitlab (a Github clone) to manage reviewing, merging  and testing of changes. This means we'll replace our current Stage and Gerrit based development workflow with one that uses Gitlab merge requests instead.
>
> For now, there's nothing more to add to what's posted on the VTK developers list [1, 2]. Stay tuned! The details will be available soon. In the mean time, hold back on trying to commit any major changes as the dashboard machines are in a flux and it may be tricky to catch all issues.
>
> Thanks for your patience! The changes are well worth it!
>
> Utkarsh
>
> [1] http://public.kitware.com/pipermail/vtk-developers/2015-March/031307.html
> [2] http://public.kitware.com/pipermail/vtk-developers/2015-March/031365.html
> _______________________________________________
> 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 anton.piccardo-selg at stfc.ac.uk  Thu Mar 12 12:10:12 2015
From: anton.piccardo-selg at stfc.ac.uk (anton.piccardo-selg at stfc.ac.uk)
Date: Thu, 12 Mar 2015 16:10:12 +0000
Subject: [Paraview-developers] Setting glyph color to be independent of
	color scale and color map
Message-ID: <593AFCE559F11049B8F268BE84170A0DC2481B@EXCHMBX03.fed.cclrc.ac.uk>

Hi,

We are building a customization of ParaView 3.98.1. Data sets are loaded with a signal range which is then used to set the scalar range for the color scale.  Besides the data we plot some simple glyphs to indicate special points in our rendered data set.

Currently they are all rendered white, as the glyphs don't have a scalar value attached to them ( I guess it is the NAN color). I  was wondering if there is a way to set the color of these glyphs to a fixed value, independent of the color scale or the selected color map. In our case we would always want to render an ellipsoidal glyph with a yellow color. Is this possible?

Many thanks and best regards,

Anton

From utkarsh.ayachit at kitware.com  Sat Mar 14 22:25:50 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Sat, 14 Mar 2015 22:25:50 -0400
Subject: [Paraview-developers] Gatekeeper Review Summary
Message-ID: <CADHSJjDGjgJP6=iATVd4ky_Kzc7E9cN_OypJ0x=8tFv_Go+biw@mail.gmail.com>

Topics merged into master (v4.3.1-273-g4c64e08):
(VTK)   fix-use-of-argparse-fallback
        read-selected-halos-both-readers

From dragon.prog at gmail.com  Mon Mar 16 07:30:31 2015
From: dragon.prog at gmail.com (Laura Masse)
Date: Mon, 16 Mar 2015 04:30:31 -0700 (PDT)
Subject: [Paraview-developers] rgb color
In-Reply-To: <1424261977878-3634.post@n6.nabble.com>
References: <1423829228978-3623.post@n6.nabble.com>
 <CANjZAi9EuhcqZZRUX4iR=p-wan+wK939d_-TKFTCAEVGASO5tg@mail.gmail.com>
 <1424261977878-3634.post@n6.nabble.com>
Message-ID: <1426505431345-3665.post@n6.nabble.com>

Hello again !!

Now I can see my cloud points perfectly after apply the glyph filter as
David suggested me.

Now my question is :

Is possible to automatizated this process when I load the original file, I
mean if is possible to load and apply the filter directly ?

Thanks



--
View this message in context: http://the-unofficial-paraview-developers-forum.34153.x6.nabble.com/rgb-color-tp3623p3665.html
Sent from the The Unofficial ParaView Developers Forum mailing list archive at Nabble.com.

From dave.demarle at kitware.com  Mon Mar 16 09:53:04 2015
From: dave.demarle at kitware.com (David E DeMarle)
Date: Mon, 16 Mar 2015 09:53:04 -0400
Subject: [Paraview-developers] rgb color
In-Reply-To: <1426505431345-3665.post@n6.nabble.com>
References: <1423829228978-3623.post@n6.nabble.com>
 <CANjZAi9EuhcqZZRUX4iR=p-wan+wK939d_-TKFTCAEVGASO5tg@mail.gmail.com>
 <1424261977878-3634.post@n6.nabble.com>
 <1426505431345-3665.post@n6.nabble.com>
Message-ID: <CANjZAi82DN=FCTfsx6WbP=vh6+bVn3Swtvm_cd2GdTE-J2-MfQ@mail.gmail.com>

Two ways (at least)
1) Tools->Start Trace, read, filter, Tools->Stop trace to record a python
macro.
2) read, filter, select both in pipeline filter, right click and record as
a custom filter.

hth


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

On Mon, Mar 16, 2015 at 7:30 AM, Laura Masse <dragon.prog at gmail.com> wrote:

> Hello again !!
>
> Now I can see my cloud points perfectly after apply the glyph filter as
> David suggested me.
>
> Now my question is :
>
> Is possible to automatizated this process when I load the original file, I
> mean if is possible to load and apply the filter directly ?
>
> Thanks
>
>
>
> --
> View this message in context:
> http://the-unofficial-paraview-developers-forum.34153.x6.nabble.com/rgb-color-tp3623p3665.html
> Sent from the The Unofficial ParaView Developers Forum mailing list
> archive at Nabble.com.
> _______________________________________________
> 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/20150316/0c51e834/attachment.html>

From dragon.prog at gmail.com  Mon Mar 16 11:37:29 2015
From: dragon.prog at gmail.com (Laura Masse)
Date: Mon, 16 Mar 2015 08:37:29 -0700 (PDT)
Subject: [Paraview-developers] rgb color
In-Reply-To: <CANjZAi82DN=FCTfsx6WbP=vh6+bVn3Swtvm_cd2GdTE-J2-MfQ@mail.gmail.com>
References: <1423829228978-3623.post@n6.nabble.com>
 <CANjZAi9EuhcqZZRUX4iR=p-wan+wK939d_-TKFTCAEVGASO5tg@mail.gmail.com>
 <1424261977878-3634.post@n6.nabble.com>
 <1426505431345-3665.post@n6.nabble.com>
 <CANjZAi82DN=FCTfsx6WbP=vh6+bVn3Swtvm_cd2GdTE-J2-MfQ@mail.gmail.com>
Message-ID: <1426520249376-3667.post@n6.nabble.com>

Thanks David,

That is exactly what I wanted.  So I have a doubt, the code I generated is
the following :


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

#### import the simple module from the paraview
from paraview.simple import *
#### disable automatic camera reset on 'Show'
paraview.simple._DisableFirstRenderCameraReset()

# create a new 'PLY Reader'
pell_txt_2ply = PLYReader(FileName='C:\\Users\\Ferran\\Desktop\\3D
files\\pell_txt_2.ply')

# set active source
SetActiveSource(pell_txt_2ply)

# get active view
renderView1 = GetActiveViewOrCreate('RenderView')
# uncomment following to set a specific view size
# renderView1.ViewSize = [1149, 824]
 
----------------------------------------------------------------------

Rest of the code is not relevant for the question I have:

I was looking in the forum but I didn?t find a good solution and I'm not
sure if is possible to load a Qt Open File Dialog in order to choose the ply
File from the dialog  ? (using Pythop I mean)

Thanks !!


 





--
View this message in context: http://the-unofficial-paraview-developers-forum.34153.x6.nabble.com/rgb-color-tp3623p3667.html
Sent from the The Unofficial ParaView Developers Forum mailing list archive at Nabble.com.

From brad.king at kitware.com  Mon Mar 16 13:09:53 2015
From: brad.king at kitware.com (Brad King)
Date: Mon, 16 Mar 2015 13:09:53 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
Message-ID: <55070E61.6060000@kitware.com>

On 03/11/2015 03:26 PM, Utkarsh Ayachit wrote:
> If you have been monitoring the VTK-developers list, this shouldn't
> come as a surprise to you, but we're working on migrating our
> development workflow to use Gitlab (a Github clone) to manage
> reviewing, merging  and testing of changes. This means we'll replace
> our current Stage and Gerrit based development workflow with one that
> uses Gitlab merge requests instead.

FYI, https://gitlab.kitware.com is now visible publicly.

We are in the process of moving VTK's development over to it,
but ParaView is not moving quite yet.

We've marked all the placeholder ParaView repositories as "private"
on this GitLab to avoid confusion, including user forks.  Please keep
them that way until we officially announce that ParaView has moved.

Thanks,
-Brad


From kmorel at sandia.gov  Mon Mar 16 15:58:56 2015
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Mon, 16 Mar 2015 19:58:56 +0000
Subject: [Paraview-developers] Migrating Git repository to Gitlab
Message-ID: <D12C915A.2251F%kmorel@sandia.gov>

I notice after clicking this link that I have to create an account and
sign in to see anything in the gitlab system. Is there a reason not to
give read-only access to those not logged in. I imagine there will be
users who will want to clone and browse the repository without necessarily
making modifications.

-Ken



On 3/16/15, 11:09 AM, "Brad King" <brad.king at kitware.com> wrote:

>On 03/11/2015 03:26 PM, Utkarsh Ayachit wrote:
>> If you have been monitoring the VTK-developers list, this shouldn't
>> come as a surprise to you, but we're working on migrating our
>> development workflow to use Gitlab (a Github clone) to manage
>> reviewing, merging  and testing of changes. This means we'll replace
>> our current Stage and Gerrit based development workflow with one that
>> uses Gitlab merge requests instead.
>
>FYI, https://gitlab.kitware.com is now visible publicly.
>
>We are in the process of moving VTK's development over to it,
>but ParaView is not moving quite yet.
>
>We've marked all the placeholder ParaView repositories as "private"
>on this GitLab to avoid confusion, including user forks.  Please keep
>them that way until we officially announce that ParaView has moved.
>
>Thanks,
>-Brad
>
>_______________________________________________
>Powered by www.kitware.com
>
>Visit other Kitware open-source projects at
>http://www.kitware.com/opensource/opensource.html
>
>Search the list archives at:
>http://markmail.org/search/?q=Paraview-developers
>
>Follow this link to subscribe/unsubscribe:
>http://public.kitware.com/mailman/listinfo/paraview-developers


From berk.geveci at kitware.com  Mon Mar 16 16:01:33 2015
From: berk.geveci at kitware.com (Berk Geveci)
Date: Mon, 16 Mar 2015 16:01:33 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <D12C915A.2251F%kmorel@sandia.gov>
References: <D12C915A.2251F%kmorel@sandia.gov>
Message-ID: <CAE32kpU+JiwGZpbo61=m5Tpyu+eq1kaBDA39e8HknDZHLoFTQg@mail.gmail.com>

It seems to be an interface thing. If I click on the creature (cat?) on the
upper left, it takes me to an Explore page with which I can get to projects
even if I am not signed it.

-berk

On Mon, Mar 16, 2015 at 3:58 PM, Moreland, Kenneth <kmorel at sandia.gov>
wrote:

> I notice after clicking this link that I have to create an account and
> sign in to see anything in the gitlab system. Is there a reason not to
> give read-only access to those not logged in. I imagine there will be
> users who will want to clone and browse the repository without necessarily
> making modifications.
>
> -Ken
>
>
>
> On 3/16/15, 11:09 AM, "Brad King" <brad.king at kitware.com> wrote:
>
> >On 03/11/2015 03:26 PM, Utkarsh Ayachit wrote:
> >> If you have been monitoring the VTK-developers list, this shouldn't
> >> come as a surprise to you, but we're working on migrating our
> >> development workflow to use Gitlab (a Github clone) to manage
> >> reviewing, merging  and testing of changes. This means we'll replace
> >> our current Stage and Gerrit based development workflow with one that
> >> uses Gitlab merge requests instead.
> >
> >FYI, https://gitlab.kitware.com is now visible publicly.
> >
> >We are in the process of moving VTK's development over to it,
> >but ParaView is not moving quite yet.
> >
> >We've marked all the placeholder ParaView repositories as "private"
> >on this GitLab to avoid confusion, including user forks.  Please keep
> >them that way until we officially announce that ParaView has moved.
> >
> >Thanks,
> >-Brad
> >
> >_______________________________________________
> >Powered by www.kitware.com
> >
> >Visit other Kitware open-source projects at
> >http://www.kitware.com/opensource/opensource.html
> >
> >Search the list archives at:
> >http://markmail.org/search/?q=Paraview-developers
> >
> >Follow this link to subscribe/unsubscribe:
> >http://public.kitware.com/mailman/listinfo/paraview-developers
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150316/f7a58e36/attachment.html>

From kmorel at sandia.gov  Mon Mar 16 19:01:52 2015
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Mon, 16 Mar 2015 23:01:52 +0000
Subject: [Paraview-developers] Migrating Git repository to Gitlab
Message-ID: <D12CBBA8.22544%kmorel@sandia.gov>

Ah, yes. That's good. But still, the home page shouldn't give the error "You need to sign in before continuing."

-Ken

From: Berk Geveci <berk.geveci at kitware.com<mailto:berk.geveci at kitware.com>>
Date: Monday, March 16, 2015 at 2:01 PM
To: Kenneth Moreland <kmorel at sandia.gov<mailto:kmorel at sandia.gov>>
Cc: Brad King <brad.king at kitware.com<mailto:brad.king at kitware.com>>, "paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>" <paraview-developers at paraview.org<mailto:paraview-developers at paraview.org>>
Subject: [EXTERNAL] Re: [Paraview-developers] Migrating Git repository to Gitlab

It seems to be an interface thing. If I click on the creature (cat?) on the upper left, it takes me to an Explore page with which I can get to projects even if I am not signed it.

-berk

On Mon, Mar 16, 2015 at 3:58 PM, Moreland, Kenneth <kmorel at sandia.gov<mailto:kmorel at sandia.gov>> wrote:
I notice after clicking this link that I have to create an account and
sign in to see anything in the gitlab system. Is there a reason not to
give read-only access to those not logged in. I imagine there will be
users who will want to clone and browse the repository without necessarily
making modifications.

-Ken



On 3/16/15, 11:09 AM, "Brad King" <brad.king at kitware.com<mailto:brad.king at kitware.com>> wrote:

>On 03/11/2015 03:26 PM, Utkarsh Ayachit wrote:
>> If you have been monitoring the VTK-developers list, this shouldn't
>> come as a surprise to you, but we're working on migrating our
>> development workflow to use Gitlab (a Github clone) to manage
>> reviewing, merging  and testing of changes. This means we'll replace
>> our current Stage and Gerrit based development workflow with one that
>> uses Gitlab merge requests instead.
>
>FYI, https://gitlab.kitware.com is now visible publicly.
>
>We are in the process of moving VTK's development over to it,
>but ParaView is not moving quite yet.
>
>We've marked all the placeholder ParaView repositories as "private"
>on this GitLab to avoid confusion, including user forks.  Please keep
>them that way until we officially announce that ParaView has moved.
>
>Thanks,
>-Brad
>
>_______________________________________________
>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

_______________________________________________
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/20150316/74c7fb02/attachment.html>

From felipe.bordeu at ec-nantes.fr  Tue Mar 17 11:06:30 2015
From: felipe.bordeu at ec-nantes.fr (Felipe Bordeu)
Date: Tue, 17 Mar 2015 16:06:30 +0100
Subject: [Paraview-developers] ParaView and Matlab lovers Parula ColorScale
Message-ID: <550842F6.7050207@ec-nantes.fr>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi to all,

Attached you can find the Parula coloscale from the last Matlab release.

Felipe

- -- 
Felipe Bordeu Weldt
Ing?nieur de Recherche
- -------------------------------------
T?l. : 33 (0)2 40 37 16 57
Fax. : 33 (0)2 40 74 74 06
Felipe.Bordeu at ec-nantes.fr
Institut GeM - UMR CNRS 6183
?cole Centrale Nantes
1 Rue de La No?, 44321 Nantes, FRANCE
- -------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVCELyAAoJEE/fMfNgU9/D2zEIAJtQFgOUO+8UgQNwGNRKsagi
jJNUuF4Z3P+lE55OvrT/YNJVUJtQYndeTv8EtFwq0O03sF014DQJn6koPRnVvnVB
x3ITAmwtTUGpUcgl08k6qIB2T77LlEWvjIZLR/Uzj+dQ+qHtTUSIMXxOsHcKyvMR
27JiyKdCk5t+iAxHNqkdNXiHRY4tXNAgi8cqZYwIPLo8d4N+Z4OVIz+bJy7xP0EQ
WXk7nwAxKsqWoktozsg/+LiZR6YCU+RI5CWcucCQ3D0+tdieO6rSikgkVBYPpWBg
nFTx6fZx+YH27h75R6pcda+lOOFtubFr4cNHeiWz9zyNBXe85OvGXdS4aYEO/kg=
=C+Se
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: parula.xml
Type: text/xml
Size: 4231 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150317/c7b745e7/attachment-0001.xml>

From utkarsh.ayachit at kitware.com  Tue Mar 17 13:15:36 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 17 Mar 2015 13:15:36 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <55070E61.6060000@kitware.com>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
 <55070E61.6060000@kitware.com>
Message-ID: <CADHSJjDfwdoiNHXUh7PFjKcUydAiik5yZB=feJ6YX33dCKRxeA@mail.gmail.com>

Folks,

VTK has migrated to Gitlab and now we're working on ParaView. A few
things remain to figure out when dealing with submodules -- we expect
those to be ironed out within the next day or two so stay tuned.

Again, thanks for your patience!

Utkarsh

From utkarsh.ayachit at kitware.com  Tue Mar 17 13:19:49 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 17 Mar 2015 13:19:49 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <D12CBBA8.22544%kmorel@sandia.gov>
References: <D12CBBA8.22544%kmorel@sandia.gov>
Message-ID: <CADHSJjBKR9ii5R7tqRNBFLUAzQ+qADmhMtxgFQm6r0iaGj0UFg@mail.gmail.com>

If only it was easy to fix :). I've requested our sysadmins to see if
they can fix this. Initial feedback  hasn't been very promising. Let's
wait and see.

Utkarsh

On Mon, Mar 16, 2015 at 7:01 PM, Moreland, Kenneth <kmorel at sandia.gov> wrote:
> Ah, yes. That's good. But still, the home page shouldn't give the error "You
> need to sign in before continuing."
>
> -Ken
>
> From: Berk Geveci <berk.geveci at kitware.com>
> Date: Monday, March 16, 2015 at 2:01 PM
> To: Kenneth Moreland <kmorel at sandia.gov>
> Cc: Brad King <brad.king at kitware.com>, "paraview-developers at paraview.org"
> <paraview-developers at paraview.org>
> Subject: [EXTERNAL] Re: [Paraview-developers] Migrating Git repository to
> Gitlab
>
> It seems to be an interface thing. If I click on the creature (cat?) on the
> upper left, it takes me to an Explore page with which I can get to projects
> even if I am not signed it.
>
> -berk
>
> On Mon, Mar 16, 2015 at 3:58 PM, Moreland, Kenneth <kmorel at sandia.gov>
> wrote:
>>
>> I notice after clicking this link that I have to create an account and
>> sign in to see anything in the gitlab system. Is there a reason not to
>> give read-only access to those not logged in. I imagine there will be
>> users who will want to clone and browse the repository without necessarily
>> making modifications.
>>
>> -Ken
>>
>>
>>
>> On 3/16/15, 11:09 AM, "Brad King" <brad.king at kitware.com> wrote:
>>
>> >On 03/11/2015 03:26 PM, Utkarsh Ayachit wrote:
>> >> If you have been monitoring the VTK-developers list, this shouldn't
>> >> come as a surprise to you, but we're working on migrating our
>> >> development workflow to use Gitlab (a Github clone) to manage
>> >> reviewing, merging  and testing of changes. This means we'll replace
>> >> our current Stage and Gerrit based development workflow with one that
>> >> uses Gitlab merge requests instead.
>> >
>> >FYI, https://gitlab.kitware.com is now visible publicly.
>> >
>> >We are in the process of moving VTK's development over to it,
>> >but ParaView is not moving quite yet.
>> >
>> >We've marked all the placeholder ParaView repositories as "private"
>> >on this GitLab to avoid confusion, including user forks.  Please keep
>> >them that way until we officially announce that ParaView has moved.
>> >
>> >Thanks,
>> >-Brad
>> >
>> >_______________________________________________
>> >Powered by www.kitware.com
>> >
>> >Visit other Kitware open-source projects at
>> >http://www.kitware.com/opensource/opensource.html
>> >
>> >Search the list archives at:
>> >http://markmail.org/search/?q=Paraview-developers
>> >
>> >Follow this link to subscribe/unsubscribe:
>> >http://public.kitware.com/mailman/listinfo/paraview-developers
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview-developers
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From utkarsh.ayachit at kitware.com  Wed Mar 18 08:14:20 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 18 Mar 2015 08:14:20 -0400
Subject: [Paraview-developers] [Paraview] ParaView and Matlab lovers
	Parula ColorScale
In-Reply-To: <550842F6.7050207@ec-nantes.fr>
References: <550842F6.7050207@ec-nantes.fr>
Message-ID: <CADHSJjAFbwAUUx0BMXX4t_9MTFCHMRqHyz4oQnu6NtEoNma44Q@mail.gmail.com>

Folks,

It must be noted that Mathworks considers the Parula colorscale their
intellectual property and that it's not "appropriate or acceptable to
copy or re-use it in non-MathWorks plotting tools"  [1].

Utkarsh

[1] http://blogs.mathworks.com/steve/2014/10/20/a-new-colormap-for-matlab-part-2-troubles-with-rainbows/#comment-27702

On Tue, Mar 17, 2015 at 11:06 AM, Felipe Bordeu
<felipe.bordeu at ec-nantes.fr> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hi to all,
>
> Attached you can find the Parula coloscale from the last Matlab release.
>
> Felipe
>
> - --
> Felipe Bordeu Weldt
> Ing?nieur de Recherche
> - -------------------------------------
> T?l. : 33 (0)2 40 37 16 57
> Fax. : 33 (0)2 40 74 74 06
> Felipe.Bordeu at ec-nantes.fr
> Institut GeM - UMR CNRS 6183
> ?cole Centrale Nantes
> 1 Rue de La No?, 44321 Nantes, FRANCE
> - -------------------------------------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQEcBAEBAgAGBQJVCELyAAoJEE/fMfNgU9/D2zEIAJtQFgOUO+8UgQNwGNRKsagi
> jJNUuF4Z3P+lE55OvrT/YNJVUJtQYndeTv8EtFwq0O03sF014DQJn6koPRnVvnVB
> x3ITAmwtTUGpUcgl08k6qIB2T77LlEWvjIZLR/Uzj+dQ+qHtTUSIMXxOsHcKyvMR
> 27JiyKdCk5t+iAxHNqkdNXiHRY4tXNAgi8cqZYwIPLo8d4N+Z4OVIz+bJy7xP0EQ
> WXk7nwAxKsqWoktozsg/+LiZR6YCU+RI5CWcucCQ3D0+tdieO6rSikgkVBYPpWBg
> nFTx6fZx+YH27h75R6pcda+lOOFtubFr4cNHeiWz9zyNBXe85OvGXdS4aYEO/kg=
> =C+Se
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>

From utkarsh.ayachit at kitware.com  Wed Mar 18 11:23:46 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 18 Mar 2015 11:23:46 -0400
Subject: [Paraview-developers] How to set the font size of the axis
 annotation in QuadView?
In-Reply-To: <593AFCE559F11049B8F268BE84170A0DC23706@EXCHMBX03.fed.cclrc.ac.uk>
References: <593AFCE559F11049B8F268BE84170A0DC23706@EXCHMBX03.fed.cclrc.ac.uk>
Message-ID: <CADHSJjBFy+TR_pEVjOHkwxq2Yk=G_kYUAwqBQ9ZiMsJKUinrdA@mail.gmail.com>

Anton,

Alas, the QuadView doesn't expose the font size properties.

Utkarsh

On Wed, Mar 11, 2015 at 7:19 AM,  <anton.piccardo-selg at stfc.ac.uk> wrote:
> Hi,
>
> I am currently working on a customization of ParaView 3.98.1. We are making use the "QuadView" view. We have the the cube axes enabled by default by setting the "ShowCubeAxes" property. Unfortunately, this produces axes annotations which are overlapping. Hence my question: Is there a property to control the font size of the axes annotation  programmatically in order to avoid this overlap?
>
> Many thanks and best regards,
>
> Anton
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers

From utkarsh.ayachit at kitware.com  Wed Mar 18 14:39:46 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 18 Mar 2015 14:39:46 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <CADHSJjDfwdoiNHXUh7PFjKcUydAiik5yZB=feJ6YX33dCKRxeA@mail.gmail.com>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
 <55070E61.6060000@kitware.com>
 <CADHSJjDfwdoiNHXUh7PFjKcUydAiik5yZB=feJ6YX33dCKRxeA@mail.gmail.com>
Message-ID: <CADHSJjAvt_N62_pK4VaTBRgf8_kqAx92eD0gy=eY48d4A_Y1jw@mail.gmail.com>

Folks,

ParaView and the ParaView family of projects e.g. ParaViewSuperbuid,
VisItBridge, IceT etc. will move to Gitlab tomorrow. In preparation
for the migration, all push access to the stage will be turned off
tomorrow morning. There are no branches currently in "next" pending
Gatekeeper review. There will not be another Gatekeeper review before
we move to Gitlab, hence hold on to your development branches for now.
You may also want to look at any old branches lingering on stage that
you're still interested in. These may not be accessible after
tomorrow.

Here are the branches currently on ParaView's stage not merged in
master or next:
0014870_ordered_compositing
0015007_fix_color_range_length
10962_find_data_initialization
12742_scalar_bar_improvements
13963_add_light_management
13977-paraviewweb-testing
14880_fix_state_properties
14895_fix_log_plot_axis
15052_settings_test_failure
allow-downstream-use-of-www
auto_update_active_values_from_visible
bing-map-support
catalyst-wrap-exclusion
cinema_specA_tweaks
convert-selection-14941
co-processing-fortran-utilities
external-data
fix-build-on-c++11
fix_delayed_interactive_render_issues
fix-externals
fix-external-vtk-config
fix-external-vtk-python-wrapping
fix_sorting
fix-xml-crash-on-close
ghost-points-support
msmpi-fix
pvweb-fix-visualizer-can-test
pvweb-update-vtk-for-vgl
pvweb-vgl-toogle-toolbar
pvw_rpc
pvw-testing
remove-ftogl
simpler-catalyst-editions
smooth-cube-axis-actor-labels
spatio-temporal-parallelism
streaming-temporal-AMR
transfer-function-plots-bugfix
unified-bindings-warning-sweep
update_3d_widgets
update_online_help
update_vtk
update_vtk_sha1
visit-bridge-update-2.7.0
vr_improvements
widen_properties_panel

Utkarsh



On Tue, Mar 17, 2015 at 1:15 PM, Utkarsh Ayachit
<utkarsh.ayachit at kitware.com> wrote:
> Folks,
>
> VTK has migrated to Gitlab and now we're working on ParaView. A few
> things remain to figure out when dealing with submodules -- we expect
> those to be ironed out within the next day or two so stay tuned.
>
> Again, thanks for your patience!
>
> Utkarsh

From sur.chiranjib at gmail.com  Thu Mar 19 07:53:07 2015
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Thu, 19 Mar 2015 17:23:07 +0530
Subject: [Paraview-developers] How rendering of vtk object happens in
	Paraview
Message-ID: <CAJk8dSDGjEK7+9FYA+Gu2bqqdHJ8bzEDf+eawkf4AiWRP5V1pA@mail.gmail.com>

Hi All,
This might sound a naive question to the experienced Paraview users (which
I am not).

I want to understand how the rendering happens in Paraview for any vtk
object. For example, if I want to render a STL file in the paraview window,
how do I do it ?
The underlying vtkSTLreader is able to read the file (if I open the file
using File>Open menu and then press "Apply" button).
I am trying to understand the mechanism behind these operations so that i
can customise and develop my own piece of utiilty.

The following vtk example creates a new visualization window but I want to
render the object in the paraview window.

Thanks much for your help. Is there some place where I can browse/read to
bring up my understanding about the paraview infrastructure.

Thanks,
Chiranjib


Here is the sample vtk code I am refering to (which creates a new viz
window - which I don't want to get)

vtkSmartPointer<vtkSTLReader> reader = vtkSmartPointer<vtkSTLReader>::New();
       reader->SetFileName("filename.stl");
       reader->Update();

       /*
       VTK rendering : a separate visualization windows Pops up
       */

         vtkSmartPointer<vtkPolyDataMapper> mapper =
 vtkSmartPointer<vtkPolyDataMapper>::New();
         mapper->SetInputConnection(reader->GetOutputPort());

         vtkSmartPointer<vtkActor> actor = vtkSmartPointer<vtkActor>::New();
         actor->SetMapper(mapper);

         vtkSmartPointer<vtkRenderer> renderer =
vtkSmartPointer<vtkRenderer>::New();
         vtkSmartPointer<vtkRenderWindow> renderWindow =
vtkSmartPointer<vtkRenderWindow>::New();
         renderWindow->AddRenderer(renderer);

         vtkSmartPointer<vtkRenderWindowInteractor> renderWindowInteractor
= vtkSmartPointer<vtkRenderWindowInteractor>::New();
         renderWindowInteractor->SetRenderWindow(renderWindow);

         renderer->AddActor(actor);
         renderer->SetBackground(.3, .6, .3); // Background color green

         renderWindow->Render();
         renderWindowInteractor->Start();
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150319/a62b5e03/attachment.html>

From utkarsh.ayachit at kitware.com  Thu Mar 19 08:28:41 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 19 Mar 2015 08:28:41 -0400
Subject: [Paraview-developers] How rendering of vtk object happens in
	Paraview
In-Reply-To: <CAJk8dSDGjEK7+9FYA+Gu2bqqdHJ8bzEDf+eawkf4AiWRP5V1pA@mail.gmail.com>
References: <CAJk8dSDGjEK7+9FYA+Gu2bqqdHJ8bzEDf+eawkf4AiWRP5V1pA@mail.gmail.com>
Message-ID: <CADHSJjBj==5mmkthCT=6TsDdawRvdiyLe18Zun1BLUp4S1JgyQ@mail.gmail.com>

Chiranjib,

That's a painfully loaded question, I am afraid :). Here's a Wiki page
that will hopefully give you some background [1]. I admit, we're
woefully missing a good design document that describes the complete
picture from proxies to views and representations. It's been on the
TODO list for a while now.

Utkarsh


[1] http://www.paraview.org/ParaView/index.php/Views_And_Representations

On Thu, Mar 19, 2015 at 7:53 AM, Chiranjib Sur <sur.chiranjib at gmail.com> wrote:
> Hi All,
> This might sound a naive question to the experienced Paraview users (which I
> am not).
>
> I want to understand how the rendering happens in Paraview for any vtk
> object. For example, if I want to render a STL file in the paraview window,
> how do I do it ?
> The underlying vtkSTLreader is able to read the file (if I open the file
> using File>Open menu and then press "Apply" button).
> I am trying to understand the mechanism behind these operations so that i
> can customise and develop my own piece of utiilty.
>
> The following vtk example creates a new visualization window but I want to
> render the object in the paraview window.
>
> Thanks much for your help. Is there some place where I can browse/read to
> bring up my understanding about the paraview infrastructure.
>
> Thanks,
> Chiranjib
>
>
> Here is the sample vtk code I am refering to (which creates a new viz window
> - which I don't want to get)
>
> vtkSmartPointer<vtkSTLReader> reader = vtkSmartPointer<vtkSTLReader>::New();
>        reader->SetFileName("filename.stl");
>        reader->Update();
>
>        /*
>        VTK rendering : a separate visualization windows Pops up
>        */
>
>          vtkSmartPointer<vtkPolyDataMapper> mapper =
> vtkSmartPointer<vtkPolyDataMapper>::New();
>          mapper->SetInputConnection(reader->GetOutputPort());
>
>          vtkSmartPointer<vtkActor> actor = vtkSmartPointer<vtkActor>::New();
>          actor->SetMapper(mapper);
>
>          vtkSmartPointer<vtkRenderer> renderer =
> vtkSmartPointer<vtkRenderer>::New();
>          vtkSmartPointer<vtkRenderWindow> renderWindow =
> vtkSmartPointer<vtkRenderWindow>::New();
>          renderWindow->AddRenderer(renderer);
>
>          vtkSmartPointer<vtkRenderWindowInteractor> renderWindowInteractor =
> vtkSmartPointer<vtkRenderWindowInteractor>::New();
>          renderWindowInteractor->SetRenderWindow(renderWindow);
>
>          renderer->AddActor(actor);
>          renderer->SetBackground(.3, .6, .3); // Background color green
>
>          renderWindow->Render();
>          renderWindowInteractor->Start();
>
> _______________________________________________
> 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 sur.chiranjib at gmail.com  Thu Mar 19 10:02:02 2015
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Thu, 19 Mar 2015 19:32:02 +0530
Subject: [Paraview-developers] How rendering of vtk object happens in
	Paraview
In-Reply-To: <CADHSJjBj==5mmkthCT=6TsDdawRvdiyLe18Zun1BLUp4S1JgyQ@mail.gmail.com>
References: <CAJk8dSDGjEK7+9FYA+Gu2bqqdHJ8bzEDf+eawkf4AiWRP5V1pA@mail.gmail.com>
 <CADHSJjBj==5mmkthCT=6TsDdawRvdiyLe18Zun1BLUp4S1JgyQ@mail.gmail.com>
Message-ID: <CAJk8dSCK-PdvuG1XeLf4Va2TNA8xZyvP9=otr0HX3c3o2jPzFQ@mail.gmail.com>

Hi Utkarsh,
Thanks for your reply. I can understand the amount of work it requires. But
once you publish this, that will be immensely helpful like the book you
have edited this year.

Let me be more specific to narrow down the answer I am looking for. Is
there any place where I can understand the philosophy behind the virtual
function "RequestData" which I can overload ? I think this might solve my
issues for the time being.
Thanks again,
Chiranjib

On Thu, Mar 19, 2015 at 5:58 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Chiranjib,
>
> That's a painfully loaded question, I am afraid :). Here's a Wiki page
> that will hopefully give you some background [1]. I admit, we're
> woefully missing a good design document that describes the complete
> picture from proxies to views and representations. It's been on the
> TODO list for a while now.
>
> Utkarsh
>
>
> [1] http://www.paraview.org/ParaView/index.php/Views_And_Representations
>
> On Thu, Mar 19, 2015 at 7:53 AM, Chiranjib Sur <sur.chiranjib at gmail.com>
> wrote:
> > Hi All,
> > This might sound a naive question to the experienced Paraview users
> (which I
> > am not).
> >
> > I want to understand how the rendering happens in Paraview for any vtk
> > object. For example, if I want to render a STL file in the paraview
> window,
> > how do I do it ?
> > The underlying vtkSTLreader is able to read the file (if I open the file
> > using File>Open menu and then press "Apply" button).
> > I am trying to understand the mechanism behind these operations so that i
> > can customise and develop my own piece of utiilty.
> >
> > The following vtk example creates a new visualization window but I want
> to
> > render the object in the paraview window.
> >
> > Thanks much for your help. Is there some place where I can browse/read to
> > bring up my understanding about the paraview infrastructure.
> >
> > Thanks,
> > Chiranjib
> >
> >
> > Here is the sample vtk code I am refering to (which creates a new viz
> window
> > - which I don't want to get)
> >
> > vtkSmartPointer<vtkSTLReader> reader =
> vtkSmartPointer<vtkSTLReader>::New();
> >        reader->SetFileName("filename.stl");
> >        reader->Update();
> >
> >        /*
> >        VTK rendering : a separate visualization windows Pops up
> >        */
> >
> >          vtkSmartPointer<vtkPolyDataMapper> mapper =
> > vtkSmartPointer<vtkPolyDataMapper>::New();
> >          mapper->SetInputConnection(reader->GetOutputPort());
> >
> >          vtkSmartPointer<vtkActor> actor =
> vtkSmartPointer<vtkActor>::New();
> >          actor->SetMapper(mapper);
> >
> >          vtkSmartPointer<vtkRenderer> renderer =
> > vtkSmartPointer<vtkRenderer>::New();
> >          vtkSmartPointer<vtkRenderWindow> renderWindow =
> > vtkSmartPointer<vtkRenderWindow>::New();
> >          renderWindow->AddRenderer(renderer);
> >
> >          vtkSmartPointer<vtkRenderWindowInteractor>
> renderWindowInteractor =
> > vtkSmartPointer<vtkRenderWindowInteractor>::New();
> >          renderWindowInteractor->SetRenderWindow(renderWindow);
> >
> >          renderer->AddActor(actor);
> >          renderer->SetBackground(.3, .6, .3); // Background color green
> >
> >          renderWindow->Render();
> >          renderWindowInteractor->Start();
> >
> > _______________________________________________
> > 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/20150319/849e8b70/attachment-0001.html>

From sur.chiranjib at gmail.com  Thu Mar 19 10:06:31 2015
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Thu, 19 Mar 2015 19:36:31 +0530
Subject: [Paraview-developers] Writing other XML properties in paraview
Message-ID: <CAJk8dSAOi5HumFCCO_TozhEv-wigQnoWPF8d6W+BJti=sDfiYg@mail.gmail.com>

Hello Experts,
Within Paraview, when I generate my polydata and write the information in a
.vtp file, I want to write few addition information like the following in
the same file along with the polydata information :

<MyParameters>
    <Parameter1>Integer Value </Parameter1>
    <Parameter2>Double Value </Parameter2>
    <Parameter3>String Value </Parameter3>
</MyParameters>

Is there any vtk class that will help me doing this ?

Thanks in advance,
Chiranjib
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150319/2e50a11d/attachment.html>

From utkarsh.ayachit at kitware.com  Thu Mar 19 10:16:28 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 19 Mar 2015 10:16:28 -0400
Subject: [Paraview-developers] How rendering of vtk object happens in
	Paraview
In-Reply-To: <CAJk8dSCK-PdvuG1XeLf4Va2TNA8xZyvP9=otr0HX3c3o2jPzFQ@mail.gmail.com>
References: <CAJk8dSDGjEK7+9FYA+Gu2bqqdHJ8bzEDf+eawkf4AiWRP5V1pA@mail.gmail.com>
 <CADHSJjBj==5mmkthCT=6TsDdawRvdiyLe18Zun1BLUp4S1JgyQ@mail.gmail.com>
 <CAJk8dSCK-PdvuG1XeLf4Va2TNA8xZyvP9=otr0HX3c3o2jPzFQ@mail.gmail.com>
Message-ID: <CADHSJjD+8F5nA5isn7HHLD1E-i5WfaeaQPN+ZENtmkC16wCKzw@mail.gmail.com>

> Let me be more specific to narrow down the answer I am looking for. Is there
> any place where I can understand the philosophy behind the virtual function
> "RequestData" which I can overload ? I think this might solve my issues for
> the time being.

Check out Berk's blogs: http://www.kitware.com/blog/home/user/53/1
He has covered the VTK pipeline in detail through a series of blog posts.

Utkarsh

From utkarsh.ayachit at kitware.com  Thu Mar 19 15:05:58 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 19 Mar 2015 15:05:58 -0400
Subject: [Paraview-developers] Migrating Git repository to Gitlab
In-Reply-To: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
References: <CADHSJjA8Q6kd7beePmXzwPeDroV9NmK96xcZm4-F1ifo2t6LSg@mail.gmail.com>
Message-ID: <CADHSJjBMmfidU4DjU8chiZCP9T0F-Z3106YzbtPjGX8hrFxPWg@mail.gmail.com>

> we're working on migrating our development workflow to use Gitlab
>  (a Github clone) to manage reviewing, merging  and testing of changes.

ParaView development is now hosted by GitLab here:

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

The top of that page shows the new preferred clone URL:

  https://gitlab.kitware.com/paraview/paraview.git

It also links to the README.md file which links to CONTRIBUTING.md
which links to the new entry point for Git and developer instructions:

  https://gitlab.kitware.com/paraview/paraview/blob/master/Documentation/dev/git/README.md

In order to update your existing work tree:

 $ git checkout master
 $ git pull
 $ Utilities/SetupForDevelopment.sh

Please rebase any open topics on 'master' and revise the commit
messages to drop any existing 'Change-Id' lines (these are not
needed by GitLab).  Then proceed according to the above-linked
instructions.

Several ParaView dependencies have also moved to GitLab include:

  IceT: https://gitlab.kitware.com/icet/icet
  VisItBridge: https://gitlab.kitware.com/paraview/visitbridge
  ParaView-Superbuild: https://gitlab.kitware.com/paraview/paraview-superbuild

To ensure the new repository URLs are used by the submodules, additionally,
do the following:

 # For a fresh clone
 $ git submodule init --recursive
 $ git submodule update

  OR

 # For an existing clone
 $ git submodule sync
 $ git submodule update

The old "git://paraview.org/ParaView.git", "git://paraview.org/IceT.git", and
""git://paraview.org/ParaViewSuperbuild.git" repositories are now
robot-maintained
mirrors of the respective GitLab repository.  The review.source.kitware.com
Gerrit ParaView/ParaViewSuperbuild repositories are now a read-only archive
and not maintained.

Updates of web pages and links on paraview.org are still on-going.  If
after 2015-03-25 you come across an out-dated link, please report it
here.

The testing infrastructure has also been updated to run tests on each
merge request.

Utkarsh

From brad.king at kitware.com  Fri Mar 20 15:31:27 2015
From: brad.king at kitware.com (Brad King)
Date: Fri, 20 Mar 2015 15:31:27 -0400
Subject: [Paraview-developers] gitlab.kitware.com maintenance
Message-ID: <550C758F.7050504@kitware.com>

Hi Folks,

We will be shutting down gitlab.kitware.com for a little while in order
to upgrade the GitLab version to address a couple of issues reported
with it.  I will post again when normal service is restored.

-Brad

From brad.king at kitware.com  Fri Mar 20 15:51:15 2015
From: brad.king at kitware.com (Brad King)
Date: Fri, 20 Mar 2015 15:51:15 -0400
Subject: [Paraview-developers] gitlab.kitware.com maintenance
In-Reply-To: <550C758F.7050504@kitware.com>
References: <550C758F.7050504@kitware.com>
Message-ID: <550C7A33.5060808@kitware.com>

On 03/20/2015 03:31 PM, Brad King wrote:
> We will be shutting down gitlab.kitware.com for a little while in order
> to upgrade the GitLab version to address a couple of issues reported
> with it.  I will post again when normal service is restored.

Done.

-Brad


From Jim.Eliot at awe.co.uk  Mon Mar 23 05:01:52 2015
From: Jim.Eliot at awe.co.uk (Jim.Eliot at awe.co.uk)
Date: Mon, 23 Mar 2015 09:01:52 +0000
Subject: [Paraview-developers] Installing development files using Superbuild
Message-ID: <201503230901.t2N91tBB005598@msw1.awe.co.uk>


Good morning,

Is there any way of installing development files for ParaView using Superbuild?

I have tried passing PARAVIEW_INSTALL_DEVELOPMENT_FILES to ParaView using PV_EXTRA_CMAKE_ARGS, and the development files get installed to the install directory within the build directory. However the files do not get installed with ParaView when I run 'make install'.

Is this functionality currently not available in Superbuild?

Thanks

Jim

Jim Eliot
High Performance Computing Group
AWE, Aldermaston, Reading, RG7 4PR



___________________________________________________
____________________________

The information in this email and in any attachment(s) is 
commercial in confidence. If you are not the named addressee(s) 
or 
if you receive this email in error then any distribution, copying or 
use of this communication or the information in it is strictly 
prohibited. Please notify us immediately by email at 
admin.internet(at)awe.co.uk, and then delete this message from 
your computer. While attachments are virus checked, AWE plc 
does not accept any liability in respect of any virus which is not 
detected.

AWE Plc
Registered in England and Wales
Registration No 02763902
AWE, Aldermaston, Reading, RG7 4PR
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20150323/6b1ea7f4/attachment.html>

From utkarsh.ayachit at kitware.com  Mon Mar 23 08:36:14 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 23 Mar 2015 08:36:14 -0400
Subject: [Paraview-developers] Installing development files using
	Superbuild
In-Reply-To: <201503230901.t2N91tBB005598@msw1.awe.co.uk>
References: <201503230901.t2N91tBB005598@msw1.awe.co.uk>
Message-ID: <CADHSJjBccPqtR67WNM8k006izV7he25w1gTrjTQ=e-qakei11w@mail.gmail.com>

Turn on top level CMake parameter: ENABLE_sdk instead. It is currently
only designed for Linux-based systems.

Utkarsh

On Mon, Mar 23, 2015 at 5:01 AM,  <Jim.Eliot at awe.co.uk> wrote:
>
>
> Good morning,
>
>
>
> Is there any way of installing development files for ParaView using
> Superbuild?
>
>
>
> I have tried passing PARAVIEW_INSTALL_DEVELOPMENT_FILES to ParaView using
> PV_EXTRA_CMAKE_ARGS, and the development files get installed to the install
> directory within the build directory. However the files do not get installed
> with ParaView when I run ?make install?.
>
>
>
> Is this functionality currently not available in Superbuild?
>
>
>
> Thanks
>
>
>
> Jim
>
> Jim Eliot
> High Performance Computing Group
> AWE, Aldermaston, Reading, RG7 4PR
>
>
>
> ___________________________________________________
> ____________________________ The information in this email and in any
> attachment(s) is commercial in confidence. If you are not the named
> addressee(s) or if you receive this email in error then any distribution,
> copying or use of this communication or the information in it is strictly
> prohibited. Please notify us immediately by email at
> admin.internet(at)awe.co.uk, and then delete this message from your
> computer. While attachments are virus checked, AWE plc does not accept any
> liability in respect of any virus which is not detected. AWE Plc Registered
> in England and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7
> 4PR
>
>
> _______________________________________________
> 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 sur.chiranjib at gmail.com  Wed Mar 25 08:09:26 2015
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Wed, 25 Mar 2015 17:39:26 +0530
Subject: [Paraview-developers] How to use paraview filter within another
	filter
Message-ID: <CAJk8dSDtpiaHhxJDOf7=5mrfSVEnU0YLHO31XO7wnUFySLJicg@mail.gmail.com>

Hi All,

I want to create a source (for example a cube) and embed the transformation
filter into it.

To be more precise, I can create a new instance of cube source by
overloading the vtkCubeSource class and while doing so, I want the
provision to apply the transformation filter (translation, rotation,
scaling) to it.

I can do that in two steps, create the source > then apply the
transformation filter separately.

Is there any way I can embed / use the transformation filter while I create
the source (which appears in the pipeline and the paraview window). In a
nutshell, is there any way to have a filter containing another filter ?

Is there any way  to do this ? Or any available example which I can use to
learn this ?

Thanks in advance for your help.

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

From ken.martin at kitware.com  Thu Mar 26 11:06:13 2015
From: ken.martin at kitware.com (Ken Martin)
Date: Thu, 26 Mar 2015 11:06:13 -0400
Subject: [Paraview-developers] Exclude code from Python wrapping?
Message-ID: <95883719c4f655217410d5e762d37b18@mail.gmail.com>

Anyone know how to suppress wrapping part of a header file?



I have in  a header file the following code...



//BTX

#ifndef VTKGL2

  // Description:

  // Get/Set the painter that does the actual rendering.

  void SetPainter(vtkPainter*);

  vtkGetObjectMacro(Painter, vtkPainter);

#endif

//ETX





But python in paraview opengl2 is trying to wrap the painter methods as
below which is causing a compile error.  I define VTKGL2 for the build  ala



if("${VTK_RENDERING_BACKEND}" STREQUAL "OpenGL2")

  add_definitions(-DVTKGL2)

endif()



in ParaViewCore/ClientServerCore/Rendering



../../../lib/libvtkPVClientServerCoreRenderingPython27D-pv4.3.a(vtkPVImageSliceMapperPython.cxx.o):
In function `PyvtkPVImageSliceMapper_SetPainter(_object*, _object*)':

vtkPVImageSliceMapperPython.cxx:(.text+0x312): undefined reference to
`vtkPVImageSliceMapper::SetPainter(vtkPainter*)'

collect2: ld returned 1 exit status





Ken Martin PhD

Chairman & CFO

Kitware Inc.

28 Corporate Drive

Clifton Park NY 12065

ken.martin at kitware.com

518 881-4901 (w)

518 371-4573 (f)



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/20150326/72393a94/attachment.html>

From utkarsh.ayachit at kitware.com  Thu Mar 26 11:28:42 2015
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Thu, 26 Mar 2015 11:28:42 -0400
Subject: [Paraview-developers] Exclude code from Python wrapping?
In-Reply-To: <95883719c4f655217410d5e762d37b18@mail.gmail.com>
References: <95883719c4f655217410d5e762d37b18@mail.gmail.com>
Message-ID: <CADHSJjA8HBJ2VPJorKBOGRKTSVo=aQHpxFFpTB+zQD1ym61fnw@mail.gmail.com>

Don't do the add_definitions() thing. Those don't get propagated when
building the vtkPVClientServerCoreRenderingPython target. Instead, put
that in a configured file like vtkPVConfig.h and just include that in
the header of vtkPVIMageSliceMaper.

Utkarsh

On Thu, Mar 26, 2015 at 11:06 AM, Ken Martin <ken.martin at kitware.com> wrote:
> Anyone know how to suppress wrapping part of a header file?
>
>
>
> I have in  a header file the following code...
>
>
>
> //BTX
>
> #ifndef VTKGL2
>
>   // Description:
>
>   // Get/Set the painter that does the actual rendering.
>
>   void SetPainter(vtkPainter*);
>
>   vtkGetObjectMacro(Painter, vtkPainter);
>
> #endif
>
> //ETX
>
>
>
>
>
> But python in paraview opengl2 is trying to wrap the painter methods as
> below which is causing a compile error.  I define VTKGL2 for the build  ala
>
>
>
> if("${VTK_RENDERING_BACKEND}" STREQUAL "OpenGL2")
>
>   add_definitions(-DVTKGL2)
>
> endif()
>
>
>
> in ParaViewCore/ClientServerCore/Rendering
>
>
>
> ../../../lib/libvtkPVClientServerCoreRenderingPython27D-pv4.3.a(vtkPVImageSliceMapperPython.cxx.o):
> In function `PyvtkPVImageSliceMapper_SetPainter(_object*, _object*)':
>
> vtkPVImageSliceMapperPython.cxx:(.text+0x312): undefined reference to
> `vtkPVImageSliceMapper::SetPainter(vtkPainter*)'
>
> collect2: ld returned 1 exit status
>
>
>
>
>
> Ken Martin PhD
>
> Chairman & CFO
>
> Kitware Inc.
>
> 28 Corporate Drive
>
> Clifton Park NY 12065
>
> ken.martin at kitware.com
>
> 518 881-4901 (w)
>
> 518 371-4573 (f)
>
>
>
> This communication, including all attachments, contains confidential and
> legally privileged information, and it is intended only for the use of the
> addressee.  Access to this email by anyone else is unauthorized. If you are
> not the intended recipient, any disclosure, copying, distribution or any
> action taken in reliance on it is prohibited and may be unlawful. If you
> received this communication in error please notify us immediately and
> destroy the original message.  Thank you.
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers
>

From david.lonie at kitware.com  Thu Mar 26 12:00:59 2015
From: david.lonie at kitware.com (David Lonie)
Date: Thu, 26 Mar 2015 12:00:59 -0400
Subject: [Paraview-developers] Exclude code from Python wrapping?
In-Reply-To: <95883719c4f655217410d5e762d37b18@mail.gmail.com>
References: <95883719c4f655217410d5e762d37b18@mail.gmail.com>
Message-ID: <CA+=e1ouueOV_0tCN8-5FC8UorWctFCVuqtF3ZjE0Nhhaq742AQ@mail.gmail.com>

On Thu, Mar 26, 2015 at 11:06 AM, Ken Martin <ken.martin at kitware.com> wrote:

> Anyone know how to suppress wrapping part of a header file?
>
>
>
> I have in  a header file the following code...
>
>
>
> //BTX
>
> #ifndef VTKGL2
>
>   // Description:
>
>   // Get/Set the painter that does the actual rendering.
>
>   void SetPainter(vtkPainter*);
>
>   vtkGetObjectMacro(Painter, vtkPainter);
>
> #endif
>
> //ETX
>

FWIW, I believe

#ifndef __WRAP__
#endif // __WRAP__

have replaced

// BTX
// ETX

(at least for VTK).

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

From ken.martin at kitware.com  Thu Mar 26 14:11:41 2015
From: ken.martin at kitware.com (Ken Martin)
Date: Thu, 26 Mar 2015 14:11:41 -0400
Subject: [Paraview-developers] Exclude code from Python wrapping?
In-Reply-To: <CA+=e1ouueOV_0tCN8-5FC8UorWctFCVuqtF3ZjE0Nhhaq742AQ@mail.gmail.com>
References: <95883719c4f655217410d5e762d37b18@mail.gmail.com>
 <CA+=e1ouueOV_0tCN8-5FC8UorWctFCVuqtF3ZjE0Nhhaq742AQ@mail.gmail.com>
Message-ID: <817fbafb385c957877c7db49034cdbd2@mail.gmail.com>

Does anyone know of an example of this working? I have tried a couple
different approaches and I cannot see a way to do this.  I know VTKGL2 is
defined in vtkPVConfig.h but it seems the python wrapper is not looking at
the ifdefs usig that define.   I can try a different approach I just wanted
to check if anyone knows of a ifdefed header function that is conditionally
wrapped in python.



Thanks

Ken



Ken Martin PhD

Chairman & CFO

Kitware Inc.

28 Corporate Drive

Clifton Park NY 12065

ken.martin at kitware.com

518 881-4901 (w)

518 371-4573 (f)



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.



*From:* David Lonie [mailto:david.lonie at kitware.com]
*Sent:* Thursday, March 26, 2015 12:01 PM
*To:* Ken Martin
*Cc:* paraview-developers at paraview.org
*Subject:* Re: [Paraview-developers] Exclude code from Python wrapping?



On Thu, Mar 26, 2015 at 11:06 AM, Ken Martin <ken.martin at kitware.com> wrote:

Anyone know how to suppress wrapping part of a header file?



I have in  a header file the following code...



//BTX

#ifndef VTKGL2

  // Description:

  // Get/Set the painter that does the actual rendering.

  void SetPainter(vtkPainter*);

  vtkGetObjectMacro(Painter, vtkPainter);

#endif

//ETX



FWIW, I believe



#ifndef __WRAP__

#endif // __WRAP__



have replaced



// BTX

// ETX



(at least for VTK).



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

From anton.piccardo-selg at stfc.ac.uk  Tue Mar 31 07:09:00 2015
From: anton.piccardo-selg at stfc.ac.uk (anton.piccardo-selg at stfc.ac.uk)
Date: Tue, 31 Mar 2015 11:09:00 +0000
Subject: [Paraview-developers] Setting DiffuseColor property does not render
Message-ID: <593AFCE559F11049B8F268BE84170A0DC3033C@EXCHMBX03.fed.cclrc.ac.uk>

Hi,

I am working on a customization of ParaView (3.98.1) for which I want to set glyphs to a certain color. From the forums I learned that I can set the color by specifing the "DiffuseColor" property of the representation. Although I set the property and apply the UpdateVTKObjects() method, the color of the rendered glyphs does not change ( it is currently white and I want to set it to yellow). When I look into the state XML files, I can see that the value was changed.  My code is similar to:

...
pqDataRepresentation *rep = source->getRepresentation(pqActiveObjects::instance().activeView());
pqPipelineRepresentation *pipelineRepresentation = qobject_cast<pqPipelineRepresentation *>(rep);
pipelineRepresentation->getProxy()->UpdatePropertyInformation();

vtkSMDoubleVectorProperty *prop = vtkSMDoubleVectorProperty::SafeDownCast(
                                                       pipelineRepresentation->getProxy()->GetProperty( "DiffuseColor"));
prop->SetElement(0, 1.0);
prop->SetElement(1, 1.0);
prop->SetElement(2, 0.0);

pipelineRepresentation->getProxy()->UpdateVTKObjects();
pqActiveObjects::instance().activeView()->forceRender();
...

I can see that the color that I have set is set as active color in the ColorWindow of the properties panel, but the image doesn't render the color ( it is still white). What am I missing here? I am grateful to hear about any ideas and suggestions.

Many thanks and best regards,

Anton