date:20160804

Re: [Paraview] Surface LIC contrast enhancement invalid range

2016-08-04 Thread Utkarsh Ayachit

Andy,

Surface LIC is now supported with 5.1.2 . Can you try it out and let
us know if you see the same issue?

Thanks,
Utkarsh

On Thu, Aug 4, 2016 at 1:22 PM, Andy Smith  wrote:
> A colleague of mine is having an issue using Surface LIC in ParaView 4.4:
>
>
> I am having issues while running a Python script in batch mode on a server
> with software rendering. While rendering a surface LIC image I receive the
> following error message:
>
> ERROR: In /ParaView/VTK/Rendering/LIC/vtkSurfaceLICPainter.cxx, line 3076
> vtkPSurfaceLICPainter (0x5f0a3040): 6: Invalid  range 1e+38, -1e+38 for
> color contrast enhancement
>
> The resulting image writes out but appears "dark". The interesting item here
> is that this only occurs on some images and not all of them. From image to
> image the only thing that I am changing is the position of a Slice.
>
> Any insight here would be great, I am out of ideas.
>
>
> We would like to switch to using ParaView 5.1.x but as far as we know
> surface LIC is not working in parallel yet.
>
> Thanks,
> Andy
>
> ___
> 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
>
___
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

[Paraview] pvbatch hangs when enabling OSPRay

2016-08-04 Thread Benjamín Hernández

Hello,

I've compiled Paraview 5.1 with multithreaded mpi and ospray (with OpenMP)
support using the next  modules:

  1) gcc/4.8.25) xalt/0.5.3   9) szip/2.1
 13) boost/1.61.0
  2) openmpi/1.8.4_mtm6) DefApps 10) hdf5/1.8.11
14) libtool/2.4.2
  3) PE-gnu/4.8.2-1.8.4   7) qt4/4.8.5   11) mxml/2.9
 15) git/1.8.0.2
  4) lustredu/1.4 8) python/2.7.912) adios/1.9.0
16) cmake/3.5.2


and wrote a python script that loads a  vtu file  and renders it as glyph
particles.

When running pvbatch in one node it works fine, I can visualize and save
images. However, when running pvbatch with mpi the script just hangs in the
line  that enables OSPRay:

oSPRayRendered3DView1.EnableOSPRay = 1


I am using the next mpi  commands with no success:

mpirun -npernode 16 pvbatch  --mpi --use-offscreen-rendering myscript
inputfile.vtu outputimage.png

mpirun -np 13 --map-by ppr:1:socket:pe=16 pvbatch  --mpi
--use-offscreen-rendering myscript inputfile.vtu outputimage.png


I did a simpler script that does the following:

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

# set active view
SetActiveView(None)
CreateLayout('Layout #1')

# Create a new 'Render View'
print "Creating render view"
renderView1 = CreateView('RenderView')
renderView1.ViewSize = [11520, 3240]
renderView1.CameraPosition = [0.0, 0.0, 6.69]
renderView1.CameraFocalPoint = [0.0, 0.0, 0.0]
renderView1.CameraViewUp = [0.0, 1.0, 0.0]
renderView1.CameraViewAngle = 30.0
renderView1.CameraParallelScale = 1.73
renderView1.Background = [0.32, 0.34, 0.43]
print "Before Enabling OSPRay"
renderView1.EnableOSPRay = 1
print "After Enabling OSPRay"
renderView1.Shadows = 1
renderView1.AmbientSamples = 4
renderView1.SamplesPerPixel = 8
renderView1.MaxFrames = 1
renderView1.LightScale = 1.0

print "Done!"


 saving camera placements for all active views

# current camera placement for renderView1
renderView1.CameraPosition = [148.48492741767512, 106.10239872416838,
-28480.984448300518]
renderView1.CameraFocalPoint = [137.62326776804608, 95.85538889348155,
-28593.41405565134]
renderView1.CameraViewUp = [-0.529722197084864, 0.8477698001026378,
-0.02609137691878691]
renderView1.CameraParallelScale = 19159.165918040744



