|
[Sponsors] |
June 24, 2021, 21:39 |
Paraview issues are pervasive
|
#1 |
New Member
Thomas Kosvic
Join Date: Mar 2009
Posts: 17
Rep Power: 17 |
Paraview is as important as the meshing and solvers. It is the prime way to access results. More than half of the queries/problems posted on this board and others regarding openfoam are related to paraview and parafoam and the special readers.
Couldn't a knowledgeable person go over the paraview related queries, the installation scripts (which fail in many cases) and the documentation concerned with paraview access using parafoam and the special reader. Many people don't have the perseverance I do in getting this running and likely give up and move onto other software. I would volunteer to help. I think these issues need to be resolved and are essential for the increase in the size of the openfoam community. tom kosvic |
|
June 25, 2021, 09:15 |
|
#2 | |
Senior Member
Mark Olesen
Join Date: Mar 2009
Location: https://olesenm.github.io/
Posts: 1,715
Rep Power: 40 |
Quote:
To me it seems reasonable to side-step the entire problem by simply using the stock paraview binaries: https://discourse.paraview.org/t/i-w...uld-i-use/7232 IMO any missing functionality should be added into the VTK/ParaView reader. |
||
June 25, 2021, 12:01 |
|
#3 |
New Member
Thomas Kosvic
Join Date: Mar 2009
Posts: 17
Rep Power: 17 |
As Mark suggested above,
If I run "paraFoam - builtin" that does start paraview 5.9 that is the system installed paraview from opensuse repos and it loads in the case directory with the proper case file. It does read the case data and display things. Of course, there is no openfoam paraview special reader that starts. My question is: What capabilities have been lost by not running openfoam reader, i.e., what special things does the openfoam reader do that makes it of better use in openfoam case runs? Could another reader be written that would be read by the paraview system version that could replicate these features? Or as suggested above, could capabilities be added to VTK/ParaView reader. I have not yet looked at this file. thanks all for any ideas. tom kosvic |
|
June 25, 2021, 12:58 |
|
#4 | |
Senior Member
Mark Olesen
Join Date: Mar 2009
Location: https://olesenm.github.io/
Posts: 1,715
Rep Power: 40 |
Quote:
Since you asked for any ideas, here are a whole bunch of them Differences: https://develop.openfoam.com/Development/openfoam/-/wikis/modules/visualization#do-i-really-need-the-paraview-plugins Lagrangian data from the openfoam.org version will not work: https://discourse.paraview.org/t/paraview-unable-to-read-lagrangian-data-openfoam/3456/8 There are still some gaps that we'd like to close, most notably support for the collated file format. For proper efficiency, the VTK internals of the reader would need changing from a MultiBlock to a composite format: Moving to the composite format would also make it easier to select face/cellZones. They can currently be read, but not easily selected without the ParaView GUI becoming extremely difficult to navigate. Keep in mind that the VTK/ParaView reader is always multi-region (unlike the plugin version), so there is potentially a lot more things that can be selected. We are, however, making steady progress. Many of the changes were too late for paraview-5.9, but should be in paraview-5.10. Here are some relevant entry points so that you can see what has been worked on: |
||
June 25, 2021, 19:41 |
|
#5 |
New Member
Thomas Kosvic
Join Date: Mar 2009
Posts: 17
Rep Power: 17 |
The references in the above response gives a good picture of the differences between the functionality of the paraview native reader and the openfoam paraview reader. I am not totally cognizant of the meanings of the functionality categories but it appears that running a couple of openfoam utilities can provide most of the functionality of the openfoam reader. This includes:
foamToVTK for faceSets, faceZones , and blockMesh -write-vtk to generate block topology as a VTK file I need to test this out and I will report any problems that may occur. I think I will end my quest to fully compile paraview within the openfoam methodology and will use the opensuse builtin 5.9 paraview and run these additional utilities. It looks like paraview 5.10 will further reduce any differences. My cases will be so rudimentary that likely I will never need the additional functionality but at least I am somewhat familiar with any functionality decriments of not having the openfoam reader and not thinking anymore that not having the openfoam reader has made this a lost cause. Thanks for filling in the informational gaps. Tom Kosvic |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[OpenFOAM.org] Paraview 5.4 in shell environment of5x - Segmentation fault (core dumped) | dslbkxd | OpenFOAM Installation | 1 | February 3, 2018 01:56 |
Error: Comparing the result of DTCHullWaves with two different ParaView version | ali.ikhsanul | OpenFOAM | 0 | December 11, 2017 06:17 |
[OpenFOAM.org] Two different versions of ParaView with same OpenFOAM release | FJSJ | OpenFOAM Installation | 2 | July 23, 2017 06:48 |
[OpenFOAM] Paraview client/server does not work with ParaView 5.0.1 | snak | ParaView | 0 | October 17, 2016 11:22 |
[General] Paraview Binary and OSPray plugin | Prapanchnair | ParaView | 0 | May 27, 2016 07:26 |