Okay, really close to finally crossing this off my list -- it's been on it for years.
I can get the code to generate images but it won't save data files. I don't get any errors and I get my images, just no VTK files. I have tried the default that the catalyst generator creates: parallelMultiBlockDataSetWriter1 = servermanager.writers.XMLMultiBlockDataWriter(Input=slice1) coprocessor.RegisterWriter(parallelMultiBlockDataSetWriter1, filename='slices_%t.vtm', freq=freq_file) and I tried another form that the grid writer you've send me in the past used: writer = coprocessor.CreateWriter(XMLMultiBlockDataWriter, filename='slices_%t.vtm', freq=freq_file) in all cases, freq_file = 1000. Neither one will output any vtk files. Any thoughts? Also, minor note but it is kind of annoying -- both the catalyst generator and the trace generator seem to do this, but they add commands that set attributes that are not part of the classes when run through the python script. For example, I had to comment out: # slice1Display.SelectInputVectors = ['CELLS', 'Velocity [m/s]'] # slice1Display.WriteLog = '' Any ideas why it does that? Or is there a way (and downfall) to just let it add attributes without manually calling add_attribute() each time? Tim ________________________________ From: ParaView <paraview-boun...@paraview.org> on behalf of Gallagher, Timothy P <tim.gallag...@gatech.edu> Sent: Monday, May 9, 2016 5:13 PM To: Andy Bauer Cc: paraview@paraview.org Subject: Re: [Paraview] Linking to Catalyst Yeah -- okay, pointing it to the build directory instead of the install made sure everything was found. One step closer to getting this working on Cray. Thanks, Tim ________________________________ From: Andy Bauer <andy.ba...@kitware.com> Sent: Monday, May 9, 2016 4:54 PM To: Gallagher, Timothy P Cc: paraview@paraview.org Subject: Re: [Paraview] Linking to Catalyst Hmm, that could be a bug in the superbuild. The superbuild arguments aren't all passed to the ParaView build itself and it could be that this option was missing for the PV specific build part. Instead of doing the whole build from scratch, I'd suggest you just search for the ParaViewConfig.cmake file to find where PV was actually built and just point to that. On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P <tim.gallag...@gatech.edu<mailto:tim.gallag...@gatech.edu>> wrote: Well shoot, it looks like I didn't build with the install development files on, even though I set it when I configured the superbuild. I must have done that part wrong My configure line is: cmake \ -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ -DCMAKE_BUILD_TYPE=Release \ ... -DPARAVIEW_ENABLE_CATALYST=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ -DPARAVIEW_BUILD_QT_GUI=OFF \ -DBUILD_TESTING=OFF \ -DVTK_USE_X=OFF \ ... -DVTK_OPENGL_HAS_OSMESA=ON \ -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ ./ParaViewSuperbuild and all of the other PARAVIEW* options seemed to pass through properly when the superbuild made paraview. Any ideas why that option didn't pass through? Thanks -- I knew it had to be something really obvious! Tim ________________________________ From: Andy Bauer <andy.ba...@kitware.com<mailto:andy.ba...@kitware.com>> Sent: Monday, May 9, 2016 4:43 PM To: Gallagher, Timothy P Cc: paraview@paraview.org<mailto:paraview@paraview.org> Subject: Re: [Paraview] Linking to Catalyst Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. [https://avatars3.githubusercontent.com/u/87549?v=3&s=400]<https://github.com/Kitware/ParaViewCatalystExampleCode> GitHub - Kitware/ParaViewCatalystExampleCode: Example ...<https://github.com/Kitware/ParaViewCatalystExampleCode> github.com<http://github.com> ParaViewCatalystExampleCode - Example problems and snippets of code to demonstrate ParaView's Catalyst. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P <tim.gallag...@gatech.edu<mailto:tim.gallag...@gatech.edu>> wrote: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so<http://libvtkPVPythonCatalyst-pv4.4.so>* and libvtkPVPythonCatalystPython27D-pv4.4.so<http://libvtkPVPythonCatalystPython27D-pv4.4.so>* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim _______________________________________________ Powered by www.kitware.com<http://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