Re: [Paraview] Export the surface model in a format that can be read by 3D modeling software.

Magnus, The Surface mode, or "representation", in ParaView displays just the surface extracted from the underlying volume. Underneath, it is still a volumetric dataset, so ParaView does not present surface data writers when you try to save it to a file. The representation is just the way the

[Paraview] Export the surface model in a format that can be read by 3D modeling software.

Hi, I have a volume that looks fine inside Paraview when I set the mode to surface. However, there is no option to save the model as a standard 3D model file format. .obj, .ply, .fbx, 3ds etc. If I add glyphs I can export the glyphs just fine as a .ply file, but for some reason that is not

Re: [Paraview] Compiling Paraview with osMesa using Superbuild

Thank you for the suggestions Chuck, I tried the configuration: EL7-OSMesa.cmake with the edit that you suggested. It first failed when I ran: cmake -C ../paraview-superbuild/cmake/sites/EL7-OSMesa.cmake ../paraview-superbuild/ The error was: *CMake Error at

Re: [Paraview] ... not yet supported for more than 2147483647 bytes.

Andy, Ashton: I will bring up v5.2 to see if it works for me. Thanks, b. ===73 <>Bucky Kashiwa PhD, PE <> Post: MS B216, Los Alamos, NM 87545 <> <> Ofc: TA3-SM123-RM276 <>Email: b...@lanl.gov,

Re: [Paraview] ... not yet supported for more than 2147483647 bytes.

There are two parts to this issue. The first is that that vtkMPICommunicator for PV 4.3.1 won't communicate data that is over 2^31 bytes of data. This is fixed in PV 5.2. The other issue is due to MPI having a limit of 2^31 objects to be communicated in a single shot. This is MPI's API in that the

Re: [Paraview] ... not yet supported for more than 2147483647 bytes.

That is a 32 bit error, from trying to index something with more than (2^32)/2 elements or indices. Are you using any custom libraries/packages/modules which might not be 64 bit compliant? Are you sure you built a 64 bit version (check your gcc -v). -ashton On Mon, Dec 19, 2016 at 1:32 PM,

Re: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem...

Hi Andy, I realized after posting that my comparison is not exactly apples to apples > - my build of 5.2.0 required updates to mesa (13.0.0) compared with the > version I used for 4.4.0 (11.2.0). > I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and > report back. > ... > Has

Re: [Paraview] Compiling Paraview with osMesa using Superbuild

Hi Christopher, While I haven't tested with OpenSuSE, I have been testing extensively with SLES12.2 and EL7. I usually recommend to build a CMake cache file to encode the appropriate options used that you can save off as your build's configuration file. You can see many current examples in the

[Paraview] Compiling Paraview with osMesa using Superbuild

Hi all, I just saw that the paraview superbuild has be greatly refactored. I wanted to try and give another shot to something that I have been trying to do for a while now. My goal is to compile a version of paraview with osmesa enabled such that an HPC code that is instrumented with Catalyst