but it  never reaches the print "After Enabling OSPRay" line



Any advice will be appreciated,



Benjamin Hernandez
OLCF
Oak Ridge National Laboratory
___
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

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

2016-08-04 Thread u . utku . turuncoglu

Hi Andy,

Thanks for your help. You can find the Python script as attachment. BTW,
the "coprocessorinitializewithpython" method is called by subset of
processors that are supposed to do co-processing. I think that the usage
of vtkCPPythonScriptPipeline is correct in this case. It is weird but it
works under Mac OS and allinputsgridwriter.py script works on both Linux
and Mac OS.

extern "C" void coprocessorinitializewithpython_(int *fcomm, const char*
pythonScriptName, const char strarr[][255], int *size) {
  if (pythonScriptName != NULL) {
if (!g_coprocessor) {
  g_coprocessor = vtkCPProcessor::New();
  MPI_Comm handle = MPI_Comm_f2c(*fcomm);
  vtkMPICommunicatorOpaqueComm *Comm = new
vtkMPICommunicatorOpaqueComm();
  g_coprocessor->Initialize(*Comm);
  vtkSmartPointer pipeline =
vtkSmartPointer::New();
  pipeline->Initialize(pythonScriptName);
  g_coprocessor->AddPipeline(pipeline);
  //pipeline->FastDelete();
}

if (!g_coprocessorData) {
  g_coprocessorData = vtkCPDataDescription::New();
  // must be input port for all model components and for all dimensions
  for (int i = 0; i < *size; i++) {
g_coprocessorData->AddInput(strarr[i]);
std::cout << "adding input port [" << i << "] = " << strarr[i] <<
std::endl;
  }
}
  }
}

Regards,

--ufuk

