search

sandialabs / seacas

The Sandia Engineering Analysis Code Access System (SEACAS) is a suite of preprocessing, postprocessing, translation, and utility applications supporting finite element analysis software using the Exodus database file format.
Other
131 stars 79 forks source link

More native functionality for quadrature points #185

Closed GregVernon closed 1 year ago

GregVernon commented 4 years ago

Currently, variables associated with quadrature points are written to variables with indexed names, where the indices represent the quadrature point index -- for example stress_xx_1,  stress_xx_2, stress_xx_3,...   stress_xx_8 for a 2x2x2 quadrature scheme. This can get confusing in simulations where blocks have different quadrature schemes.

A possible extension to Exodus could be to allow for a more organized means for writing values to quadrature points.

gsjaardema commented 4 years ago

There is an option that the application can specify the suffices to be used for multi-component fields. The IOSS call to define the field and its suffix list is create_named_suffix_field_type in Ioss_VariableType.h However, this only works for the "non-composite fields" similar to vector, tensor, ... For the "composite fields" which is what a tensor+quadrature points type field in your example is, IOSS is currently limited to using a "named field" plus a "numbered-suffix" field.

I'm not sure how much effort it would be to make composite fields work with two "named fields" which would make it possible to define a more logical mapping from suffix to quadrature point location. I will try to take a look...

github-actions[bot] commented 3 years ago

Stale issue message

gsjaardema commented 2 years ago

See Discontinuous-Galerkin for a potential solution for some of the needs raised in this issue.