Moving towards CGNS 3.4 support


(Mickael PHILIT) #1

In order to support CGNS 3.4 in ParaView, a change is required concerning NGON/NFACE support. In fact, ParaView would drop support for previous formulation in favor of CGNS 3.4 definition. Before merging the changes in the development branch, I would like to know if it is a major issue for people using CGNS NGON/NFACE in ParaView.
Thanks for any comments and feedback.

Mickael


(Menno Deij - van Rijswijk) #2

The grids used in ReFRESCO can and usually contain polygonal cells, for example when they have been created with Hexpress or other non-structured grid generation packages. The code itself is fully unstructured, face-based vof.

Apart from ParaView, we also use other visualization packages that read CGNS (e.g. Tecplot) and we will not move to the new NGON/NFACE formulation before all the tools support that. For the users of ReFRESCO it would be very inconvenient if they need to convert their results from the old format to the new format only for ParaView, and also keep the old format for other tools. That would mean that they need to convert and keep both files, which takes time and storage.

I would like to make a case for having backwards compatibility in the ParaView CGNS reader, mainly from a usability, convenience and storage perspective. I think it would hurt the willingness to adopt ParaView for visualization, while we are currently seeing a greater and greater adoption of ParaView by our users. Furthermore I think it is expected from a tool like ParaView to have backwards compatibility - I would be very surprised if Tecplot would drop compatibility for the old NGON/NFACE format.