![]() Next message: Cannot get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.> Follow this link to subscribe/unsubscribe: > Please keep messages on-topic and check the ParaView Wiki at: > Powered by > Visit other Kitware open-source projects at > (opinions expressed herein are mine and not those of LLNL) ![]() > Integrated Computing & Communications Dept. > Information Management & Graphics Grp., Services & Development Div., > 7000 East Avenue, Livermore, CA, 94550, USA > ✇ Lawrence Livermore National Laboratory > Filter seems to get applied but the color does not change. > I’m unable to color by process scalar ID, or more precisely, the > algorithm vtkMoleculeRepresentation(0x7fea56c005d0) has 0 connections but > vtkPVDataRepresentationPipeline (0x7fea5e2a4d80): Input port 0 of > /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, > vtkBlueObeliskDataParser (0x7fea5e2a9980): Parse() called with no > /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/IO/XMLParser/vtkXMLParser.cxx, ![]() > /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Domains/Chemistry > /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview-build/CMakeFiles/_macos_install/share/paraview-4.2/vtkDomainsChemistry > vtkBlueObeliskDataParser (0x7fea5e2a9980): Cannot find elements.xml. > /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Domains/Chemistry/vtkBlueObeliskDataParser.cxx, > I click Apply and get smacked in the face with an error dialog. > I open up a PDB dataset and it is different. > GUI that four remote servers are connected. > I connect with it from my desktop (Mac OS X). > I run pvserver in parallel, and it does not give any weird outputs. > I compile with 4.1.0 and am getting some errors. > I have recently compiled paraview 4.2.0 on our clusters in the same way > header as the data is pretty static - atomic radii, colors, etc. > We should probably just statically compile the file in, or convert it to a > It looks like there is a packaging issue, and the XML file cannot be found. > vtkMolecule in addition to the vtkPolyData I think it has always produced. > I think I know the cause, the PDB reader was modified to produce a > on better ways of redistributing the other data types. > nicely work on most polydata and unstructured grid sources. > you do, I can find some workarounds of these issues. > Do you have a particular use case driving parallel PDB capability? If > string arrays in it, which it seems D3 does not handle. > would normally say that you can use the D3 filter to distribute the data > investigating various options of improving on the 4.1 functionality. > was code in 4.1 that automatically redistributed data from serial readers > They are not related to why the dataset is no longer distributed. > kind of model doesn’t usually get that big, though, probably. > molecular people would appreciate being able to visualize their stuff. > I got it from what appears to be the PDB canonical source, so I assumed our > I do not have an urgent need to view this data. We'll make sure that this is fixed very soon. The molecule data gets into the range that requires parallel Next message: Cannot get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.0).Previous message: Cannot get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.0).Cannot get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.0) Berk Geveci berk.geveci at Using as an example, if ParaView 4.4 is installed in the folder C:Program FilesParaView 4.4.0. foam is not automatically register in Windows to open with this version of ParaView. ![]() H5dump -g /Expressions 5 will give you HDF5 " get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.0) Note: The downside to using this solution is that the file extension. It is instead evaluated at read-time, based on “Expressions” stored in the file: The Displacement field is not stored in the Chombo dataset.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |