You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Return for shape function index the base element it belongs to, the number of
the copy of this base element (which is between zero and the multiplicity of this element),
and the index of this shape function within this base element.
If the element is not composed of others, then base and instance are always zero, and the index
is equal to the number of the shape function. If the element is composed of single instances of
other elements (i.e. all with multiplicity one) all of which are scalar, then base values and dof
indices within this element are equal to the system_to_component_table. It differs only in case
the element is composed of other elements and at least one of them is vector-valued itself.
This function returns valid values also in the case of vector-valued (i.e. non-primitive) shape functions, in contrast to the system_to_component_index() function.
from my perspective is not enough to understand what is written where in rather complicated output std::pair< std::pair< unsigned int, unsigned int >, unsigned int >. I certainly figured it out at some point, but already forgot.
The text was updated successfully, but these errors were encountered:
davydden
changed the title
improve documentation of FiniteElement::::system_to_base_index() and alike
improve documentation of FiniteElement::system_to_base_index() and alike
Nov 29, 2016
I agree that anything that we can do to improve the interpretation of what system_to_base_index and system_to_component_index returns would be very useful. I actually often refer to a table of outputs that @davydden once produced
to confirm my understanding of what these return. Perhaps we should create a similar table in the documentation or decompose the compound output of these functions into individual functions?
the current description
from my perspective is not enough to understand what is written where in rather complicated output
std::pair< std::pair< unsigned int, unsigned int >, unsigned int >
. I certainly figured it out at some point, but already forgot.The text was updated successfully, but these errors were encountered: