Re: [Paraview] ParaView v5.2.0: Problems with inspecting Use Below (Above) Range Color

Where are you getting the vtkLookupTable from? ParaView doesn't use vtkLookupTable directly, is uses vtkPVDiscretizableColorTransferFunction . Utkarsh On Tue, Feb 21, 2017 at 11:42 AM,

Re: [Paraview] 3 arguments to _CreatePipeline for Catalyst

Hi, Please keep the conversations on the mailing list so that all can participate. The best way currently to pass information back and forth between the adaptor (i.e. C++ code) and the Catalyst pipelines is to use the vtkCPDataDescription's UserData member which is a vtkFieldData object (

Re: [Paraview] Different visualization result using serial or parallel ParaView ...

Hi Stefan, Thanks for the bug issue report. There is a potential fix in VTK at https://gitlab.kitware.com/vtk/vtk/merge_requests/2504 I am optimistic that this will make it into the upcomgin ParaView 5.3 release. Thanks, Andy On Fri, Feb 10, 2017 at 7:35 AM, Stefan Melber

[Paraview] wrong representation of vtkImageData in pipeline

Hi, I am creating an Image using a filter and then adding it to the pipeline. In Paraview, it is displaying a weird image like if it was corrupted. To verify that my filter was creating the image correctly, I am using the vtkTIFFWriter to output the image in tiff format. I open the tiff file

[Paraview] problems with packaging of superbuild

Hi, I have some problems when packaging my paraview superbuild (v5.2.0) after building. When I do ctest -VV -R cpack-paraview-TGZ I first get UpdateCTestConfiguration from :/home/paraview/paraview-5.2.0/DartConfiguration.tcl Parse Config

Re: [Paraview] [Non-DoD Source] Re: Superbuild repo change?

Rick, What is the SHA-1 for last commit in your paraview-superbuild directory? The latest commit on master is 22e4b36087b523e01994b90f7b1c5eabb6c0755b. In the file versions.cmake at line 63, 5.3.0-RC1 should be listed as a version option. Thanks, Cory On Tue, Feb 21, 2017 at 11:31 AM, Angelini,

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

Hi, fine, I started a parallel build on another node using Python 2.7.12, it seems to be compiling so far... As I wrote it previously, the first compilation based on Python 2.7.11 shipped by the superbuilder fails with the following message: do you know by chance whether I do have to switch

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

On Tue, Feb 21, 2017 at 17:57:37 +0100, Nabil Ghodbane wrote: > many thanks for the prompt reply. I should have hit the toggle option :). It's fine, that bug is elusive and a pain to deal with. > No i did not give it a try yet. I will try it and send feedback (I am using > miniconda) > Does this

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

Hi, did by chance someone hit this additional issue about missing hdf5 target. I checked that the super build script managed to successfully download the archive: hdf5-1.8.13.tar.gz but it seems, it fails Do I have to switch some additional flag, or is this some issue? thanks -- Found

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

hi Ben, many thanks for the prompt reply. I should have hit the toggle option :). No i did not give it a try yet. I will try it and send feedback (I am using miniconda) Does this mean that using non embedded python is still experimental ? thanks Nabil Ghodbane (Ph. D. Habil*.*) Phone: +33 6 34 42

[Paraview] ParaView v5.2.0: Problems with inspecting Use Below (Above) Range Color

Hello everyone, I'm trying to inspect values of "UseBelowRangeColor" and "UseAboveRangeColor" flags from my ParaView exporter plugin by: 1. Retrieving vtkCompositePolyDataMapper2 from currently active view and rendering window, then, 2. Getting it's vtkLookupTable and then calling

Re: [Paraview] [Non-DoD Source] Re: Superbuild repo change?

I did a “git pull” and “git submodule update” in the paraview-superbuild directory. I then changed the source flag in my cmake command: -Dparaview_SOURCE_SELECTION="5.3.0-RC1” and I get this error when doing a clean build. -- Detecting CXX compile features - done -- Check size of void* --

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

> > On Tue, Feb 21, 2017 at 9:25 AM, Nabil Ghodbane > > wrote: > > > OK many thanks,; I am trying to use the Superbuild now. > > > I can see that it is downloading Python 2.7.11. Is there a particular > > reason > > > to use this version instead of the 2.7.12? Haven't

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

ok thanks for the hint. I obviously missed this point. I will try again. I tried with the Python which is downloaded by the Paraview builder and i am hiting a new issue about libQtLucene.so Is this a known issue ? Here are my settings: gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) cat

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

On Tue, Feb 21, 2017 at 9:25 AM, Nabil Ghodbane wrote: > OK many thanks,; I am trying to use the Superbuild now. > I can see that it is downloading Python 2.7.11. Is there a particular reason > to use this version instead of the 2.7.12? You can change the superbuild to

Re: [Paraview] [Non-DoD Source] Re: Superbuild repo change?

Hi Rick, From paraview-superbuild master (remember to run 'git submodule update' after updating master), you should be able to set paraview_SOURCE_SELECTION to 5.3.0-RC1. Then just configure and build. These directions are distilled from the README.md file in the superbuild directory [1].

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

OK many thanks,; I am trying to use the Superbuild now. I can see that it is downloading Python 2.7.11. Is there a particular reason to use this version instead of the 2.7.12? And how can I switch to the latest stable release ? Or is this against the super build approach ? apologize if my question

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

You need OpenGL version 3.2, try updating mesa to version 12 or later. (11.2 should work also if you are not using OSMesa) Thanks Ken On Tue, Feb 21, 2017 at 8:39 AM, Nabil Ghodbane wrote: > dear experts, > I am trying to compile Paraview 5.2 with gcc 4.8 + Qt 4.8 +

Re: [Paraview] [Non-DoD Source] Re: Superbuild repo change?

What are the instructions for using PVSB to build the 5.3- RC ? Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -Original Message- From: Ben Boeckel Reply-To: "ben.boec...@kitware.com"

Re: [Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

In additon to my previous message, if I run Vagrind, I get: ERROR: In /root/ParaView-v5.2.0/VTK/Rendering/OpenGL2/vtkShaderProgram.cxx, line 395 vtkShaderProgram (0x434d1f0): 0:39(12): error: extension `GL_EXT_gpu_shader4' unsupported in fragment shader Nabil Ghodbane (Ph. D. Habil*.*) Phone:

[Paraview] Compiling Paraview 5.2 GCC 4.8 vtkOpenGLRenderWindow.cxx, line 641

dear experts, I am trying to compile Paraview 5.2 with gcc 4.8 + Qt 4.8 + VTK 5.10 + Python 2.7 (available with Miniconda) on a CentOS 7 machine. it compiles well, but I fail to run the Paraview; Paraview starts, but when I try to open a file, I get: ERROR: In

Re: [Paraview] How to increase render quality for exodus mesh file

Hi Florian, Would you be able to send a representative data file (either .vtu or .exo) along with the image? Sincerely, T.J. Thomas J. Corona, Ph.D. Kitware, Inc. R Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4443 > On Feb 21, 2017, at 8:20 AM, Konrad, Florian

[Paraview] How to increase render quality for exodus mesh file

Hello everyone, I have a result of a numerical simulation saved in an exodus-file. This file contains an unstructured mesh made of tetrahedral elements and the simulation results as elemental or nodal values. My problem is that the quality of the visualization of my exodus file is not the best.