> Can you share your Python script? Another thought is that your Python
> script was added to each process instead of the subset of processes that
> are supposed to do the calculation on it. For example, the Python script
> that is supposed to generate the image should only be added through a
> vtkCPPythonScriptPipeline on those 8 processes.
>
> On Thu, Aug 4, 2016 at 2:48 AM, Ufuk Utku Turuncoglu (BE) <
> u.utku.turunco...@be.itu.edu.tr> wrote:
>
>> Hi,
>>
>> After getting help from the list, i finished the initial implementation
>> of
>> the code but in this case i have a strange experience with Catalyst. The
>> prototype code is working with allinputsgridwriter.py script and could
>> write multi-piece dataset in VTK format without any problem. In this
>> case,
>> the code also handles four different input ports to get data in
>> different
>> grid structure and dimensions (2d/3d).
>>
>> The main problem is that if i try to use the same code to output a png
>> file after creating iso-surface from single 3d field (141x115x14 =
>> 227K),
>> it is hanging. In this case, if i check the utilization of the
>> processors
>> (on Linux, Centos 7.1,
>>
>> 12064 turuncu   20   0 1232644 216400  77388 R 100.0  0.7  10:44.17
>> main.x
>> 12068 turuncu   20   0 1672156 483712  70420 R 100.0  1.5 10:44.17
>> main.x
>> 12069 turuncu   20   0 1660620 266716  70500 R 100.0  0.8 10:44.26
>> main.x
>> 12070 turuncu   20   0 1660412 267204  71204 R 100.0  0.8 10:44.22
>> main.x
>> 12071 turuncu   20   0 1659988 266644  71360 R 100.0  0.8 10:44.18
>> main.x
>> 12065 turuncu   20   0 1220328 202224  77620 R  99.7  0.6 10:44.08
>> main.x
>> 12066 turuncu   20   0 1220236 204696  77444 R  99.7  0.6 10:44.16
>> main.x
>> 12067 turuncu   20   0 1219644 199116  77152 R  99.7  0.6 10:44.18
>> main.x
>> 12078 turuncu   20   0 1704272 286924 102940 S  10.6  0.9 1:12.91 main.x
>> 12074 turuncu   20   0 1704488 287668 103456 S  10.0  0.9 1:08.50 main.x
>> 12072 turuncu   20   0 170 287488 103316 S   9.6  0.9 1:09.09 main.x
>> 12076 turuncu   20   0 1704648 287268 102848 S   9.6  0.9 1:10.16 main.x
>> 12073 turuncu   20   0 1704132 284128 103384 S   9.3  0.9 1:05.27 main.x
>> 12077 turuncu   20   0 1706236 286228 103380 S   9.3  0.9 1:05.49 main.x
>> 12079 turuncu   20   0 1699944 278800 102864 S   9.3  0.9 1:05.87 main.x
>> 12075 turuncu   20   0 1704356 284408 103436 S   8.6  0.9 1:07.03 main.x
>>
>> they seems normal because the co-processing component only works on a
>> subset of the resource (8 processor, has utilization around 99 percent).
>> The GPU utilization (from nvidia-smi command) is
>>
>> +--+
>> | NVIDIA-SMI 352.79 Driver Version: 352.79 |
>> |---+--+
>> --+
>> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile
>> Uncorr.
>> ECC |
>> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util
>> Compute
>> M. |
>> |===+==+
>> ==|
>> |   0  Quadro K5200Off  | :42:00.0  On |
>> Off |
>> | 26%   42CP814W / 150W |227MiB /  8191MiB | 0%  Default
>> |
>> +---+--+
>> --+
>>
>> +---
>> --+
>> | Processes: GPU Memory |
>> |  GPU   PID  Type  Process name Usage  |
>> |===
>> ==|
>> |0  1937G /usr/bin/Xorg
>>  81MiB |
>> |0  3817G

[Paraview] Surface LIC contrast enhancement invalid range

2016-08-04 Thread Andy Smith

A colleague of mine is having an issue using Surface LIC in ParaView 4.4:


I am having issues while running a Python script in batch mode on a server
with software rendering. While rendering a surface LIC image I receive the
following error message:

ERROR: In /ParaView/VTK/Rendering/LIC/vtkSurfaceLICPainter.cxx, line 3076
vtkPSurfaceLICPainter (0x5f0a3040): 6: Invalid  range 1e+38, -1e+38 for
color contrast enhancement

The resulting image writes out but appears "dark". The interesting item
here is that this only occurs on some images and not all of them. From
image to image the only thing that I am changing is the position of a Slice.

Any insight here would be great, I am out of ideas.


We would like to switch to using ParaView 5.1.x but as far as we know
surface LIC is not working in parallel yet.

Thanks,
Andy
___
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

Re: [Paraview] vtkHashSource-pv5.1 binary disappearing during ParaView 'make install'

2016-08-04 Thread Utkarsh Ayachit

Sorry, no luck producing on Ubuntu 16.04 with CMake 3.5.1.

On Thu, Aug 4, 2016 at 11:32 AM, Utkarsh Ayachit
 wrote:
> That's odd. Trying to see if I can reproduce this with your command
> line. I'll report back once the build is done.
>
> On Wed, Aug 3, 2016 at 4:22 PM, Christopher Neal
>  wrote:
>> Hi All,
>>
>>
>>
>> I’m seeing something strange when I try to compile ParaView 5.1 from the
>> source. I execute the following commands to compile ParaView:
>>
>>
>>
>> git clone https://github.com/Kitware/ParaView.git
>>
>> *Go into cloned ParaView directory*
>>
>> git submodule init
>>
>> git submodule update
>>
>> mkdir ParaView_build  *not inside the ParaView source directory, somewhere
>> else*
>>
>> cd ParaView_build
>>
>>
>>
>> cmake -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_SKIP_INSTALL_RPATH:BOOL=YES
>> -DBUILD_TESTING:BOOL=OFF -DPARAVIEW_BUILD_QT_GUI:BOOL=OFF
>> -DVTK_RENDERING_BACKEND=OpenGL2 -DPARAVIEW_USE_MPI:BOOL=ON
>> -DPARAVIEW_ENABLE_PYTHON:BOOL=ON
>> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES:BOOL=ON
>> -DPARAVIEW_BUILD_CATALYST_ADAPTERS:BOOL=ON
>> -DPARAVIEW_BUILD_PLUGIN_AnalyzeNIfTIIO:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_ArrowGlyph:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_CDIReader:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_EyeDomeLighting:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_GMVReader:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_GeodesicMeasurement:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_H5PartReader:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_InSituExodus:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_MantaView:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_Moments:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_NonOrthogonalSource:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_PacMan:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_PointSprite:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_RGBZView:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_SLACTools:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_SciberQuestToolKit:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_SierraPlotTools:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_StreamingParticles:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_SurfaceLIC:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_ThickenLayeredCells:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_UncertaintyRendering:BOOL=FALSE
>> -DPARAVIEW_BUILD_PLUGIN_AcceleratedAlgorithms:BOOL=OFF
>> -DVTK_USE_CXX11_FEATURES:BOOL=ON
>> -DCMAKE_INSTALL_PREFIX=/home/neal/software/ParaView_build
>> /home/neal/software/ParaView
>>
>>
>>
>> (note the last 2 items are paths to the build directory and the source,
>> respectively)
>>
>>
>>
>> make
>>
>> make install
>>
>>
>>
>> Everything up to ‘make’ looks to work just fine. Now, there is a file called
>> ‘vtkHashSource-pv5.1’ that is located in the /bin directory of the ParaView
>> build. When I type ‘make install’, I get the following error:
>>
>>
>>
>> CMake Error at VTK/Utilities/HashSource/cmake_install.cmake:46 (file):
>>
>>   file INSTALL cannot find
>>
>>
>> "/home/neal/software/Catalyst/Catalyst-v5.1.0-Base-Enable-Python-Essentials_build/bin/vtkHashSource-pv5.1".
>>
>> Call Stack (most recent call first):
>>
>>   VTK/cmake_install.cmake:420 (include)
>>
>>   cmake_install.cmake:117 (include)
>>
>>
>>
>> Makefile:94: recipe for target 'install' failed
>>
>> make: *** [install] Error 1
>>
>>
>>
>>
>>
>> I looked and it has moved or deleted the ‘vtkHashSource-pv5.1’ file that was
>> originally in the ParaView/bin directory! I’m sure of it because I copied
>> the file to a temp directory and it disappears every time I put it in the
>> ParaView/bin and type ‘make install’.
>>
>> Has anyone had this problem?
>>
>> Thank you,
>>
>> Chris Neal
>>
>>
>> ___
>> 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
>>
___
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

Re: [Paraview] Hover Point bug with multiblock dataset

2016-08-04 Thread Mathieu Westphal

Hello

Indeed, there is a bug here. I will report it on the bug tracker asap.
Thanks for reporting.

Regards,
On Tue, Aug 2, 2016 at 8:00 PM, Bob Flandard  wrote:

> Hello,
>
> Please see attached state file that demonstrates possible bug when using
> Hover Points to query data on a mesh.
>
> Sweep the cursor over the top plane (with Hover Points On) and points from
> both planes are highlighted and the data is randomly shown for either plane.
>
> I'm using Paraview 5.1 on Windows 7 64bit.
>
> Sorry if this isn't the place for such posts. I haven't been here for a
> while.
>
> Thanks, Bob
>
> ___
> 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
>
>
___
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

Re: [Paraview] vtkHashSource-pv5.1 binary disappearing during ParaView 'make install'

2016-08-04 Thread Utkarsh Ayachit

That's odd. Trying to see if I can reproduce this with your command
line. I'll report back once the build is done.

On Wed, Aug 3, 2016 at 4:22 PM, Christopher Neal
 wrote:
> Hi All,
>
>
>
> I’m seeing something strange when I try to compile ParaView 5.1 from the
> source. I execute the following commands to compile ParaView:
>
>
>
> git clone https://github.com/Kitware/ParaView.git
>
> *Go into cloned ParaView directory*
>
> git submodule init
>
> git submodule update
>
> mkdir ParaView_build  *not inside the ParaView source directory, somewhere
> else*
>
> cd ParaView_build
>
>
>
> cmake -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_SKIP_INSTALL_RPATH:BOOL=YES
> -DBUILD_TESTING:BOOL=OFF -DPARAVIEW_BUILD_QT_GUI:BOOL=OFF
> -DVTK_RENDERING_BACKEND=OpenGL2 -DPARAVIEW_USE_MPI:BOOL=ON
> -DPARAVIEW_ENABLE_PYTHON:BOOL=ON
> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES:BOOL=ON
> -DPARAVIEW_BUILD_CATALYST_ADAPTERS:BOOL=ON
> -DPARAVIEW_BUILD_PLUGIN_AnalyzeNIfTIIO:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_ArrowGlyph:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_CDIReader:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_EyeDomeLighting:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_GMVReader:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_GeodesicMeasurement:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_H5PartReader:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_InSituExodus:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_MantaView:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_Moments:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_NonOrthogonalSource:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_PacMan:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_PointSprite:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_RGBZView:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_SLACTools:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_SciberQuestToolKit:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_SierraPlotTools:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_StreamingParticles:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_SurfaceLIC:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_ThickenLayeredCells:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_UncertaintyRendering:BOOL=FALSE
> -DPARAVIEW_BUILD_PLUGIN_AcceleratedAlgorithms:BOOL=OFF
> -DVTK_USE_CXX11_FEATURES:BOOL=ON
> -DCMAKE_INSTALL_PREFIX=/home/neal/software/ParaView_build
> /home/neal/software/ParaView
>
>
>
> (note the last 2 items are paths to the build directory and the source,
> respectively)
>
>
>
> make
>
> make install
>
>
>
> Everything up to ‘make’ looks to work just fine. Now, there is a file called
> ‘vtkHashSource-pv5.1’ that is located in the /bin directory of the ParaView
> build. When I type ‘make install’, I get the following error:
>
>
>
> CMake Error at VTK/Utilities/HashSource/cmake_install.cmake:46 (file):
>
>   file INSTALL cannot find
>
>
> "/home/neal/software/Catalyst/Catalyst-v5.1.0-Base-Enable-Python-Essentials_build/bin/vtkHashSource-pv5.1".
>
> Call Stack (most recent call first):
>
>   VTK/cmake_install.cmake:420 (include)
>
>   cmake_install.cmake:117 (include)
>
>
>
> Makefile:94: recipe for target 'install' failed
>
> make: *** [install] Error 1
>
>
>
>
>
> I looked and it has moved or deleted the ‘vtkHashSource-pv5.1’ file that was
> originally in the ParaView/bin directory! I’m sure of it because I copied
> the file to a temp directory and it disappears every time I put it in the
> ParaView/bin and type ‘make install’.
>
> Has anyone had this problem?
>
> Thank you,
>
> Chris Neal
>
>
> ___
> 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
>
___
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

Re: [Paraview] Save Animation Bug (possibly)

2016-08-04 Thread Utkarsh Ayachit

Clayton,

I could not reproduce this. What was the size of the images you're
saving? I wonder if that matters.

Utkarsh

On Thu, Aug 4, 2016 at 12:13 AM, Clayton C  wrote:
> I will try to make this short:
>
> -Running Paraview 5.1.0 on Windows
> -Layout with vertically split view port; toggled view port borders off
> -View port border width thickness is set to 0 pixels
> -Save screenshot generates an image of the layout without a border present
> -Save animation generates an image of the layout with a black border present
> where the split in the view port would have been.
>
> I'm not sure if this is intentional, but it would be great if the images
> generated from save screenshot and save animation were the same (without the
> view port border).
>
> Thanks,
> Clayton
>
>
>
>
> ___
> 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
>
___
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

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

2016-08-04 Thread Andy Bauer

Can you share your Python script? Another thought is that your Python
script was added to each process instead of the subset of processes that
are supposed to do the calculation on it. For example, the Python script
that is supposed to generate the image should only be added through a
vtkCPPythonScriptPipeline on those 8 processes.

On Thu, Aug 4, 2016 at 2:48 AM, Ufuk Utku Turuncoglu (BE) <
u.utku.turunco...@be.itu.edu.tr> wrote:

> Hi,
>
> After getting help from the list, i finished the initial implementation of
> the code but in this case i have a strange experience with Catalyst. The
> prototype code is working with allinputsgridwriter.py script and could
> write multi-piece dataset in VTK format without any problem. In this case,
> the code also handles four different input ports to get data in different
> grid structure and dimensions (2d/3d).
>
> The main problem is that if i try to use the same code to output a png
> file after creating iso-surface from single 3d field (141x115x14 = 227K),
> it is hanging. In this case, if i check the utilization of the processors
> (on Linux, Centos 7.1,
>
> 12064 turuncu   20   0 1232644 216400  77388 R 100.0  0.7  10:44.17 main.x
> 12068 turuncu   20   0 1672156 483712  70420 R 100.0  1.5 10:44.17 main.x
> 12069 turuncu   20   0 1660620 266716  70500 R 100.0  0.8 10:44.26 main.x
> 12070 turuncu   20   0 1660412 267204  71204 R 100.0  0.8 10:44.22 main.x
> 12071 turuncu   20   0 1659988 266644  71360 R 100.0  0.8 10:44.18 main.x
> 12065 turuncu   20   0 1220328 202224  77620 R  99.7  0.6 10:44.08 main.x
> 12066 turuncu   20   0 1220236 204696  77444 R  99.7  0.6 10:44.16 main.x
> 12067 turuncu   20   0 1219644 199116  77152 R  99.7  0.6 10:44.18 main.x
> 12078 turuncu   20   0 1704272 286924 102940 S  10.6  0.9 1:12.91 main.x
> 12074 turuncu   20   0 1704488 287668 103456 S  10.0  0.9 1:08.50 main.x
> 12072 turuncu   20   0 170 287488 103316 S   9.6  0.9 1:09.09 main.x
> 12076 turuncu   20   0 1704648 287268 102848 S   9.6  0.9 1:10.16 main.x
> 12073 turuncu   20   0 1704132 284128 103384 S   9.3  0.9 1:05.27 main.x
> 12077 turuncu   20   0 1706236 286228 103380 S   9.3  0.9 1:05.49 main.x
> 12079 turuncu   20   0 1699944 278800 102864 S   9.3  0.9 1:05.87 main.x
> 12075 turuncu   20   0 1704356 284408 103436 S   8.6  0.9 1:07.03 main.x
>
> they seems normal because the co-processing component only works on a
> subset of the resource (8 processor, has utilization around 99 percent).
> The GPU utilization (from nvidia-smi command) is
>
> +--+
> | NVIDIA-SMI 352.79 Driver Version: 352.79 |
> |---+--+
> --+
> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr.
> ECC |
> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute
> M. |
> |===+==+
> ==|
> |   0  Quadro K5200Off  | :42:00.0  On |
> Off |
> | 26%   42CP814W / 150W |227MiB /  8191MiB | 0%  Default |
> +---+--+
> --+
>
> +---
> --+
> | Processes: GPU Memory |
> |  GPU   PID  Type  Process name Usage  |
> |===
> ==|
> |0  1937G /usr/bin/Xorg
>  81MiB |
> |0  3817G /usr/bin/gnome-shell
>  110MiB |
> |0  9551G paraview
> 16MiB |
> +---
> --+
>
> So, the GPU is not overloaded in this case. I tested the code with two
> different version of ParaView (5.0.0 and 5.1.0). The results are same for
> both cases even if i create the co-processing Python scripts with same
> version of the ParaView that is used to compile the code. I also tried to
> use 2d field (141x115) but the result is also same and the code is still
> hanging. The different machine (MacOS+ParaView 5.0.0) works without
> problem. There might be a issue of Linux or installation but i am not sure
> and it was working before. Is there any flag or tool that allows to analyze
> Paraview deeply to find the source of the problem.
>
> Regards,
>
> --ufuk
>
>
>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/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
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at

Re: [Paraview] Depth rendering issues on ParaView Desktop 5.1.0

2016-08-04 Thread David Lonie

This looks like the front faces of the surface have been culled. In the
properties tab, enable advanced properties (the gear button) and locate the
"Backface representation" setting. It's usually set to "Follow Frontface",
but "Cull Frontface" will give results like you're seeing.

Does changing this value help?

On Wed, Aug 3, 2016 at 10:53 PM, Júlio Hoffimann 
wrote:

> Dear all,
>
> I have a depth rendering issue that is now compromising my work on a Arch
> Linux laptop. This is a simple Dell XPS 13 with an integrated Intel(R) HD
> Graphics Skylake ULT GT2 GPU.
>
> The attached figure shows a 3D volume with incorrect depth rendering:
>
>
> 
> Is this an issue with the graphics card driver? How can I solve it?
>
> I appreciate any guidance.
>
> Sincerely,
> -Júlio
>
> ___
> 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
>
>
___
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

[Paraview] ParaView Visualization Workshop in Hamburg, Germany ...

2016-08-04 Thread Niklas Röber


Dear ParaView Users,

in September DKRZ, the German Climate Computing Centre, hosts a 
visualization workshop for ParaView dedicated to the visualization and 
analysis of climate simulation data. If you're interested and a DKRZ 
user, please register, if you're not a DKRZ user and are still 
interested, please send me an Email. The workshop takes place in 
September at DKRZ in Hamburg.


https://www.dkrz.de/Nutzerportal-en/workshops/paraview-workshop

Cheer,
Niklas


 Forwarded Message 
Subject: 	[DKRZ] ParaView Visualization Workshop - Sept. 12./13. - 
Registration Open

Date:   Thu, 04 Aug 2016 08:15:31 -
From:   beratung+announceme...@dkrz.de
Reply-To:   beratung+announceme...@dkrz.de
To: DKRZ Announcement list 



 ParaView Visualization Workshop - Sept. 12./13. - Registration Open

*affected system:*  Mistral

Dear users,

On *Monday and Tuesday, September 12th and 13th*, the DKRZ hosts a 
visualization workshop dedicated to the 3D visualization software 
ParaView. ParaView is an open source visualization package that reads a 
variety of different data formats and lattices and implements the most 
common visualization techniques. In this two day workshop we will 
introduce the basics, as well as some of the more advanced features of 
ParaView. We'll work with rectilinear netCDF data, curvilinear MPI-OM 
data and ICON data sets. More information, as well as the registration, 
is available here:


https://www.dkrz.de/Nutzerportal-en/workshops/paraview-workshop

The workshop takes place at *DKRZ, Hamburg, main seminar room 034* and 
will be*limited to 25 seats*.


Cheers,
Niklas Röber



You have received this notification because you are subscribed to news 
about the system mentioned in 'affected system' above.
To change your notification preferences, please click here: 
https://luv.dkrz.de/user/profile/ 




smime.p7s
Description: S/MIME Cryptographic 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

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

2016-08-04 Thread Ufuk Utku Turuncoglu (BE)


Hi,

After getting help from the list, i finished the initial implementation 
of the code but in this case i have a strange experience with Catalyst. 
The prototype code is working with allinputsgridwriter.py script and 
could write multi-piece dataset in VTK format without any problem. In 
this case, the code also handles four different input ports to get data 
in different grid structure and dimensions (2d/3d).


The main problem is that if i try to use the same code to output a png 
file after creating iso-surface from single 3d field (141x115x14 = 
227K), it is hanging. In this case, if i check the utilization of the 
processors (on Linux, Centos 7.1,


12064 turuncu   20   0 1232644 216400  77388 R 100.0  0.7  10:44.17 main.x
12068 turuncu   20   0 1672156 483712  70420 R 100.0  1.5 10:44.17 main.x
12069 turuncu   20   0 1660620 266716  70500 R 100.0  0.8 10:44.26 main.x
12070 turuncu   20   0 1660412 267204  71204 R 100.0  0.8 10:44.22 main.x
12071 turuncu   20   0 1659988 266644  71360 R 100.0  0.8 10:44.18 main.x
12065 turuncu   20   0 1220328 202224  77620 R  99.7  0.6 10:44.08 main.x
12066 turuncu   20   0 1220236 204696  77444 R  99.7  0.6 10:44.16 main.x
12067 turuncu   20   0 1219644 199116  77152 R  99.7  0.6 10:44.18 main.x
12078 turuncu   20   0 1704272 286924 102940 S  10.6  0.9 1:12.91 main.x
12074 turuncu   20   0 1704488 287668 103456 S  10.0  0.9 1:08.50 main.x
12072 turuncu   20   0 170 287488 103316 S   9.6  0.9 1:09.09 main.x
12076 turuncu   20   0 1704648 287268 102848 S   9.6  0.9 1:10.16 main.x
12073 turuncu   20   0 1704132 284128 103384 S   9.3  0.9 1:05.27 main.x
12077 turuncu   20   0 1706236 286228 103380 S   9.3  0.9 1:05.49 main.x
12079 turuncu   20   0 1699944 278800 102864 S   9.3  0.9 1:05.87 main.x
12075 turuncu   20   0 1704356 284408 103436 S   8.6  0.9 1:07.03 main.x

they seems normal because the co-processing component only works on a 
subset of the resource (8 processor, has utilization around 99 percent). 
The GPU utilization (from nvidia-smi command) is


+--+
| NVIDIA-SMI 352.79 Driver Version: 352.79 |
|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |

|===+==+==|
|   0  Quadro K5200Off  | :42:00.0  On 
|  Off |

| 26%   42CP814W / 150W |227MiB /  8191MiB | 0%  Default |
+---+--+--+

+-+
| Processes: GPU Memory |
|  GPU   PID  Type  Process name Usage  |
|=|
|0  1937G /usr/bin/Xorg   
81MiB |
|0  3817G /usr/bin/gnome-shell   
110MiB |
|0  9551G paraview
16MiB |

+-+

So, the GPU is not overloaded in this case. I tested the code with two 
different version of ParaView (5.0.0 and 5.1.0). The results are same 
for both cases even if i create the co-processing Python scripts with 
same version of the ParaView that is used to compile the code. I also 
tried to use 2d field (141x115) but the result is also same and the code 
is still hanging. The different machine (MacOS+ParaView 5.0.0) works 
without problem. There might be a issue of Linux or installation but i 
am not sure and it was working before. Is there any flag or tool that 
allows to analyze Paraview deeply to find the source of the problem.


Regards,

--ufuk




___
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

Re: [Paraview] Surface LIC contrast enhancement invalid range

[Paraview] pvbatch hangs when enabling OSPRay

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

[Paraview] Surface LIC contrast enhancement invalid range

Re: [Paraview] vtkHashSource-pv5.1 binary disappearing during ParaView 'make install'

Re: [Paraview] Hover Point bug with multiblock dataset

Re: [Paraview] vtkHashSource-pv5.1 binary disappearing during ParaView 'make install'

Re: [Paraview] Save Animation Bug (possibly)

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

Re: [Paraview] Depth rendering issues on ParaView Desktop 5.1.0

[Paraview] ParaView Visualization Workshop in Hamburg, Germany ...

Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ...

12 matches

Site Navigation

Mail list logo

Footer information